Ubuntu 18.04 - cryptsetup не удается распознать пароль, разблокировавший от Живых работ USB

Question 1

Я недавно купил Выпуск Ubuntu Dell XPS 13 9370. Машина прибывает без полного шифрования диска, включил из поля, но предлагает создавать Карту памяти восстановления при начальной загрузке от того, что Ubuntu может быть установлена с шифрованием LUKS.

Однако после установки моего пароля никогда не распознается, я всегда становлюсь "cryptsetup отказавшим, неверный пароль или опции?"

Преступник не может быть раскладками клавиатуры, паролем abcd не работает также.
Само шифрование, кажется, настроено правильно - когда я загружаюсь от живой системы USB и запускаю утилиту "Disks", я могу успешно разблокировать диск со своим выбранным паролем (снова, я попробовал abcd, таким образом, это не может быть проблема расположения),

Кто-либо еще видел эту проблему? Какие-либо предложения, как зафиксировать его?Спасибо!

Question 2

Вот некоторые предложения.

Переключитесь на командную строку путем удара F1 или Alt-Tab, введите пароль снова и проверьте на любые ошибки. При нахождении ошибки попытайтесь искать ее.
Когда Вы ожидаете несколько минут, Вас нужно показать initramfsКонсольный экран/BusyBox. Используя командную строку, необходимо проверить синтаксис аргументов ядра путем ввода следующей команды:
```
cat /proc/cmdline
```
Особенно проверьте (как предложено BusyBox):
- Значение root, указывает ли это на правильное устройство.
- Если rootdelay установлен, возможно, необходимо ли увеличиться, система ожидают?

Если выше не поможет, рассмотрите следующие команды:

cryptsetup --debug luksOpen /dev/XXX mapper-name дешифровать вручную (см. это практическое руководство).

^{Примечание: Для проверки Вы используете правильное устройство, выполненное dumpe2fs /dev/XXX (например. sda1 или nvme0n1p3) в initramfsКонсоль/BusyBox, затем удостоверьтесь, что она сообщает как crypto_LUKS.}

^{Примечание: Если luksOpen сбои, попробуйте более старый синтаксис: cryptsetup --debug luksOpen /dev/XXX ubuntu.}
cryptsetup --debug luksDump /dev/XXX вывести информацию заголовка LUKS от устройства.

^{Примечание: В случае повреждения дисковых метаданных использовать cryptsetup repair <device> команда.}
На разблокируйте дисковый экран XXX_crypt, отметьте свое имя устройства и использующий выше luksDump метод, подтвердите, что Ubuntu просит, чтобы Вы дешифровали правильное устройство, поскольку порядок (номер диска) потенциально может измениться (изменения начальной загрузки BIOS?). В этом случае Ubuntu, вероятно, будет использовать последнее известное устройство (кэшируемый, /etc/lvm/[backup|archive]/?) местоположение, когда это не сможет соединиться с lvmetad сервис.

Например, меня попросили ввести пароль для nvme1n1p3_crypt (Раздел Windows NTFS) вместо nvme0n1p3 (crypto_LUKS раздел).

Далее предложенные команды:

Выполненный lvm lvs или lvm vgscan и проверьте на любые ошибки (это отождествляет каждый диск с UUID).

^{См. также: Ubuntu не загрузится из-за lvmetad и Неудавшийся для соединения с lvmetad - Застрявший на начальной загрузке.}
cat /proc/modules проверять на недостающие модули (загружают его modprobe).

Когда конец, ввести reboot перезапускать.

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

Другие связанные ресурсы:

kenorb · Answer 1 · 1 December 2019 в 20:11