☰

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 id。任何幫助表示讚賞！

答案1

你應該前往https://bugzilla.redhat.com並將其報告為錯誤。我們這裡不太可能提供協助。

唯一的建議（目前）是刪除最舊的有問題的內核，因此您只保留最後一個和一個（或兩個）工作內核，這樣更新就不會刪除工作內核。

答案2

對於遇到這個問題的其他人 - 我能夠透過以下方式解決它：

  1. 引導至工作內核，並刪除從獨立 rpm 檔案安裝的所有軟體。

  2. （雖然仍然從舊的工作核心啟動）使用 dracut 為最新核心重新產生 initramfs，在我的例子中，這是針對 5.5.11 的：

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

相關內容