New
#120
@JGToy and @RK1997
Hi there G'morning !!!
That happens if you enable HYPER-V you don't have to even use it !!!! e.g you might have enabled HYPER-V to use the WSL (you need to enable HYPER-V to use the WSL).
Problem is after disabling say HYPER-V again it doesn't stop the error == a restore where HYPER-V hasn't been enabled was the only way I got round that problem. There might be less drastic solutions but I never found any.
I have more or less given up on VMWare since my main HOST is now Linux and I'm extremely happy with Windows VM's running on the KVM/QEMU Hypervisor now that I've sorted out 99.5% of the niggles -- and it's totally free, blows VMWare's performance out of the water. pass thru works perfectly on pci hardware etc, brilliant paravirtualised virt-winio drivers for Windows guests and can approach almost "Bare Metal Speed".
(Incidentally why VMWare and HYPER-V can't run concurrently seems a bit bonkers -- KVM/QEMU VM's and VMWare WKS VM's can run quite happily side by side as screenshot shows two windows VM's running concurrently here -- one on VMWare the other on KVM -- As two indpendent VM's -- not a nested one -- i.e not a VM running within a VM).
cheers
jimbo
Hi there
I think the OP couldn't get VMWare to work after enabling (not necessarily starting) HYPER-V on this build of Windows as a HOST. I concur with that problem when I tested this build on a Windows Laptop (with UEFI).
Could be that it's specific to just some machines (UEFI vs BIOS), the VM using UEFI or some of the more eseoteric parameters like setting iommax on in the Virtual BIOS etc -- who knows !!!
We've seen on these boards seemingly identical machines not even being able to install this or some previous builds (Of Windows). !!!
Well "The Wonder of Windows" -- gives us things to do on dark Winter mornings -- light snow currently, 1 deg C and sunrise is at 11.05 today !!!!!!!
Cheers
jimbo
Well, it's given that CPU and BIOS have to be enabled for virtualization for it to work. The rest is up to OS and particular virtualization software to work.
In W19 anything pertaining to HYPER-V, any other virtualization settings and Sandbox stop VmWare to work. I believe that VmWare is working on the solution.
Hi there
@martyfelker -- arch Linux is now on kernel 5.4.10 if installing NEW system you'll need those RAID 0 parameters again -- Upgrade it's OK !!! you don't need them.
everything working fine (the one outstanding issue -- not a problem really though) is I still have to make the Windows VM's work in BIOS mode (the HOST is UEFI). I'll play with that later.
Hot plugging USB devices works (remember though to use the windows remove hardware feature to automatically re-attach those to the HOST), as does pci passthru and the win-virtio drivers (get from fedora site if you are using UBUNTU etc.).
So far W10 VM's playing nicely for me including this current release.
Cheers
jimbo
Last edited by jimbo45; 10 Jan 2020 at 06:14.
I am having the same problem, can't update from build19041.1
: updating to all the most recent builds up to19541.1000 (rs_prerelease)
always fails with error code0xc1900101
, using Windows 10 Pro Insider Preview 2004, fast ring.
I have both Hyper-V at the OS level and SVM CPU Virtualization at BIOS level enabled: I have read that disabling either of them might help solving the issue, but I really can't because I need them for Docker and WSL.
Every time a new update comes out I eagerly install it hoping the issue to have been fixed but I always end up with the same error. Not sure I can do anything besides waiting for a fix from Microsoft.
UPDATE 1/9:
New known issue below added to first post release notes.
[ADDED] Narrator Home crashes when selecting “What’s New” button in Narrator Home.