ESXiアップデート敗北

やはりESXi3.5→4へのアップデートは失敗したorz

前回の記事は不正確だった？けど敗因だったことには変わらない
ESXi3.5 は VMFS3.33 に読み書きできない。
ESXi4.0 は VMFS3.31 に読み書きできる（っぽい）が、ESXi3.5で読み書きしたボリュームは扱えない
らしい。公式のドキュメントが見つからないYO!

やったこと(ESXiホストはディスクレスでPXEブート)
・ESXi3.5で設定のバックアップを取ってシャットダウン
・ESXi4.0 Update1(oem.tgzはRealtekのNIC対応に差し替え)で起動
・ESXi4.0起動後、3.5で作ってたボリューム(iSCSI)をマウント、ボリューム内のゲストを起動
・ゲスト起動。が、再起動したら先ほどのボリュームをマウントしようとするとフォーマットを求められる
問題の現象が起きてるらしい
・4.0シャットダウン、3.5で起動しなおすと元のボリュームマウント可、ゲストも起動

さてどうしたものか...
で、↑の作業中に間違ってESXiのデータストア用ではない(ゲストDebian/lennyの/home用)iSCSIターゲットをVMFSでフォーマット、さらにはデータの書き込みまでやってしまったorz
書き込みはvSphere Clientでのデータのコピーだったが、Client上で作業をキャンセルできない！マウントも解除できない！
仕方ないのでiSCSIターゲット側の設定を変更して、ターゲットから削除した。そしてESXiはリブート。。
フォーマットだけならまだしも、ディスク(iSCSI)に書いてるので復旧の見込みはかなり少ないと予想...
欝だ！！

とりあえず復旧せねばと思い、シングルユーザーモードで問題のゲストを起動、iSCSIターゲットにログオンできるも当然マウント失敗
fdsikで見ると...パーティションタイプが"fb"にorz
しかしあきらめない。"testdisk"なるツールを入手して実行してみたところ...ext3のパーティションが見えてる！
で、これはDeepScan中の画面

時間はだいぶ掛かるがこのままだと気になって眠れない...

と思ったら会社遅刻しましたorz