☰

Ядра Fedora 31 5.5.10 и 5.5.11 терпят неудачу при попытке расшифровать корневую файловую систему luks после обновления ядра, но ядро ​​5.5.8 работает

tag-icon • tag-icon fedora systemd kernel luks cryptsetup
Ядра Fedora 31 5.5.10 и 5.5.11 терпят неудачу при попытке расшифровать корневую файловую систему luks после обновления ядра, но ядро ​​5.5.8 работает

После обновления до ядра 5.5.10-200.fc31 Fedora 31 не может расшифровать корневую файловую систему при загрузке. После ввода кодовой фразы расшифровки файловая система не расшифровывается. То же самое происходит с ядром 5.5.11. Однако, если я загружаюсь с ядром 5.5.8, то проблем не возникает. Вот сообщения об ошибках, которые я получаю с 5.5.11 при запуске 'journalctl':

localhost.localdomain systemd-cryptsetup[436]: device-mapper: reload ioctl on   failed: Invalid argument
localhost.localdomain kernel: device-mapper: table: 253:0: crypt: unknown target type
localhost.localdomain kernel: device-mapper: ioctl: error adding target to table
localhost.localdomain systemd-cryptsetup[436]: Failed to activate with specified passphrase: Invalid argument
localhost.localdomain systemd[1]: systemd-cryptsetup@luks\.... .service: Main process exited, code=exited, status=1/FAILURE
localhost.localdomain systemd[1]: systemd-cryptsetup@luks\.... .service: Failed with result 'exit-code'.
localhost.localdomain systemd[1]: Failed to start cryptography setup for luks-....
localhost.localdomain systemd[1]: Dependency failed for Local Encrypted Volumes.
localhost.localdomain systemd[1]: Job cryptsetup.target/start failed with result 'dependency'

Я пропустил идентификаторы luks, так как печатаю это вручную. Любая помощь будет оценена по достоинству!

решение1

Вам следует направиться вhttps://bugzilla.redhat.comи сообщите об этом как об ошибке. Очень маловероятно, что мы здесь сможем помочь.

Единственный совет (на данный момент) — удалить самые старые проблемные ядра, чтобы сохранить только самое последнее и одно (или два) рабочих ядра, таким образом обновление не сотрет работающее ядро.

решение2

Для тех, кто столкнулся с этой проблемой - я смог решить ее следующим образом:

  1. Загрузка рабочего ядра и удаление всего программного обеспечения, установленного из автономных файлов RPM.

  2. (Пока я загружаюсь со старого рабочего ядра) восстанавливаю initramfs для последнего ядра с помощью dracut, в моем случае это было для 5.5.11:

    sudo dracut /boot/initramfs-5.5.11-200.fc31.x86_64.img 5.5.11-200.fc31.x86_64

Связанный контент