Ошибка автоматического монтирования разделов LUKS при загрузке

у меня есть зашифрованный Ubuntu 14.04 Desktop setup.
Зашифрованный корневой раздел создается с использованием параметров установки Ubuntu по умолчанию (выбор "стереть диск и установить Ubuntu" и "зашифровать новую установку Ubuntu"). Эта часть работает нормально (запрашивает пароль при загрузке и открывает корневой и swap разделы).

позже я добавил второй диск, отдельно зашифрованный с помощью ключевого файла, хранящегося на корневом разделе. Намерение состояло в том, чтобы сделать его открытым автоматически, как только root раздел открыт. С этой целью второй диск был добавлен в crypttab (по UUID) и его зашифрованную файловую систему-в fstab (по метке, mount point /stg).

при загрузке, после ввода основного пароля расшифровки, я получаю это:ошибка при монтаже /СТГ. Нажмите S, чтобы пропустить монтаж, или M для ручного восстановления.

странно, если я нажимаю M и просто запустить mount -a, оно как раз устанавливает успешно. Я ничего не вижу подозрительно в /var/log/syslog.

что это такое? Что можно проверить для диагностики проблемы?


[UPD-добавлены некоторые детали] диск sdb имеет таблицу разделов MBR с одним разделом. Зашифрованная файловая система была инициализирована с помощью следующих команд:

cryptsetup luksFormat /dev/sdb1 /root/stg.key
cryptsetup luksOpen /dev/sdb1 stg_crypt -d/root/stg.key
mkfs.ext4 /dev/mapper/stg_crypt -Lstg-tmp

/ etc / crypttab (фактические идентификаторы UUID заменены текстом " uuid-of -..." для краткость):

# this entry was created by Ubuntu installer
sda5_crypt UUID=uuid-of-sda5 none luks,discard

# this entry was added by me
stg_crypt  UUID=uuid-of-sdb1 /root/stg.key luks,discard

/ etc / fstab:

# these entries were created by Ubuntu installer
/dev/mapper/ubuntu--vg-root   /      ext4 errors=remount-ro 0 1
UUID=uuid-of-sda1             /boot  ext2 defaults          0 2
/dev/mapper/ubuntu--vg-swap_1 none   swap sw                0 0

# this entry was added by me
LABEL=stg-tmp                 /stg   ext4 errors=remount-ro 1 2
14
задан atzz
05.11.2022 11:59 Количество просмотров материала 3280
Распечатать страницу

2 ответа

как ни странно, замена ссылки на ярлык в fstab с пути устройства устраняет проблему! Т. е.: LABEL=stg-tmp изменено на /dev/mapper/stg_crypt.

Я также попытался ссылку UUID, он не работал. Таким образом, по-видимому, ярлык и ссылки UUID во время загрузки работают для физических разделов, но не работают для зашифрованных разделов. Но они действительно работают в mount -a для каких-либо перегородок.

это не очень удовлетворительно, поскольку решения идут (например, ему не хватает объяснения), но он решает проблему вот я думаю это нормально для Сейчас..

1
отвечен atzz 2022-11-06 19:47

сначала подумал, что intramfs не видит ключевой файл (нормальное поведение)

пара исправлений:

добавление / создание резервной парольной фразы для /stg, как указано здесь

добавление отступления к Luks (прокрутите вниз до раздела добавление резервной парольной фразы)

добавить ДД, если=/dev/usbkey с bs=512 пропустить=графа 4=8 | пакет cryptsetup luksOpen на /dev/md0 --luksVolume ключ-файл=- && амп /Дев/маппер/luksVolume каталог /mnt/

at создание или использование cryptsetup-reencrypt (в репозиториях, но не по умолчанию)

0
отвечен linuxdev2013 2022-11-06 22:04

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

Ваш ответ

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

Имя
Вверх