Сабж. При загрузке просит пароль (так и должно быть), далее в процессе загрузки initramfs не может найти ключ, и просит еще раз ввести пароль от контейнера.
В mkinitcpio.conf в разделе FILES указан путь до ключа.
Тогда проще всего распаковать initrd и убедиться, что: 1) файл ключа там есть; 2) путь к файлу соответствует тому, что в crypttab (который в initrd, а не в «корневом» /etc). Также может требоваться более строгий режим прав на файл, типа 0600, но это уже наугад, я не пользователь Arch.
А, понял, там он в определённом фиксированном месте. В Debian этот хук initramfs иначе работает. Делал как здесь в п. 8.5? Не забыл параметр ядра указать? Если всё точно как там, то, наверное, какой-то баг. Но стоит свериться с инструкцией сначала.
В mkinitcpio.conf в разделе FILES указан путь до ключа.
Так враг, конечно, же никогда не пройдет… Ты в образе initramfs ключ для расшифровки раздела хранишь? Не думал над тем, что это как ключ, оставленный в замочной скважине?
Если тебе влом вводить пароль, то можешь использовать TPM. Там если меняешь порядок загрузки, то раздел уже не расшифровыается + надо вырубить в гробе, возможность отредактировать параметры загрузки. Это единственное решение. То что ты делаешь просто бред
Чем зашифрован? FILES - это файлы, добавляемые в образ. Образ этот лежит на ESP. ESP не может шифроваться, иначе он не будет грузиться. Это как двери посреди поля с картинки