Вопрос: Ubuntu с полным шифрованием диска - неправильный пароль после обновления до 18.04


Несколько месяцев назад я установил полное шифрование диска во время установки Ubuntu 17.10. Теперь я решил обновиться. Обновление закончилось без проблем. Однако после перезагрузки я не могу войти в мой зашифрованный диск.

Где может быть проблема? Я на 100% уверен, что нажимаю «правые клавиши» на клавиатуре, но технически я не знаю, что пишу из-за символов «*», и, возможно, после обновления изменилась раскладка клавиатуры. Я использую некоторые символы, которые могут быть где-то еще на клавиатуре. Какой язык по умолчанию после обновления?

Кстати, я уже пробовал Caps-lock, но все равно не повезло.

Помощь будет действительно оценена. Я не поклонник установки моей системы и всех резервных копий снова и снова.


4
2018-05-02 23:10


Источник


вы пытались установить накопитель с USB-ключа? Вы можете сделать это через GUI в приложении Drives. - luisgonzalez
Спасибо за ответ. После нескольких неправильных попыток я получил initramfs - так в командной строке. Круто. Я тестировал свою кодировку (ее нормально), я проверил, что есть некоторый набор ключей через $ cryptsetup luksDump. Поэтому я попытался добавить новую кодовую фразу в свой зашифрованный раздел: $ cryptsetup luksAddKey / dev / sdb1. Но я все еще получаю ошибку о неправильном пароле. Его безумие, я знаю на 100%, что этот пароль работал до обновления. - M_Ryan
Итак ... Чтобы быть абсолютно уверенным, что это не опечатка, я загрузил live CD, и я потратил некоторое время на разные пароли: $ echo -n "blahblah" | cryptsetup luksAddKey / dev / sdaX Я знаю, что я нахожу правильный пароль, я даже тестировал одни и те же клавиши клавиатуры, используя макет UK и US + в сочетании с блокировкой. Просто чтобы быть уверенным. Тем не менее «Нет ключа с этой фразой». cryptsetup luksDump / dev / sdaX показывает ключевой слот 0 как включен. Ну, так выглядит «что-то случилось» во время обновления Ubuntu с 17.10 по 18.04, и мой раздел luks заблокирован. Что-нибудь подобное случилось с тобой? - M_Ryan
Я обновился с 16.04 по 18.04, и у меня другая проблема, чем у вас. В моем случае это был раздел LUKS, который показывает другой тип ошибки. - luisgonzalez
Если ключей больше, чем потерялся раздел, не так ли? - Christopher Perrin


Ответы:


У меня такая же проблема, когда я обновил свой Ubuntu с 17.10 по 18.04. После много испытаний я нашел решение для своей проблемы. Я просто изменил раскладку клавиатуры в США и набрал свой пароль в своем макете nativ (azerty). Похоже, что подсказка cryptsetup теперь находится в моем nativ-макете, а не в США. И мой пароль никогда не хранился в макете, как я думал.

Надеюсь, мое решение поможет вам, и извините меня за моего бедного английского.


3
2018-05-04 10:09



Это решение для меня. Пароль, введенный в cryptsetup (17.04), фактически находился на раскладке клавиатуры США, после его обновления на родном языке; таким образом, у вас теперь есть разные клавиши для нажатия - например, если вы нажали «вы на самом деле ввели @ при вводе пароля, если вы нажали £, вы действительно ввели #. Сопоставьте символы из родного макета с соответствующими символами США. - Vix
Тоже самое. Моя кодовая фраза, которую я вошла во время установки, и всегда думал, что в макете sv_SE, похоже, что она всегда была в en_US. Следовательно, символы, находящиеся на разных ключах между en_US и sv_SE, должны быть введены там, где они будут для sv_SE. - mgor