Может ли VeraCrypt использовать постоянные точки монтирования в Linux?
Windows + VeraCrypt + зашифрованные тома абсолютные пути
В Windows я могу смонтировать зашифрованные разделы / диски veracrypt через пакетный скрипт, который использует имя устройства, отображаемое с помощью mountvol.exe
. Такой атрибут очень полезен, поскольку перезагрузка может привести к изменению относительного пути ( \Device\Harddisk1\Partition3
-> перезагрузка -> \Device\Harddisk3\Partition3
).
Мой пакетный скрипт для томов veracrypt в Windows (сокращенная форма):
@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
Только для Linux + VeraCrypt + зашифрованные тома относительные пути?
Я не знаю о существовании параллельной команды для Windows, /v \\?\Volume{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}\
доступной для командной строки Linux. Я попробовал (напрасно) --mount=/dev/disk/by-uuid/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
флаг, поскольку mountvol.exe
имя тома (вероятно) основано на номере UUID ( blkid
хотя и незаметно ). Официальная документация veracrypt / truecrypt позволяет пользователю Linux работать только с относительными (переменными) путями ( /dev/sda3
-> reboot -> /dev/sdc3
). Из-за непостоянства пути должны проверяться каждый раз после загрузки ОС.
Мой bash-скрипт для монтирования томов veracrypt в Linux (сокращенная форма):
#! /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"
[...]
Решение?
Кто-нибудь знает, можно ли в Linux в абсолютном выражении описать расположение томов VeraCrypt?
Если это невозможно, пожалуйста, предоставьте предложения для достижения той же цели? (например: udev
? fstab
?)
опечатка
mountvol.exe
признает GUID
, не так, UUID
как было написано выше.
/dev/disk/by-id/
метод слишком нестабилен на мой вкус. После одной перезагрузки две символические ссылки изменились. Было бы хорошо, если бы veracrypt использовал, как и dm-crypt, разные внешние и внутренние UUID.ata-*
,scsi-*
или дажеusb-*
за исключением 1)*-part*
суффиксов после изменения таблицы разделов или 2) после обновления релиза, включая серьезные изменения в udev. Тем временем я отключил и обменял диски, а имена ядра (sd*
) меняются каждые несколько загрузок.ata-*
было замененоusb-*
два внешних HD от WD: WDC WD15NMVW-11AV3S3 и WD Elements 107C (1042).Перед подключением диска сделайте «снимок»
Опять же, после подключения вашего диска. И посмотрите на разницу:
Вы должны увидеть (то есть на внешнем диске Samsung с двумя разделами)
Чтобы смонтировать, скажем partition2 этого к
/mnt/m
(мой пример: с переключателями truecrypt)veracrypt -t -tc -pPasswordIfYouLike -k "" --protect-hidden=no /dev/disk/by-id/usb-Samsung_M2_Portable_D3F12345678FE094-0:0-part2 /mnt/m
Теперь вы можете надежно использовать соответствующий скрипт монтирования для этого диска, независимо от того, к какому USB-порту или в каком порядке он подключен.
И для правильного, надежного сценария размонтирования:
veracrypt -t -d /dev/disk/by-id/usb-Samsung_M2_Portable_D3F12345678FE094-0:0-part2
стабильность?
Я использую это из первых рук на разных док-станциях, на разных рабочих местах с несколькими внешними накопителями разных марок в течение нескольких месяцев. Без проблем.
источник