Отказ Cryptsetup после прерванного обновления 16,04

Мой компьютер был прерван при обновлении от 14,04 до 16,04. Позже я перезагрузил и работал

sudo dpkg --configure -a

и перезагруженный снова. Теперь, при запросе мой пароль на запуске, ничто, что я ввожу работы. Я проверил Caps Lock и Num Lock и ввел тщательно и никогда не слонялся без дела с различными клавиатурами. Действительно, перейдя к GRUB и вводящий там, все я ввожу взгляды как ожидалось.

Попытка работать от режима восстановления приводит к этому обмену:

Please unlock disk sda5_crypt:

(Я ввожу пароль),

Failed to setup dm-crypt key mapping for device /dev/disk/by-uuid/[some numbers]

Check that kernel supports aes-xts-plain64 cipher (check syslog for more info).

cryptsetup: cryptsetup failed, bad password or options?

Мне не ясно, как устранить эту (очевидную) проблему с ядром не имея возможности для доступа к нормальной командной строке.

3
задан 14 August 2016 в 20:52

2 ответа

Не совсем решение проблемы, как изложено, но я закончил тем, что загрузился от старого ядра, где sda5_crypt работал.

1
ответ дан 1 December 2019 в 17:32

Когда я работаю, cryptsetup - помогают из Ubuntu 14.04LTS, которую это показывает следующему в конце обычного options:-

Default compiled-in key and passphrase parameters:
        Maximum keyfile size: 8192kB, Maximum interactive passphrase length 512 (characters)
Default PBKDF2 iteration time for LUKS: 1000 (ms)

Default compiled-in device cipher parameters:
        loop-AES: aes, Key 256 bits
        plain: aes-cbc-essiv:sha256, Key: 256 bits, Password hashing: ripemd160
        LUKS1: aes-xts-plain64, Key: 256 bits, LUKS header hashing: sha1, RNG: /dev/urandom

, который можно хотеть проверить, загружается ли модуль AES в ядре, с помощью lsmod | grep aes

, http://crunchbang.org/forums/viewtopic.php?id=37276 имел полезную информацию, относительно которой необходимы модули, когда ошибка, которую Вы упоминаете, появляется.

В моем ядре, модуль kernel/arch/x86/crypto/aes-x86_64.ko, кажется, обеспечивает его. Похоже, что это - стандартный компонент ядра, таким образом, я предполагаю, что это просто не загружается по умолчанию. Дерево зависимостей в/proc/modules на моей машине показывает aes_x86_64 => aesni_intel, и aesni_intel, кажется, не имеет зависимостей, таким образом, это должно быть просто для загрузки.

Hope, которая помогает

0
ответ дан 1 December 2019 в 17:32

Другие вопросы по тегам:

Похожие вопросы: