新しくインストールして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=dep
initrd.img