☰

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

ぜひこちらへバグジラこれをバグとして報告してください。私たちがここで助けられる可能性はほとんどありません。

現時点での唯一のアドバイスは、最も古い問題のあるカーネルを削除して、最後の 1 つと 1 つ (または 2 つ) の動作するカーネルのみを保持することです。そうすれば、更新によって動作するカーネルが消去されることはありません。

答え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

関連情報