Нечетное неправильное поведение пароля с помощью криптодиска GRUB

Я использовал GRUB_ENABLE_CRYPTODISK=yв , /etc/default/grubчтобы LUKS шифрование все , кроме моего EFI раздел, который я устанавливаю для /boot/efi. Это отлично работает. Единственная, по общему признанию, небольшая проблема заключается в том, что, если я произвожу неправильный ввод пароля, у меня не будет второго шанса. Вместо этого, примерно через 10 секунд я остаюсь в GRUB rescue>приглашении. Что-нибудь, что я могу напечатать в этом приглашении, чтобы повторить попытку, или я должен выключить и включить?

grub2 luks

— Toothrot
источник

длительное ожидание аутентификации вызвано высоким значением по умолчанию iter-time. это можно изменить с помощьюcryptsetup luksChangeKey

— Toothrot

Самый простой способ - просто нажать Ctrl + Alt + Del для мягкого сброса, но вам снова нужно пройти POST.

Другой путь, из подсказки спасателя:

замените его hd0,gpt2на соответствующее значение - в моей системе оно отображается как часть запроса пароля. Я использую btrfs без lvm (и без отдельного раздела / boot), поэтому ваши параметры cryptomount и prefix могут несколько отличаться от моих:

cryptomount hd0,gpt2
set prefix=(crypto0)/__active/boot/grub
insmod normal
normal

— KingRadical
источник

в моей системе первый аргумент может быть заменен на -a(поскольку у меня есть только одно зашифрованное устройство), а вторая строка может быть опущена.

— зубочистка