dracut-pre-trigger rd.md = 0 mdraidアクティベーションブートの削除に失敗する
システムはFedora22で、最近Fedora21からアップグレードされました。Fedora21の残りのカーネルが起動します。アップグレード後にインストールされた2つのカーネルが起動に失敗します。
システムは、RAID5アレイで構成された5つのSATAドライブを備えたIntelS-5000PALです。 2年近く問題なく稼働しています。そして、上記のように、Fedora21カーネルで問題なく実行し続けます。
問題は、アップグレードされたカーネルでブートプロセスがハングし、3分後に緊急シェルにドロップすることです。 journelctlの出力には、次のエラーメッセージが表示されます。
systemctl：dracutpre-triggerフックを開始しています。
lldpad：設定ファイルファイルの読み込みに失敗しました、
lldpad：新しいファイルを作成します
lldpad：ctrlifaceを/ com/intel/lldpadにバインド
dracut-pre-trigger：dracut-pre-trigger：rd.md = 0mdレイドアクティベーションの削除
プロセスの最後に、エラーメッセージは次のようになります。
raidboot/rootデバイスが見つかりません
Fedora 21カーネルが起動し、正常に実行されます。以下が試されました：
- initramfsを再構築します
- grub2-mkconfigを実行し、grubを再インストールします
さらなる背景として、このサーバーは同様のサーバーのネットワークの一部です。他のサーバーのアップグレードは成功しました。 2つのinitramfs.imgファイルのlsinit出力を比較すると、同様の出力が示されます。唯一の違いは、プレトリガーとlldpadの領域にあります。
プレトリガー構成がこれの原因ですか？ dracut-pre-triggerがinitramfsの作成に失敗する原因となるステップが欠落していますか？プレトリガーをサポートするにはどのパッケージが必要ですか？プレトリガーにはどのような構成が含まれますか？ initramfsの作成をサポートするために、事前トリガーを再実行しますか？
これは、簡単な答えで長い道のりになってしまいました。システムはmdadmを使用してレベル5のレイドpvを作成します。 Dracutは、カーネルとともにfc21からfc22へのアップグレードの一部として更新されました。 grub.cfgの初期ブートコマンドラインには、rd.lvm.lvオプションがありました。これにより、fc22dracutはブートプロセスの早い段階でdmアレイの検索を停止しました。 grub.cfgのvmlinuzコマンドオプションからrd.lvm.lvオプションを削除し、rd.autoオプションを追加すると、問題が修正されました。重要なのは、rd.lvm.lvオプションが排他的であると言及しているDracutのドキュメントを読むことでした。排他的オプションが段階的に行われ、制限の適用が遅れた可能性があります。