在内核更新后尝试解密luks根文件系统时，Fedora 31内核5.5.10和5.5.11失败，但内核5.5.8有效

Question

在更新到内核5.5.10-200.fc 31之后，Fedora 31无法在引导时解密根文件系统。输入解密密码后，文件系统无法解密。同样的情况发生在5.5.11内核上。但是，如果我用5.5.8内核启动，就没有问题了。这些是我在运行‘journalctl’时收到的5.5.11错误消息：

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的ids。任何帮助都很感激！

Answer 1

您应该转到https://bugzilla.redhat.com并将其报告为bug。我们不太可能在这里有所帮助。

唯一的建议(目前)是删除最古老的违规内核(S)，所以您只保留最后一个和一个(或两个)工作内核，这样一个更新不会删除一个工作内核。

Answer 2

对于任何遇到这个问题的人，我都能通过以下方式解决：

1. 引导到一个工作的内核，并删除所有软件已经安装在独立的rpm文件。
2. (仍然从旧的工作内核引导)使用dracut为最新的内核重新生成initramfs，在我的示例中是5.5.11: sudo dracut /boot/initramfs-5.11-200.fc31.x86_64.img 5.5.11-200.fc31.x86_64