VMware on qwerty.work

Xen→VMwareの移行時、VHD→VMDKに変換してWindows10のVMを起動するとエラーになる

Sun, 14 Feb 2021 22:36:00 +0900

XenSeverからエクスポートしたVMをVMwareにインポート（OVFのデプロイ）をしたときにつまづいた状況をメモ。

結論から言うと、何やってもダメでした。結局、エクスポート＆インポートは辞めて、Acronis True ImageまたはAcronis BackupによるI2Vで移行しました。

なので、ここに書いてある内容は、解決の役に立ちません。後に解決策が見つかれば続きを追記したいと思います。

SCSIハードディスク追加でVMDKをマウントすると起動時エラーになる

Xen Centerから書き出したVHDをStarwind V2V converterでVMDKに変換し、VMwareにインポートしたVMにVMDKをマウントすると、Windows起動途中でエラーが出る。

停止コード：SYSTEM THREAD EXCEPTION NOT HANDLED 恐らくVMwareのSCSIドライバがないためエラーになっていると思われる。

しかし、WindowsPE（回復環境）のコマンドプロンプトからDISKPARTでlist volumeを実行したところHDDが接続されていない状況だったので、コマンドでドライバーを入れたり、削除したりしてもHDDが見えない以上、何もできない状況。

IDEで接続して余計なドライバを削除してみる

SCSI接続ではVMからドライブが見えない状態だったので、IDE接続に変更し、再度、WindowsPE（回復環境）のコマンドプロンプトからDISKPARTを起動して、ボリュームを確認。

ボリューム確認コマンド

> diskpart
> list volume

上記のコマンドでWindowsが入ったボリュームはC:だということを確認。

ドライバ確認コマンド

以下のコマンドでドライバを確認。

> dsim /image:c:\ /get-drivers

ドライバを削除するコマンド

起動を邪魔していると思われるCitrix関連ドライバを削除（実際には関係なかったけど）

> dism /imagec:\ /remove-driver /driver:oem10.inf

ちなみに削除したドライバ

--------------------------------------------------
公開名 : oem10.inf
元のファイル名 : cvhdbus6.inf
インボックス : いいえ
クラス名 : SCSIAdapter
プロバイダー名 : Citrix
日付 : 2011/07/14
バージョン : 2.4.0.2705
--------------------------------------------------
公開名 : oem2.inf
元のファイル名 : xennet.inf
インボックス : いいえ
クラス名 : Net
プロバイダー名 : Citrix
日付 : 2017/01/11
バージョン : 8.2.0.103
--------------------------------------------------
公開名 : oem3.inf
元のファイル名 : xenvif.inf
インボックス : いいえ
クラス名 : System
プロバイダー名 : Citrix
日付 : 2017/01/11
バージョン : 8.2.0.103
--------------------------------------------------
公開名 : oem4.inf
元のファイル名 : xenvdb.inf
インボックス : いいえ
クラス名 : SCSIAdapter
プロバイダー名 : Citrix
日付 : 2017/01/03
バージョン : 8.2.0.156
--------------------------------------------------
公開名 : oem5.inf
元のファイル名 : xeniface.inf
インボックス : いいえ
クラス名 : System
プロバイダー名 : Citrix
日付 : 2016/12/12
バージョン : 8.2.0.61
--------------------------------------------------
公開名 : oem6.inf
元のファイル名 : xenbus.inf
インボックス : いいえ
クラス名 : System
プロバイダー名 : Citrix
日付 : 2016/12/12
バージョン : 8.2.0.85
--------------------------------------------------

ドライバを削除したら停止コードが変わった

ドライバを削除してVMを再起動したらWindows途中に表示されるエラーが以下に変わりました。

停止コード：INACCESSIBLE BOOT DEVICE

更にドライバ削除

他にもあるドライバを削除したらうまくいくかな？と、更に以下も削除。

--------------------------------------------------
公開名 : oem7.inf
元のファイル名 : vboxusb.inf
インボックス : いいえ
クラス名 : USB
プロバイダー名 : Oracle Corporation
日付 : 2020/09/04
バージョン : 6.1.14.40239
--------------------------------------------------
公開名 : oem8.inf
元のファイル名 : vboxnetadp6.inf
インボックス : いいえ
クラス名 : Net
プロバイダー名 : Oracle Corporation
日付 : 2020/09/04
バージョン : 6.1.14.40239
--------------------------------------------------
公開名 : oem9.inf
元のファイル名 : vboxnetlwf.inf
インボックス : いいえ
クラス名 : NetService
プロバイダー名 : Oracle Corporation
日付 : 2020/09/04
バージョン : 6.1.14.40239
--------------------------------------------------

追加で更にドライバ削除

状況変わらず、更に以下のドライバも削除。

--------------------------------------------------
公開名 : oem0.inf
元のファイル名 : prnms009.inf
インボックス : いいえ
クラス名 : Printer
プロバイダー名 : Microsoft
日付 : 2006/06/21
バージョン : 10.0.14393.0
--------------------------------------------------
公開名 : oem1.inf
元のファイル名 : prnms001.inf
インボックス : いいえ
クラス名 : Printer
プロバイダー名 : Microsoft
日付 : 2006/06/21
バージョン : 10.0.14393.0
--------------------------------------------------

結局、状況変わらず…。

セーフモードで起動させるためにBCDを変更

WindowsPE（回復環境）のコマンドプロンプトから、Windowsの起動に関係するBCDを編集してみました。

> c:
> bcdedit /v
> bcdedit /set {default} safeboot minimal
> bcdedit /set {default} bootmenupolicy legacy
> bcdedit /set {default} bootmenupolicy standard
> bcdedit /set {default} bootmenupolicy legacy
> bcdedit /set {default} hypervisorlaunchtype off

状況変わらず。

BCD/MBR修復

以下のページを参考に一通り試したが状況変わらず。

参考ページ [

https://docs.microsoft.com/ja-jp/troubleshoot/azure/virtual-machines/windows-boot-failure https://docs.microsoft.com/ja-jp/troubleshoot/azure/virtual-machines/windows-boot-failure

](https://docs.microsoft.com/ja-jp/troubleshoot/azure/virtual-machines/windows-boot-failure)

不要なドライバのロード、または不足しているドライバがあるっぽい

参考ページ

https://kb.vmware.com/s/article/1005208?lang=ja https://kb.vmware.com/s/article/1005208?lang=ja

https://www.zerto.com/myzerto/knowledge-base/windows-vms-fail-to-boot-due-to-inaccessible-boot-device-0x0000007b-stop/ https://www.zerto.com/myzerto/knowledge-base/windows-vms-fail-to-boot-due-to-inaccessible-boot-device-0x0000007b-stop/

ドライバの確認とコピー

c:\windows\system32\driversに以下の物があるか確認し、なければ正常稼働しているVMからコピーする。

symmpi.sys
vmscsi.sys
BusLogic.sys
lsi_sas.sys

正常起動のVMからドライバをコピー

正常に起動しているVMのDriversフォルダの中で、直近で登録された.sysファイルをコピーしてみる。

方法としては正常に起動するVMDKでVMを起動し、Dドライブを作り、そこのドライバを保存。

再度、正常起動しないVMDKを接続し、Windows10のインストールメディアから起動。

コマンドプロンプトからcopyコマンド等で、DドライブからCドライブのDriversフォルダにコピーする。

vm3dmp.sys
vm3dmp_loader.sys
vm3dmp-debug.sys
vm3dmp-stats.sys
vmxnet3.sys
vmmouse.sys
vmmemctl.sys
vmci.sys
vsock.sys

コピー後、再起動したが状況変わらず。

更に追加でコピー

更に、以下も追加でコピーしてみました。

cvhdbus6.sys
e1i63x64.sys
pvscsi.sys
vmscsi.sys

結局、コピーしても起動できませんでした。

DismコマンドでWindowsの修復を試みた

最後に、OSがイカれてしまったのではないかと、修復を試してみました。

Dism /Image:c:\ /Cleanup-Image /StartComponetCleanup
Dism /Image:c:\ /Cleanup-Image /RestoreHealth

結局、これもダメでした。

AcronisのTIBファイルを使って仮想マシンをXenからVMwareに移行して起動に失敗するとき

Mon, 18 Jan 2021 20:30:46 +0900

バックアップから復元したしたVMが起動に失敗する

仮想マシンをXen ServerからVMwareに移行する手段としてAcronis True ImageまたはAcronis Backup & Recoveryを使用しました。こういうのをI2VとかV2Iと呼ぶやり方のだそうです。バックアップと復元の作業自体は成功するのですが、移行後の仮想マシン（Windows 10及びWindows Server2016）が起動途中でブルースクリーンになります。その解決方法が分かったのでメモ。

移行元・移行先の仕様に注意

MBRとGPT

Windowsの場合、パーテーションスタイルはMBRとGPTがありますが、これを移行元と移行先が同一になるようにきっちり合わせておくことが必要です。

OKなケース

MBR → MBR
GPT → GPT

NGなケース

MBR → GPT
GPT → MBR

異なるパーテーションスタイルの仮想ディスクに復元してしまったとき

Acronisの『ドライブの管理』メニューで復元したい環境に合わせてMBR/GPTに変更し、復元作業をやり直す。
パーテーションを編集するアプリケーションを使って変更する。

BIOSとUEFI

VMware vSphere Clientの**[設定の編集]-[仮想マシンオプション]-[起動オプション]の[ファームウェア]を以下の組み合わせになるようにBIOSまたはUEFI**に変更します。

MBR → BIOS
GPT → UEFI

IDEとSCSI

MBR → IDE
GPT → IDEまたはSCSIのどちらでもOK？

その他参考ページ

https://blogs.vmware.com/vmware-japan/2014/12/3rd-party-migration.html https://blogs.vmware.com/vmware-japan/2014/12/3rd-party-migration.html

XenからVMwareへ移行時にvSphereのOVFテンプレートのデプロイでエラーが出たときにやったこと

Thu, 14 Jan 2021 17:24:10 +0900

Xen エキスポート → VMware インポート

仮想サーバー変更に伴い、仮想環境（ハイパーバイザー）をXen ServerからVMware ESXiに移行することになりました。 **VMを新しいサーバーに簡単に移動できないかな？**と、てこずりましたができたので、やってみたことをメモ。

2つのエラー対応

VMware側にVMインポートする際に出るエラーの回避方法です。この方法でXenサーバーからエクスポートしたVMのインポートに成功しました。

1.StartupSectionの削除

一つ目のエラーでvSphere Clientのメニュー**『OVFテンプレートのデプロイ』**より、Xen Centerから書き出した OVFファイルとVHDファイルを選択して進んでいくと以下のエラーが出ました

選択したテンプレートで問題が検出されました。詳細: - 1:1695:SECTION_RESTRICTION: セクション StartupSection (起動オプション) はエンベロープで許可されていません。

対処法

XenCenterからエキスポートしたOFVファイル（中身はXMLファイル）は仮想マシンの設定ファイルで、これをテキストエディタ（メモ帳以外、サクラとかTeraPadとか）で開き、以下の部分を削除して上書き保存します。削除する部分は起動オプションに関する部分で、そのセクションを削除します。削除しても問題ありません。不安であればOVFを複製してから行ってください。

削除する部分

<ovf:StartupSection><br>  <ovf:Info>起動オプション</ovf:Info><br>  <ovf:Item ovf:id="bb78f3ca-7b71-4d7a-99f6-17802cc28qq2" ovf:order="0"/><br></ovf:StartupSection>

2.StartupSectionの削除

二つ目のエラーで、一つ目のエラーが出た時と同じ段階でエラーが出ました。

選択したテンプレートで問題が検出されました。詳細: - -1:-1:VALUE_ILLEGAL: ハードウェアのバージョンでサポートされていないものは [hvm-3.0-unknown] で、サポートされているものは [vmx-04, vmx-07, vmx-08, vmx-09, vmx-10, vmx-11, vmx-12, vmx-13, vmx-14, vmx-15] です。

対処法

一つ目のエラーと同様に以下の部分を削除して上書き保存します。

削除する部分 ``間にある以下の1行を削除して上書き保存。

<vssd:VirtualSystemType><br>  <vssd:VirtualSystemType>hvm-3.0-unknown</vssd:VirtualSystemType><br></vssd:VirtualSystemType>

インポートの成功とインポート成功後に行うこと

上記2つの項目を削除することで、VMをインポートすることができました。

あとは、インポートしたVMの仮想ハードディスク（VHD)をVMDKに変換し、移行先のストレージにアップロードします。また、『仮想マシンの設定』でアップロードした仮想ディスクを選択してハードディスクを追加してやればOKです。

VHD→VMDK変換ツール

これ簡単・便利でおすすめです。無料でダウンロードできます。

StarWind V2V converter

https://www.starwindsoftware.com/starwind-v2v-converter https://www.starwindsoftware.com/starwind-v2v-converter

他にも試してみたこと

Oracle VirtualBoxのインポートはダメだった

Xen→VirtualBox→VMwareの手順でOVF/OVAをVMDKに変換できるみたいな投稿を見かけたので、試してみたんですが、VirtualBoxのインポート時にOVFファイル内の19が引っかかってエラーが出てダメでした。

VMware OVF ToolでOVAからVMXの変換もダメだった

XenCenterからエクスポートしたOVAファイルは.tarによる圧縮ファイルらしいので、解凍してみるとOVFファイルとVHDファイルが出てきました。

OVFファイルを編集し、再度7zipで.tar圧縮してVMware OVF Toolで変換を試しましたがこちらもダメでした。

PowerShellで実行したコマンドと出力されたエラー *.tar → *.vmx に変換

> cd "C:\Program Files\VMware\VMware OVF Tool"
PS C:\Program Files\VMware\VMware OVF Tool> .\ovftool "d:\xen.tar" "d:\xen.vmx"

Opening OVF source: d:\xen.tar
Error: Failed to open OVF descriptor
Completed with errors

.tarの拡張子を.ovaに変更してもダメだった *.ova → *.vmx に変換

> cd "C:\Program Files\VMware\VMware OVF Tool"
PS C:\Program Files\VMware\VMware OVF Tool> .\ovftool "d:\xen.ova" "d:\xen.vmx"

Error: Did not find an .ovf file at the beginning of the OVA package.
Completed with errors

UTF-16をUTF-8またはUTF-32に変更してみるいろいろなサイトでOVFファイル（XML）の「エンコーディングを変更すればよい」とあったので、Xenから書き出したOVFファイルはデフォルトでUTF-16となっていたので、 UTF-8やUTF-32に書き換えたり、保存し直したりしましたが、効果はありませんでした。

VMwareでプチフリーズしてしまう場合の対処法

Thu, 19 Mar 2015 10:23:44 +0900

VMware(Workstation/Player)のバージョン7以降にはバグがあるようで、仮想マシンでWindowsを使うと操作の度に10秒ぐらいゲストが固まるなど一時的にフリーズすることがあります。

Windowsのページングが仮想ディスクに対して頻繁に行われるのが原因のようでそれを回避するための対処方法は以下の通りです。

メモリページのトリミングを無効にする

**「仮想マシン設定」-「オプション」-「詳細」**を開き、メモリページのトリミングを無効にするにチェックを入れる。（画面はVMware Workstation 11）

これによってvmxファイルに**MemTrimRate = “0”**が追加されます。ゲストで割当てたメモリがあまっていてもホストに渡さないようにする設定のようです。

vmxファイルに下記を追記

mainMem.useNamedFile = "FALSE"
MemAllowAutoScaleDown = "FALSE"
sched.mem.pshare.enable = "FALSE"
prefvmx.useRecommendedLockedMemSize = "TRUE"

これは主にDisk I/Oを減らす事を目的としたチューニングで、各パラメーターの意味は以下のとおりです。

**mainMem.useNamedFile = “FALSE”**ゲストの仮想メモリを使わず、ホストのメインメモリを使う MemAllowAutoScaleDown = “FALSE仮想マシンのメモリサイズを自動調節抑止 **sched.mem.pshare.enable = “FALSE”**ページ共有機能の無効化 **prefvmx.useRecommendedLockedMemSize = “TRUE” **メモリ使用量が変化した時、メモリサイズを固定するか、変動させるか

※仮想マシン設定で何かしらの設定変更をすると、vmxファイルが上書きされて手動で追記したのが削除されたりするので注意が必要です。

CD/DVDドライブの切断

「VM」-「取外し可能デバイス」-「CD/DVDドライブ」-「切断」

これでも解決しない場合はUSBコントローラやサウンドカードも切断してみます。

VMwareを使用する度に毎回切断する作業は面倒なので、あまり使用しないデバイスは使う時だけ接続するように**「仮想マシン設定」でCD/DVDドライブやサウンドカードなどの設定画面にある「起動時に接続」**のチェックを外しておくといいかもしれません。