キックスタートインストールが特定のドライブを選択することを保証する方法は？
RHEL6-> CentOS 7からアップグレードします。問題のホストのOSは/ dev/sdaであり、/ dev/sdbと/ dev/sdcにいくつかの補足データドライブがあります。キックスタートインストールを実行すると、明らかに/ dev/sda（古いOS）の内容が新しいOSで上書きされます。
現在/ dev/sdaである場合、キックスタート環境では/ dev/sdaになると思います。しかし、これは信頼できるはずの100％の保証ではないことをどこかで読んだことを覚えているようです。
現在/ dev/sdbまたは/ dev/sdcとして知られているコンテンツが、キックスタート環境で/ dev/sdaであると判断され、OSで上書きされた場合、壮大なプロポーションの悲劇になります。
キックスタートが特定のドライブにOSをインストールすることを保証する方法についての提案はありますか？
私の推測では、キックスタートファイルで、/ dev/sdaに、ルート論理ボリュームの「lv_root」など、予想されるLVMエンティティが含まれていることを確認します。/dev/sdaにlv_rootが含まれている場合は、実際に適切なドライブに/ dev/sdaが割り当てられていると想定して続行します。
あなたが探しているキックスタートファイルで：
ignoredisk --only-use=sda
これにより、sdaを除くすべてのディスクがインストールによって無視されます。
sdの文字は同じである必要があります（使用されているSATAポートに基づいているため）。 ただし、ハードドライブの前に使用され、通常sd*を使用していると識別されている場合、リムーバブルメディアはsd文字をオフセットできることに注意してください。 （たとえば、USBドライブからインストールする場合）。
キックスタートでautopartまたはpartセクションも指定しない場合、ドライブをワイプする前にインストールが一時停止します（パーティションをどのように分割するかを尋ねます。キックスタート/インストールの他のプロンプトまた、ディスクがすぐにワイプされるのを防ぎます）。ここで、インストールが始まる前にCTRL + ALT + F2を使用してTTY2に切り替え、ドライブのマウントを試すことができます。
TTY2には無料のrootターミナルがあるため、ディレクトリを作成し、sda#をマウントして、参照してファイルを確認できます。
ディスクが正しい場合は、TTY1に戻ってインストールを再開できます。
キックスタートに関するRHELのドキュメント は、この種のものにとっては黄金です。
ブロックデバイスラベルの代わりにディスクuuidを使用するようにスクリプトを記述できると思います。例えば： part / --fstype=ext4 --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882。少なくとも、再起動後の一貫性は保証されます。