私のDebian sidシステムは、何ヶ月も問題なくRAIDアレイからカーネル4.13を起動してきました。 2日前にプラットフォームをアップグレードしましたが、次のように起動が失敗します。
また、initramfsプロンプトは入力を許可しないため、そこで調べることはできません。
まだ起動しやすい古いカーネル（4.9*）があります。
これまで私は次のことを試しました：
- カーネルパラメータ "rootdelay=10" を使用
- 最新のカーネル（4.19）のインストール：同じ失敗
- 4.13と4.9のinitramの比較：initスクリプトにいくつかの変更があります。 initramfs-toolsを132から130にダウングレードし、initramは同じですが（抽出されたファイルによる違い）、問題は4.13でまだ存在します。
- 記載されているUUID c28..e99は正しいです。
この問題を解決する方法を知っていますか？
*) NVIDIAモジュールのコンパイルに失敗したため使用できません未知の関連移転のためまだbinutilsをダウングレードしたくありません。
ベストアンサー1
少なくともDebian sid、テストに影響を与える新しいバグがあります（止まる直前です...）（そしてまたアーチLinux）はsystemd 240に関連し、より具体的にはudevコンポーネントに関連していますudevadm。udev 240はシステムを起動しません。 rootfsが見つかりません。
このエラーにより、udevはデバイスを列挙しません/dev。ディスクなし（おそらくnoなので、noの/dev/disk/代わりにUUIDがない可能性があります/dev/sda）。おそらくUSB列挙がないようなので、PS / 2ポートなどでない限りキーボードがないことは実際にはわかりません。
カーネルとは関係ありませんが、カーネルとブートコンポーネントをアップグレードすると、initramfsのブート部分が再構築されます。それでも動作する4.9カーネルのinitramfsファイルをバックアップしてください。後で失われる可能性があります。 。
再開しましたudev(および libudev1) 239-15これでこの問題が解決できると言われています。現在のコアだけでなく、すべてのコアに対してinitramfsを再構築する必要があります。
アップデート：udevsidの240-4含むこれアップストリームの編集この質問について：
* sd-device-monitor: Fix ordering of setting buffer size. Fixes an issue with uevents not being processed properly during coldplug stage and some kernel modules not being loaded via "udevadm trigger". (Closes: #917607)