Установка archlinux на шифрованный раздел

https://i126.fastpic.org/thumb/

Пожалуйста, замените ссылки на полноразмерные фотографии.

По умолчанию так и должно быть. Какого результата ты хотел добится?

Ожидаемый результат - запрос пароля на расшифровку раздела при загрузке.

Месяца 4 назад ставил, буквально сразу при загрузке выдаётся пароль на расшифровку раздела. Да и давние установки тоже всегда заканчивались ожидаемо, т.е. практически сразу при включении компа выдавался пароль на расшифровку раздела. Есть ssd с такой же системой, просто переставлял на это комп и тоже всё работает. Т.е. дело не в компе.

Что ещё заметил в этом неудачном случае, что то много всего пишет «загружает». У успешных установках нет такого. Думаю что то с initramfs, хотя алгоритм установки тот же.

Очевидно, что то упускаю. Может, что то поменял, но что не понимаю.

У меня прописано не UUID=xxx, а PARTUUID=xxx

и

HOOKS=(base udev autodetect microcode modconf kms keyboard keymap consolefont block encrypt lvm2 filesystems fsck)

HOOKS=(base udev autodetect microcode modconf kms keyboard keymap consolefont block encrypt lvm2 filesystems fsck) - такое тоже пробовал, не взлетело. Просто обратил внимание, что написано в mkinitcpio.conf и указал как там, это то что в первом посте записано.

По поводу UUID, судя по документации

https://wiki.archlinux.org/title/Dm-crypt/Encrypting_an_entire_system#Configuring_the_boot_loader

должен указываться UUID, если верно понимаю.

Но спасибо за мысль, пробую сегодня.

должен указываться UUID, если верно понимаю.

Ты указал UUID расшифрованной ФС скорее всего, который прописан в ФС, а надо UUID раздела до расшифровки, то есть именно PARTUUID, который прописан в заголовке диска.

cryptdevice используется с хуком encrypt. С хуком sd-encrypt нужно либо заюзать crypttab.initramfs, либо параметр ядра rd.luks.name (имхо, crypttab.initramfs сильно удобней).

Указал я UUID раздела до расшифровки. Так для справки у раздела есть UUID и PARTUUID, blkid может это показать.

Я так и не понял почему у меня не заработало как изначально написал в первом посте. Сделал по вашему совету через crypttab.initramfs, спасибо за подсказку. Но не понял в чём здесь сильно удобнее, манипуляций больше с файлами. Может поделитесь мнением?

Ещё есть небольшой нюанс после первоначальной загрузки предлагается ввести пароль, потом экран неожиданно обновляется част вывода показывается и ввод пароля где то ближе к центру экрана смещается, как то некрасиво что ли. Снял видео (5Мб), по другому это не показать, может подскажете что это?

https://disk.yandex.ru/i/c3jDv7RrG_PeLw

Ещё попутно вопрос, может знающие подскажут: sd-encrypt указывается если используется systemd, а вот encrypt если busybox. Но на 2х других компах у меня в хуках прописана encrypt и системы на базе systemd, да к тому же encrypt и lvm2 последними в хуках прописаны, но оно всё работает прекрасно, несмотря на обновления ядер. Как то странно, не находите?

Я так и не понял почему у меня не заработало как изначально написал в первом посте.

Генератор systemd-cryptsetup-generator который и создаёт инстансы сервисов для расшифровывания устройств, берёт параметры для их генерации из аргументов ядра (подробнее man systemd-cryptsetup-generator) и файла /ect/crypttab. Хук sd-encrypt упаковывает в initrd /etc/crypttab.initramfs как /etc/crypttab. Удобен этот файл, прежде всего тем, что структурно отделяет параметры расшифровывания разделов, от строки аргументов ядра. Кроме того, сам более читабелен в отличие от опций раскиданных в разных rd.luks.*-аргументах ядра.

Снял видео (5Мб), по другому это не показать, может подскажете что это?

Это обновление экрана, вследствие запуска драйвера видеокарты. Почему наблюдается эффект съезда эха вводимых символов пароля - хз (я с таким не сталкивался, так как эхо ввода паролей предпочитаю отключать).

Как то странно, не находите?

Весьма странно. По идее, run-часть хука encrypt работать не должна. Хук base упаковывает в initrd скрипт /usr/lib/initcpio/init как /init (именно этот путь запускает ядро в раннем окружении initrd). Этот скрипт отвечает, кроме прочего, за запуск run-частей других хуков. Но хук systemd подменяет /init в initrd на бинарник systemd. Последний ни о mkinitcpio, ни о его хуках представления не имеет, и запускать их run-части не должен.