LUKSを使用してカーネルを更新した後、Ubuntu 21.04は「初期RAMディスクのロード中」で停止します。

LUKSを使用してカーネルを更新した後、Ubuntu 21.04は「初期RAMディスクのロード中」で停止します。

新しくインストールして2回コピーしました。最初は設定が正常に機能しましたが、カーネルアップデートを適用すると再起動時にシステムがクラッシュしました。 GRUBが提供する古いカーネルを選択するとうまくいきます。

システムの詳細:

  • XPS 13 9380
  • i5-8265U
  • BIOS バージョン 1.15.0
  • マイクロコードバージョンは「0xea」と報告されます。 apt list --installed | grep microcode 出力: intel-microcode/hirsute-updates, hirsute-security, 3.20210608.0ubuntu0.21.04.1 amd64 [インストール済み、自動]
  • セキュアブートが監査モードに設定されているようです。
  • Ubuntuマオマオ(上記のように)
  • LiveUSBのLUKSパーティションにインストール
  • 現在5.11.0-37-genericを使用していますが、以前の5.11カーネルを使用してコピーすることもありました。確かにそうだな変化バージョン自体ではなくカーネルバージョンから。 5.11.0-36-genericは珍しいGRUBオプションなしで始まります。

私が試したGRUB設定絶対にしない:

  • dis_ucode_ldrとMitigations = off(一緒にまたは別々に)。
  • スキーマが設定されていません。
  • 静かな水ぶきを取り除く
  • また覆う
  • デバッグ(出力変更なし)
  • "initrd /initrd.img-5.11.0-37-generic" 行の後のすべての形式のエコー

そしてそのすべての順列。

initrd.imgおよびinitrd.img.old(起動可能)ファイルのlsinitramfsは、明確な候補を表示しません。

マイクロコードやcryptsetupに関連しているようですが、デバッグが情報を提供せずに36で起動すると、dmesgが正常な起動を報告するため、やや恥ずかしいです。

どんなアイデアがありますか?関連のバグがあるようですが、完全に再現されませんでした。

ベストアンサー1

解決策:使用

MODULES=dep

内部に/etc/initramfs-tools/initramfs.conf

再構築し(5.11.0-37-generic使用しているカーネルバージョンと置き換えます):

update-initramfs -c -k  5.11.0-37-generic

OPと同じ問題が発生しました。数日前に更新して再起動した後、システムは「初期RAMディスクをロードしています...」というメッセージで停止し、他の出力はありません。

ハードウェアはほぼ同じですが、CPUはi7-8565Uです。 OPにリストされているのと同じソフトウェア構成。

その他の投稿以下の提案:

この問題は、サイズ制限のためにロードできないinitrd.img大容量ファイル(〜100 MB)が原因で発生します。この問題は、約55MBのファイル生成MODULES=mostに切り替えることで解決できます。MODULES=depinitrd.img

おすすめ記事