指定：ローカルストレージを備えたIntel SR2500ALLXRプラットフォームに基づくサーバー。 6×300Gb SASドライブは、RAID5アレイに結合されます。 通常の方法で（たとえば、DVDディスクから）ESXをインストールします。
インストール後、VI Clientを介してコンソールに接続し、ESXiでの作業を開始するにはリポジトリをインストールする必要があるという警告が表示されます。 論理的に、「ここをクリックしてデータストアを作成します...」をクリックします
楽しみは始まります、最初はすべてがいつものように行きます：
ディスク/ LUNを選択
ローカルRAIDアレイの選択
そして今、彼は予測の石です。 最初の道に沿って進み、2番目の道に沿って頭を失います
結局のところ、VMWare ESXiはディスクが何らかの方法で既にパーティション分割されていることを認識しますが、どのパーティション分割が行われたのか分からず、実際にこれらのセクションから起動されました。 最初のオプションを選択すると、リポジトリが正常に作成され、仮想マシンをホストできますが、クロックがストライキ12になってホストが最初に再起動するまで仮想マシンは正常に動作しますが、仮想環境はカボチャに変わり、画面にはブート不可能なパーティションのみが表示されます。
どうした VMWare ESXiは、インストールされた唯一のローカルストレージを完全にクリーンアップしました。 ハイパーバイザー自体はRAMに完全にロードされ、機能するためにハードドライブは基本的に必要ありません。 そして、仮想マシンは、安全で健全なことは何もなかったかのように自分自身に嘘をつきます。
このような状況に陥った場合、主なことは、インストールディスクからESXiを急いで復元しようとしないことです-すべてを台無しにします。
十分なボリュームの外部ドライブを接続し、ESXiハイパーバイザーをインストールしてから、ローカルストレージを接続するだけです。 その後、必要なすべての仮想マシンを安全な場所にドロップし、サーバーRAIDアレイにすでにあるVMWare ESXiを再インストールしてから、仮想マシンをコピーして起動し直す必要があります。
これが自然に起こらないようにするには、（空き領域を使用する）を選択する必要がありますが、私の意見では、VMWareによる自殺はちょっと馬鹿げているように見えます-結局のところ、ESXiが既にこのディスクにインストールされ実行されているという警告をもう一度発行する必要がありました。 そして、ユーザーエラーはもはやありえません。
psそれは別のプラットフォームにESXiをインストールすることの問題であり、そのような状況は原則として発生しませんでした。 インストールプロセス中であっても、ESXiはすでにリポジトリを作成しているため、これはおそらくこの特定のプラットフォームの機能です。
オリジナルdimka.yz74.ru/2009/03/13/wmware_suicide