さまざまなタイプのサーバー(HP Proliant ML110、ML310、ML350)にUSBドライブとpreseed
ファイルを使用してUbuntu-14.04サーバーを無人インストールしています。このpreseed
ファイルには、サーバーのハードドライブの(カスタム)パーティショニングを自動化するpartman-auto
の構成を含む、複数のルールが含まれています。
サーバーML110およびML310では、インストールプロセスの開始時(partman
が起動する前)に、ハードドライブは/dev/sda
にあり、USBドライブは/dev/sdb
を取ります。したがって、preseed
ファイルでd-i partman-auto/disk string /dev/sda
を指定すると、サーバーのハードドライブにパーティショニングが適用されます。すべてが正常に動作します。
ただし、サーバーML350では、インストールプロセスの開始時に、メインハードドライブは/dev/sd*
に存在せず、USBドライブは/dev/sda
を取ります。ハードドライブが/dev/sdb
に表示されるのは数ステップ後です。したがって、preseed
ファイルのルールは無効になり、partman
はUSBドライブを台無しにします。
この非常に厄介な事実は、2つの疑問を提起します。
/dev/sda
を取得させる)にはどうすればよいですか、または表示できない場合は、メインハードドライブがどの/dev/sdX
にあるかを確実に見つけるにはどうすればよいですか。 。カーネルオプションにdmraid=true
を追加しようとしましたが、機能しませんでした。また、pci=conf1
(見つかった ここ )を追加しようとしましたが、成功しませんでした。
presed/early_command
でハードドライブがまだ検出されていなくても、partman/early_command
で検出されていることがわかりました!
そのため、partman-auto/disk
のdebian-installer
パラメータを正しい正しいデバイス名で設定するコマンドを作成し、その時点で確認しました。
そのコンマの詳細については、 preseedを使用した無人インストール-partman-autoにカスタムデバイスを提供する を参照してください。
古いCCISSドライバーからHPSAドライバーに移行して以来、HP SmartArrayコントローラーは通常のSCSIブロックデバイスサブシステムを活用するようになりました。したがって、デバイスの命名スキームは/dev/sdX
です。
USBキーを使用すると、USBデバイスが存在するため、デバイスの列挙が変更されますbefore RAIDコントローラー(起動します)。したがって、USBキーは/dev/sda
になり、最初のHP Smart ArrayRAIDコントローラーは/dev/sdb
になります。
最近のLinuxオペレーティングシステムはパーティションラベルまたはUUIDを使用するため、最初の起動時にデバイス名は重要ではありません(SBキーを取り外した後)。
プラットフォームの違いは、ML110とML310(世代を指定しなかった)がSmart Arrayコントローラーを使用していないか、異なるクラスのRAIDデバイスを使用していることです。
ML350 doesには適切なスマートアレイコントローラーがあるため、表示される動作は予想どおりです。
別のpreseedファイルを使用するか、可能であれば別の展開アプローチを試してください。