O VeraCrypt pode usar pontos de montagem persistentes no Linux?
Windows + VeraCrypt + caminhos absolutos de volume criptografado
No Windows, posso montar partições / discos criptografados veracrypt por meio de script em lote que emprega o nome do dispositivo exibido por mountvol.exe
. Esse atributo é altamente útil, pois a reinicialização pode levar à alteração do caminho relativo ( \Device\Harddisk1\Partition3
-> reinicialização -> \Device\Harddisk3\Partition3
).
Meu script em lote para volumes veracrypt no Windows (formulário reduzido):
@echo
"C:\Program Files\VeraCrypt\VeraCrypt.exe" /v \\?\Volume{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}\ /l z /m label=Encrypted_1 /q
"C:\Program Files\VeraCrypt\VeraCrypt.exe" /v \\?\Volume{yyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy}\ /l f /m label=Encrypted_2 /q
[...]
pause
Somente caminhos relativos do volume criptografado Linux + VeraCrypt +?
Não tenho conhecimento sobre a existência de comando paralelo ao Windows /v \\?\Volume{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}\
disponível para a linha de comando do Linux. Tentei a --mount=/dev/disk/by-uuid/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
flag (em vão) , já que o mountvol.exe
nome do volume é (provavelmente) baseado no número UUID ( blkid
embora imperceptível ). A documentação oficial do veracrypt / truecrypt permite que o usuário do Linux opere apenas com caminhos relativos (variáveis) ( /dev/sda3
-> reboot -> /dev/sdc3
). Devido à inconstância, os caminhos precisam ser verificados sempre que o sistema operacional é carregado.
Meu script bash para montar volumes veracrypt no Linux (formato reduzido):
#! /bin/bash
#
echo "Encrypted_1" && veracrypt --mount /dev/sdq --slot=12 --verbose && echo "Encrypted_1"
echo "Encrypted_2" && veracrypt --mount /dev/sdz3 --slot=1 --verbose && echo "Encrypted_2"
[...]
Solução?
Alguém sabe se o local do volume VeraCrypt pode ser descrito em termos absolutos no Linux?
Se não for possível, forneça sugestões para alcançar o mesmo objetivo? (por exemplo: udev
? fstab
?)
Errata
mountvol.exe
reconhece GUID
, não UUID
como foi escrito acima.
/dev/disk/by-id/
método é muito instável para o meu gosto. Após uma reinicialização, dois links simbólicos foram alterados. Seria bom se o veracrypt usasse, como dm-crypt, diferentes UUIDs externos e internos.ata-*
,scsi-*
ou até mesmousb-*
, exceto para 1) os*-part*
sufixos depois de mudar a tabela de partição ou 2) após um lançamento atualizar incluindo grandes mudanças para udev. Nesse meio tempo, desconectei e troquei unidades e os nomes do kernel (sd*
) tendem a mudar a cada poucas inicializações.ata-*
foi substituído porusb-*
dois HDs externos fabricados pela WD: WDC WD15NMVW-11AV3S3 e WD Elements 107C (1042).Antes de conectar sua unidade, faça um 'instantâneo'
Novamente, depois de conectar sua unidade. E veja o diff:
Você deve ver (ou seja, em uma unidade Samsung externa de duas partes)
Para montar, diga a partição2 disso para
/mnt/m
(meu exemplo: com opções truecrypt)veracrypt -t -tc -pPasswordIfYouLike -k "" --protect-hidden=no /dev/disk/by-id/usb-Samsung_M2_Portable_D3F12345678FE094-0:0-part2 /mnt/m
Agora você pode usar com segurança o respectivo script de montagem para esta unidade, independentemente da porta USB ou da ordem em que as outras unidades foram conectadas.
E para um script de desmontagem adequado e confiável:
veracrypt -t -d /dev/disk/by-id/usb-Samsung_M2_Portable_D3F12345678FE094-0:0-part2
estabilidade?
Estou usando isso em primeira mão em várias estações de acoplamento, em vários locais de trabalho com várias unidades externas de marcas diferentes por meses. Sem problemas.
fonte