Why can't VirtualBox or VMware run with Hyper-V enabled on Windows 10?

Question

I am running Windows 10 Pro 64-bit with Hyper-V and Intel VT-x virtualization technology enabled. When I try to run VirtualBox 64-bit, Windows goes into a BSOD. When I run VMware it shows an error.

Why can't VirtualBox and VMware run with Hyper-V enabled? Please explain with all details you have including hardware and software. I want to know the internal cause of this error.

Here are some findings of mine. Most sites suggest adding a boot entry with BCDedit or to disable Hyper-V with BCDedit. e.g. Creating a "no hypervisor" boot entry, Run Hyper-V and VirtualBox on the same machine. But I can run QEMU with Hyper-V. Qemu does not show any error with Hyper-V and runs smoothly.

Answer 1

VirtualBox and VMware Workstation (and VMware Player) are "level 2 hypervisors." Hyper-V and VMware ESXi are "level 1 hypervisors."

The main difference is that a level 2 hypervisor is an application running inside an existing OS, while a level 1 hypervisor is the OS itself.

This means that when you enable Hyper-V, your Windows 10 "host" becomes a virtual machine. A special one, but nonetheless a virtual machine.

So your question would more aptly be: "Why don't VirtualBox and VMware Workstation work inside a Hyper-V virtual machine?" One can answer because as a VM, the Intel VT-X instruction are no longer accessible from your virtual machine, only the host has access to it.

QEMU works because it does not do virtualization but emulation, which is completely different and explains why QEMU is painfully slow. Virtualization is the process of running a complete isolated machine inside another, but with the help of the processor. This requires the virtual machine and the host to be instruction compatible.

Emulation is the process of running any machine inside a running OS, there is no platform restriction, and is why QEMU can run an ARM machine on an amd64 platform.

Note: QEMU has 2 operating modes:

• it can work as an emulator, this is the mode explained above
• it can work as virtualization software with the help of KVM if the guest architecture is compatible with the host's and if the VT instruction is present of course.

Answer 2

Starting from Windows Redstone 4 build, QEMU will be able to run under Hyper-V by employing the Windows Hypervisor Platform API.

The Windows Hypervisor Platform accelerator (WHPX) is being integrated to QEMU patches are submitted for merging.

The Windows Hypervisor Platform API will be included in Redstone 4 build

Experimental support for WHPX is included in QEMU 2.12

Update: Virtualbox 6.0 added support for WHPX Virtualbox 6.0 Changelog.

Update 2: VMWare will add support for WHPX in upcoming version of VMWare Workstation and fusion. VMware Workstation and Hyper-V – Working Together

Update 3: Initial VMWare Workstation release with WHPX support. Software requirements are Windows Insiders Minimum build number 19041. Hardwre requirements are Intel Haswell or newer CPU, AMD Bulldozer or newer CPU. VMware Workstation Tech Preview 20H1 — Hyper-V/Host VBS Support

Answer 3

Vmware 15.5+ will work even if Hyper-v is enabled

With the release of VMware Workstation/Player 15.5.5, we are very excited and proud to announce support for Windows hosts with Hyper-V mode enabled! As you may know, this is a joint project from both Microsoft and VMware.

Answer 4

Here's what worked for me.

You need to check to make sure that Hyper-V is not running.

The telltale test is running "systeminfo" from the command prompt and if you see ‘A hypervisor has been detected. Features required for Hyper-V will not be displayed’ - then it's still not disabled.

Steps to disable

0. Get into your machine's BIOS, typically UEFI today, and disable TPM ! Otherwise none of the steps below will work!!

Boot computer using F2 into the BIOS setup mode ( alternate keys include 'Enter' or 'Delete'). Alternately use the Windows method to get there using the Settings app ( reference : https://www.maketecheasier.com/boot-uefi-from-windows10/ )

Once inside the UEFI BIOS : Locate the “Security” option and expand Locate the “TPM” option nested under the “Security” setting To clear the TPM you must check the box saying: “Clear” to clear the TPM , or "Disable" depending on your hardware manufacturer

Save these settings in the UEFI interface, the BIOS will likely ask you to reboot ( follow these steps )

Boot normally ... you probably won't see any difference.

Check : systeminfo It should still complain about Hyper-V

1. Open Powershell in administrator mode, enter: Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Hypervisor -All

wait until it completes ... this will tell you the action is complete, not that the action was successful.

2. In powershell also enter: DISM /Online /Disable-Feature:Microsoft-Hyper-V

wait until it completes ... this will tell you the action is complete, not that the action was successful.

check systeminfo again -- Hyper-V is proably still in the way .. keep going.

3. Disable Windows Credential Guard This appears to start Hyper-V regardless of settings.

The steps to do this are in the link provided, but I'll pull the salient ones:

https://docs.microsoft.com/en-us/windows/security/identity-protection/credential-guard/credential-guard-manage

Open the app "Local Group Policy Editor" from Microsoft, it's already part of the OS.

From the Group Policy Management Console, go to Computer Configuration -> Administrative Templates -> System -> Device Guard.

Change "Turn On Virtualization Based Security" and set this to "Disabled".

4. Now, restart by going through the typical windows shutdown process.

5. Once logged in again, run systeminfo , it SHOULD show you

Something like this now :

Hyper-V Requirements: VM Monitor Mode Extensions: Yes Virtualization Enabled In Firmware: Yes Second Level Address Translation: Yes Data Execution Prevention Available: Yes

This means that the VT-x CPU extensions are not stolen by Hyper-V, and Type-2 Virtualization engines like VirtualBox can use VT-x directly to dramatically speed things up.

I anticipate that other VM technologies will benefit from this as well, Hyper-V stealing the VT-x interface from other VM technologies almost guarantees that Windows platforms will NOT be used as a host OS as time progresses.

This is incredibly difficult for the average user to disable and unfortunately really discourages anyone using VM technology on windows because any virtualization runs quite slowly.

Good luck. Add instructions if you find this needs some more detail.