RHEL6 --> CentOS 7からアップグレード中です。そのホストのオペレーティングシステムは/ dev / sdaにあり、/ dev / sdb、/ dev / sdcには補助データドライブがあります。キックスタートインストールを実行するときは、明らかに/dev/sda（以前のOS）の内容を新しいOSで上書きしたいと思います。
今/dev/sdaならキックスタート環境では/dev/sdaになります。しかし、これが100％信頼できる保証ではないという文をどこかで読んだ覚えがあるようです。
現在/dev/sdbまたは/dev/sdcと呼ばれるものがキックスタート環境で/dev/sdaと決定され、オペレーティングシステムによって上書きされる場合、それは途方もない悲劇になります。
kickstartが特定のドライブにOSをインストールしているかどうかを確認する方法に関する提案はありますか？
私の推測では、kickstartファイルをチェックして、/dev/sdaにルート論理ボリュームの "lv_root"など、私たちが期待するLVMエンティティが含まれていることを確認することです。 / dev / sdaにlv_rootが含まれている場合は、/ dev / sdaに実際に正しいドライブが割り当てられているとし、続行します。
答え1
kickstartファイルで次のものを探しています。
ignoredisk --only-use=sda
sdaこれにより、インストール時に他のすべてのディスクが無視されます。
文字sdは同じままにする必要があります（使用されているSATAポートによって異なります）。しかし、sdリムーバブルメディアがハードドライブの前に使用されており、通常そのように認識されている場合sd*（たとえば、USBドライブからインストールした場合）、文字を相殺できることは注目に値します。
kickstart でautopartor セクションも指定しないと、partドライブを削除する前にインストールが一時停止されます (パーティションの方法を尋ねるメッセージが表示されます。 kickstart/インストール時に他のメッセージが表示されてもディスクはすぐに削除されません)。ここで++を使用してTTY2に切り替えて、インストールが始まる前にCTRLドライブをマウントしてみることができますALT。F2
TTY2には無料の端末があり、rootディレクトリを作成、マウントsda#、ナビゲートしてファイルがあるかどうかを確認できます。
ディスクが正しい場合は、TTY1に戻ってインストールを続行できます。
これkickstartのRHELドキュメントこの種のものには金があります。
答え2
ブロックデバイスラベルの代わりにディスクuuidが使用されるようにスクリプトを書くことができると思います。たとえば:
part / --fstype=ext4 --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882。少なくとも、これは再起動時に一貫性を保証します。