☰

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

tag-icon • tag-icon fedora systemd kernel luks cryptsetup
カーネルの更新後に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つ）の動作中のコアのみを維持し、更新で動作しているコアを削除しないようにすることです。

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

関連情報