Не удается подключить файловую систему UDF, созданную с помощью mkudffs, внутри Тома luks

Question

Не удается подключить файловую систему UDF, созданную с помощью mkudffs, внутри Тома luks

Я пытаюсь создать зашифрованную резервную копию blu-ray. Я создал и сжег изображение, используя следующий грубый скрипт:

imgsize=23000M
imgfile=~/backup.img
imgloop=`sudo losetup -f`
truncate -s $imgsize $imgfile
sudo losetup $imgloop $imgfile
sudo cryptsetup luksFormat --cipher aes-xts-plain64 $imgloop
sudo cryptsetup luksOpen $imgloop mybackup
sudo mkudffs /dev/mapper/mybackup
if [ ! -d "/mnt/backup" ]; then
    sudo mkdir /mnt/backup
fi
sudo mount /dev/mapper/mybackup /mnt/backup

# Now copy all files that are part of the backup
echo "Copy files to backup to /mnt/backup. Type 'ready' when done";
while read line; do
    echo "$line";
    if [ "$line" == "ready" ]; then
        break;
    fi
done

sudo umount /mnt/backup
sudo cryptsetup luksClose /dev/mapper/mybackup
sudo losetup -d $imgloop

когда скрипт закончен, я использовал следующую команду, чтобы записать его на M-диск BD-R:

growisofs -dvd-compat -Z /dev/dvd=backup.img

запись завершена без сбоев. Я могу открыть том luks с помощью:

sudo cryptsetup luksOpen /dev/dvd mybackup

который производит устройство /dev/mapper/mybackup; однако, когда я пытаюсь установить его с:

sudo mount -t udf /dev/mapper/mybackup /mnt/backup

Я получаю следующее ошибка:

mount: /dev/mapper/mybackup is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/mapper/mybackup,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

syslog содержит следующую ошибку:

[ 2334.880043] UDF-fs: warning (device dm-3): udf_load_vrs: No anchor found
[ 2334.880046] UDF-fs: warning (device dm-3): udf_fill_super: No partition found (1)

обновление 1

С помощью следующих команд я могу смонтировать образ, созданный скриптом:

sudo cryptsetup luksOpen backup.img mybackup
sudo mount -t udf /dev/mapper/mybackup /mnt/backup

так что что-то идет не так, потому что это на диск.

14

задан Jon

10.03.2023 20:18 Количество просмотров материала

3027

2 ответа

90	54	27	63	5	7	9	5	4	18

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя

Email

Похожие вопросы про тегам:

score 3 · Answer 1

наиболее вероятной причиной отказа исть только для чтения resctriction средства когда оно будет раскрыт для Лукс.

эксперименты ниже показывают, что опция-r cryptsetup делает трюк:

sudo cryptsetup luksOpen -r /dev/dvd mybackup
sudo mount -t udf /dev/mapper/mybackup /mnt/backup

первая неправильная теория:

основное различие между оптическими носителями и файлами данных или дисковыми устройствами размер блока 2048 байт. Например. Редакторы разделов путаются по этому при осмотре таблицы разделов DVD-дисков isohybrid. Может быть, LUKS аналогично зависит от наличия того же базового устройства размер блока с шифрованием и расшифровкой.

если вы используете BD-RE СМИ, то вы можете попробовать, помогает ли это создать зашифрованная файловая система непосредственно на /dev / dvd, а не в файле ~/резервный.НВФ. (Производительность с тяжелым произвольным доступом будет низкой. Ваши буферы ОЗУ могут оттеснить другую виртуальную память и сделать ее использование программы действует медленно. синхронизации и размонтирования может длиться довольно длинный.

если вы используете BD-R, то вы можете использовать BD-RE для создания образа а затем скопируйте его на носитель BD-R.

если ничего не работает, я мог бы предложить-external_filter особенность xorriso что шифровало бы содержание файла пока оно получает положенным в ISO 9660 файловая система с открытым текстом дерева каталогов. Не то же самое уединение, что с ЛУКСОМ, но менее экзотическое, с другой стороны.

(почему в мире вы идете для UDF ? У вас есть Solaris или BSD машины, которые возможно, драйверы UDF лучше, чем их подземные Драйверы ISO 9660 ? Или целевые системы чтения не могут использовать ext ?)

след, по которому я должен был следовать:

некоторые сообщения о проблемах в интернете о LUKS и CD / DVD / BD советую используйте cryptsetup option-r как чудо-лекарство. (Т. е. только для чтения и не размер блока будет камнем преткновения.)

убедитесь, что оптические носители работают с LUKS:

Я попытался BD-RE часть моего предложения создать на устройстве с 2K блоками (ака секторов). BD-RE находится в /dev / sr4. Настройка зашифрованного диска:

/sbin/cryptsetup luksFormat --cipher aes-xts-plain64 /dev/sr4
sudo /sbin/cryptsetup luksOpen /dev/sr4 mybdre

чтобы избежать необходимости быть суперпользователем при запуске xorriso я даю появился файл устройства в группу "cdrom" в которой я состою:

chgrp cdrom /dev/dm-0

использование xorriso для записи ISO. Вы бы сделать UDF и заполнить его:

xorriso -for_backup -outdev stdio:/dev/mapper/mybdre -blank as_needed -map /some_directory /

это чертовски медленно, возможно, из-за BD-RE управления дефектами, который xorriso не может влияние через уровень криптографических устройств. Я checkread смолой и (потому что у меня есть) xorriso:

sudo mount /dev/mapper/mybdre /mnt/iso
tar cf - /mnt/iso | wc

нет ошибок ввода/вывода, сообщается ожидаемый размер содержимого ISO.

sudo umount /mnt/iso
xorriso -for_backup -indev stdio:/dev/mapper/mybdre -check_media --

сообщает Матч MD5 сессии ISO. Так что это должно сработать. Теперь кто-то должен будет вложить BD-R и скопировать BD-RE к нему.

разница в размере блока файлов диска и BD не имеет значения:

Я должен был сделать это первым. Но теперь я последовал ваш рецепт, кроме то, что я скопировал зашифрованный образ в BD-RE (все еще слишком бережливый для BD-R).

это работает. Я могу смонтировать BD-RE с -T udf и tar содержимое файла в wc.

таким образом, слухи о cryptsetup опция-r на носителе только для чтения появляется это единственная правдоподобная теория.

успех с CD-RW в качестве замены BD-R:

Я пробовал с неформатированным CD-RW, который рассматривается Linux как только для чтения.

sudo cryptsetup luksOpen /dev/sr4 mybackup
sudo mount -t udf /dev/mapper/mybackup /mnt/backup

никогда не сделает этого снова. Диск был сброшен ядром. один из строки /var / log/messages говорят о том, что Linux пытался писать в нее. Только хорошо это в коробке USB. Чтобы я мог восстановить его с помощью цикла питания.

с опцией-r работает нормально:

sudo cryptsetup luksOpen -r /dev/sr4 mybackup
sudo mount -t udf /dev/mapper/mybackup /mnt/backup
tar cf - /mnt/backup | wc

score 0 · Answer 2

мне наконец-то удалось смонтировать зашифрованный bluray, сначала сопоставив читателя с циклическим устройством и запустив cryptsetup на последнем:

sudo losetup /dev/loop0 /dev/dvd
sudo cryptsetup luksOpen /dev/loop0 myvolume
sudo mount /dev/mapper/myvolume /mnt/backup

зашифрованный bluray затем монтируется в /mnt/backup.

я обнаружил это в старый отчет об ошибке Red Hat, и не имеют ни малейшего представления, почему петля устройство необходимо, и подозреваю, что это может быть ошибка, так как автоматически смонтировать с помощью графического интерфейса в thunar не (можно было бы ожидать, что для работы), которая является также и то, что Red Hat сообщение об ошибке упоминает, хотя и с рабочего стола Gnome. Также очень странно, что изображение, которое горит на bluray, может быть установлено без устройства loop.

обратный выше, используйте следующую конструкцию:

sudo umount /mnt/backup
sudo cryptsetup luksClose myvolume
sudo losetup -d /dev/loop0

открыл отчет об ошибке с cryptsetup на всякий случай это ошибка.

Apple	$173,24	+0,81%
Amazon	$114,49	-1,94%
Microsoft	$325,19	+3,61%
Google	$123,44	+2,11%
Netflix	$364,74	-0,03%
Intel	$27,45	-5,34%
Facebook	$254,49	+2,11%
Tesla	$185,54	+1,44%
Tencent	$322,40	-3,01%