New
#140
There are many there that do explicitly state VMWare, this is a better link:
Feedback Hub - Windows Insider
There are many there that do explicitly state VMWare, this is a better link:
Feedback Hub - Windows Insider
Hi there
@f14tomcat
There's several outstanding issues with vmware running these builds either as VM's or running vmware itself with these builds as HOSTS.
The main defects a load of people seem to have when running vmware on these builds as host is that either the guest OS (whether Linux or Windows) will freeze as soon as you try and attach an external USB2 / USB3 device.
If a Linux Guest you won't see the notification of the attached device and the system will hang as soon as you run any process within whatever GUI / Windows manager you have for your Linux system. I haven't tested yet with a Linux VM that doesn't have a GUI installed but when using any sort of Window manager (KDE, GNOME etc) is where you get the problem. Windows VM's (any version) will freeze at the same point.
Another issue is that on the latest skippy vmware won't even install even when you do a clean Windows install.
Using a Linux HOST and running these builds as guest VM's causes all sorts of different random errors
There's a discussion on these issues on the vmware forums under the section vmware workstation.
Cheers
jimbo
Thanks. This fellow (Roger W) seems to have a fix/workaround for the safe_os hang currently the issue. I am going to try it and will report back.
Feedback Hub - Windows Insider
Code:Here is a fix. Add this to vmx file of your virtual machine: cpuid.brandstring = "VMware Fix for Windows 10 Build 18346 x64" cpuid.1.ecx = "0--------------0----------------" cpuid.1.edx = "-----------0---------0----------" monitor_control.enable_fullcpuid = "TRUE"
Any ideas?
Tweet
— Twitter API (@user) View on Twitter
To clarify, when I am saying "always very slow", I mean the feature / Insider build upgrades are slow. In normal use, my virtual machines are quite fast, nothing to complain.
Kari
Hi folks
For insider builds I just use UUPDUMP as well - never a problem with it - once the ISO is created upgrades install very quickly.
VM's run fast too (when they work !!!)
For standard Windows 1809 I just use WU and let it do it's own thing -- as VM on Linux host it runs fast enough so I'm not sure what "Slow" really means -- If you run it as a VM on an SSD you shouldn't have any problems whatever Virtualisation software you use.
My problem with the latest fast and skippy builds is that I just can't get the VM's to work without serious defects like VM freezing when I try and attach USB 3 HDD's etc.
Currently posting this from a VM (1809) with latest updates) as I can't get the skippy / fast releases to work properly yet - I can run them as physical machines though.
Cheers
jimbo
@jimbo45
Very glad to report this fixed it (worked around it) like a charm! The author of the VMWare tweak on Feedback made one small typo. The additional lines of code need to be added to the Config file, not the VMXF file. Adding them to the VMXF crashed VMWare when the VM was selected with an Access Denied error.
Corrected instructions here:
I did the update fine on my Fast thru WU. Now I will apply the same to my Skippy, and update with an ISO. Will report back.Code:Here is a fix. Add this to vmx file of your virtual machine: CORRECTION: This needs to be added to the Config file, not the VMX file - 03/05/2019 cpuid.brandstring = "VMware Fix for Windows 10 Build 18346 x64" cpuid.1.ecx = "0--------------0----------------" cpuid.1.edx = "-----------0---------0----------" monitor_control.enable_fullcpuid = "TRUE"
Applied same fix to my Skippy VM, and it updated fine using an ISO. So that is a valid workaround.