OVHサーバーでCentos 7システムを実行し、ハードドライブから起動しています。カーネルアップデートをして、すべてがうまくいくようで急に再起動しました。
しかし、実際にはそうではありません。以前のカーネルが削除されただけでなく、現在のカーネル(4.9.185-xxxx-std-ipv6-64)にもinitramfsはありません。起動時に grub は存在しない古いカーネル (initramfs 4.9.184 は存在しますがカーネルはありません) を探し、システムは起動しません。
Grubは実際にはルート(md / md2)を含むファイルシステムを見ることができます。
システムはLVMでRAIDアレイを実行します。次のコマンドを使用して、OVHを使用してカーネルブートを復元し、ドライバをマウントし、chrootして、新しいinitramfsをビルドしてみました。
dracut --mdadmconf --lvmconf --kver 4.9.185-xxxx-std-ipv6-64
その後、grubで起動し、次のコマンドを実行しました。
set root=(md/md2)
linux /boot/vmlinuz-4.9.185-xxxx-std-ipv6-64 root=/dev/md2
initrd /boot/initramfs-4.9.185-xxxx-std-ipv6-64
boot
また、ボリュームのUUIDをルートパラメータとして使用してみました(root = UUID = ...)
どちらの場合も、ブートプロセスは最小システムに進みますが、dev / md2が見つからず、dracutは永遠に待機します。
OVH netbootオプションに切り替えて、システムを再利用できるようにしました。
Linux {サーバー名} 4.9.182-xxxx-std-ipv6-64 #768030 SMP Tue Jun 18 08:30:59 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
4.9.185 カーネル用の initramfs をビルドする方法はありますか?それとも、デフォルトでディスクから起動できる状態に戻す他の方法はありますか?
現在、このマシンには12個の異なるアカウントで1TBを超えるバックアップがあるので、所定の場所に再構築できない場合は大きなPITAになります。データを削除し、データを再構築してからデータを再インポートする必要があります。次に、競合が発生した環境で再起動を許可しない愚かなスクリプトを作成する必要があります。