***本記事にはプロモーションが含まれています。***

１．WSL2とVMware Workstation Player 15.5.5の共存を確認

WSL2(Windows Subsystem for Linux 2)とVMware Workstation Player 15.5.5の共存を確認しました。

前回WSL2のインストールまでやりましたが、VMware Workstation Playerをインストールしたら動作を確認できました。

２．WSL2とVMware Workstation Playerを共存させるとき注意すること

注意するべき点が２点あります。

1. WSL2を有効にする前にVMware Workstation PlayerのゲストOSの電源を切っておくこと
2. Intel VT-x/EPTまたはAMD-V/RVIを仮想化のチェックを外しておくこと

WSL2を有効にする前に電源を切っておきましょう。一度、VMware Workstation Player 15.5.5で起動すれば、WSL2の有効と無効に関係なくサスペンドと復帰を繰り返すことができます。しかし、最初だけ念のため切っておいたほうがいいです。

サスペンドの状態にしたままの場合、次の方法で電源を切りましょう。

管理者としてPowerShellを開きます。

bcdedit /set hypervisorlaunchtype off

パソコンを再起動します。すると、WSL2が一時的に無効になっていますので、ゲストOSを起動し電源を切ります。

このあと、もう一度管理者としてPowerShellを開きます。

bcdedit /set hypervisorlaunchtype auto

これで、WSL2が有効になりますので、パソコンを再起動します。

２番めのチェックは、ゲストOSの設定－＞ハードウェアー＞プロセッサー＞仮想化エンジンのところにあります。

３．エラーの詳細

Intel VT-x/EPTまたはAMD-V/RVIを仮想化のチェックを忘れてゲストOSを起動すると、次のようなエラーが出ます。

パワーオン中にエラーが発生しました：VMware Playerはこのホスト上でネストされた仮想化をサポートしていません。

また、VMware Workstation Player 15.5.5以前のものを使っていると、次のようなエラーが出ます

VMware PlayerとDevice/Credential Guardには互換性がありません。

４．まとめ

WSL2を有効にしてもVMware Workstation Playerが動くことで、どちらも使うことができていいですね。

VMwareは、Hyper-VのHypervisorの上で動作しているというこで、ネストされた仮想化を使うことができませんが、凝ったことをしたいときはWSL2を無効にすることで対処できそうです。

WSL2の有効無効に関係なく、ゲストOSのサスペンドと復帰が使えるのが便利です。

もう少し使って、安定性など使い勝手を検証してみたいと思います。

***本記事にはプロモーションが含まれています。***

Windows 10 の大型アップデート20H1(May 2020 Update)の配信が開始されました。このアップデートでは、WSL2(Windows Subsystem for Linux 2)が正式にサポートされます。それに伴って、WSL2やHyper-Vと共存できるVMware Workstation Pro/Player 15.5.5が公開されました。

VMwareのブログ記事
VMware Workstation 15.5 Now Supports Host Hyper-V Mode

ダウンロード
ダウンロード VMware Workstation Player

サポートされるCPUやOSは以下のとおりです。開発段階では、Intel Haswell以降ということだったので、サポートされるCPUの範囲が増えています。

サポートされるCPU
Intel Sandy Bridgeより新しいCPU
AMD Bulldozerより新しいCPU

サポートされるOS
Windows 10 20H1 build 19041.264より新しいOS

サポートされるVMware Workstation Player
バージョン15.5.5以上

ブログの記事を簡単に訳すと次のようになります。

これまで、Credential Guard, Device Guardを含むHyper-Vを有効にすると、VMware Workstationは動かなくなっていた。そこで、Microsoftと協力してMicrosoft Windows Hypervisor Platform(WHP)を使った方法を開発した。

VMware Workstationは、これまでVMM(Virtual Machine Monitor)をCPUの特権モードで使うことで、Intel VT-x, AMD AMD-Vを使ってきた。ところが、Windowsがhost VBS(Virtualization Based Security)を開発して、Windowsとハードウェアの間にHyper-VをベースにしたHypervisorの層を挟んできた。そのため、VMware Workstationは動かなくなっていた。

これを修正するために、VMwareはVMMをユーザーレベルで実行し、WHP APIを使うように変更した。

Hyper-Vに関連する技術が有効のときは、ユーザーレベルのモードでVMware Workstationは実行され、無効のときはこれまでのVMMが実行される。このため、ユーザーはどちらで実行するのかを選択する必要がない。

簡単に言うと、Windows APIを実行し、Hyper-Vのhypervisorの上でVMwareが動作していることになります。動作の安定性に一抹の不安がありますが、今後の様子を見守っていきましょう。

さっそく試してみたいですね。試したら報告します。

***本記事にはプロモーションが含まれています。***

2020年春公開予定のWindows 10で、WSL2(Windows Subsystem for Linux 2)が装備されます。

VMware Workstationは対応していないため、WSL2と同時実行できないことが問題。

VMwareが対応するVMware Workstaionのプレビューを公開しています。

VMware Workstation Tech Preview 20H1 - Hyper-V/Host VBS Support

必要な条件は、ソフトウェアは、

Windows 10 20H1 from Windows insider program.
Minimum build number: 19041

ハードウェアは、

Intel Haswell or newer CPU
AMD Bulldozer or newer CPU

です。

Windows insider programが必要ということで、簡単に試すことができませんが、開発が進んでいることがわかります。

できれば、VMware Workstation Playerでも対応してもらえるとありがたいですね。

すごく期待しています。