カーネルの更新後にluksのルートファイルシステムを復号化しようとすると、Fedora 31カーネル5.5.10と5.5.11は失敗しますが、カーネル5.5.8は機能します。

カーネルの更新後にluksのルートファイルシステムを復号化しようとすると、Fedora 31カーネル5.5.10と5.5.11は失敗しますが、カーネル5.5.8は機能します。

Fedora 31は、カーネル5.5.10-200.fc31にアップデートした後、起動時にルートファイルシステムの復号化を失敗します。復号化パスワードを入力した後は、ファイルシステムを復号化できません。カーネル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そしてバグで報告してください。ここでは私たちが助けることができないようです。

(現時点では)唯一の提案は、最も古い問題のコアを削除して、最後のコアと1つ(または2つ)の動作中のコアのみを維持し、更新で動作しているコアを削除しないようにすることです。

おすすめ記事