without quotes around the serial number and saved it. When I start the VM and look at About This Mac the serial number still shows up as the one that was originally configured for the VM. Is there additional steps to update the Serial number on a MacOS VM?
VMware Fusion doesn't create the serial number and model number correctly for Mac VMs. MDM Profiles not being able to install macOS profiles because it can't tell if its a Mac, and stops enrolment because the serial number isn't correct.
This can be fix by adding the following TWO lines into the VMX file for the VM:hw.model = "MacBookPro14,2"serialNumber = Use your physical macOS Serial number and increment the last numeric digit
Add the 2 lines above to the bottom of the file:hw.model = "MacBookPro14,2"MacBookPro14,2 = MacBook Pro 13-inch 2017,MacBookPro12,1 = MacBook Pro Retina 13-inch 2015,serialNumber = Use your physical macOS Serial number and increment the last numeric digitSave the file,
But now for some reason, any combination of the above will either cause 10.13.6 VMs on a 10.14.5 Host to kernel panic (with CPU usage maxed out at the number of CPUs assigned to the VM) or fail MDM enrollment similarly to an unmodified VM. I'd have to look at my notes, but I believe it was the serialNumber settings worked/booted (verified serial number in "About this Mac") but then that test failed MDM enrollment.
@Sterritt The issue is that to do a DEP/ADE enrollment the VM must present itself as an actual Mac, which includes a model ID matching the serial number, so Parallels will require similar configuration changes to make that happen.
Fire up your OS X guest and run the downloaded copy of Chameleon Wizard in the guest. We are not going to be using the Chameleon boot loader just using the wizard's capability to generate various identifiers such as serial number and board-id.
In this example I have created a MacBook Pro 6.1 with a re-manufactured serial number. Please do not re-use these but generate your own to make sure everything you do is unique. The 3 pieces of information you need to copy to the host are:
Last week I wrote an article on how to ensure unique serial numbers are generated when cloning Mac OS X VMs in vCloud Director and as part of that research, I also came across another neat trick that I learned from one of our Engineers, Regis Duchesne. It turns outs that in recent releases of ESXi and Fusion, you can now set a specific serial number for a Mac OS X VM for customers who may require this for testing purposes.
The software activations are locked to the virtual machine using the serial number of the hard drive. You can also choose to lock it to the MAC address of the virtual machine. Are either of these two things something that can be customized and edited using VMWare? Will they automatically change if I host the virtual machine using a different Virtual Server?
I've looked inside the .vmx files (currently using a mix of VMWare Workstation 7 and VMware ESXi 4.1) and I didn't see anything in either of the files that looked like a MAC addresss or a Hard Disk serial number.
I am also dealing with AssetCentre which we have virtualized in VMware and have bound to the disk serial number. I've been trying to figure out how to display the disk serial number. Thanks for the information on how to do that within FactoryTalk. I also finally found that just doing a DIR in a command prompt in any folder on that drive shows it at the top.
I just cloned our server to another Cluster and it appears that the disk serial number stayed the same. Also, Microsoft Sysinternals provides a free tool VolumeID to change the disk serial number -us/sysinternals/bb897436.aspx. I tested it and it did successfully change the serial number which FactoryTalk noticed after rebooting. Based on my testing of the clone I don't think that I will need it, but I wanted to see if it worked.
So I found out that VMware changes Hard Disk serial number (8 character Alpha-Numeric code somehow bound to a Hard Drive or Volume) when you make a clone, and I haven't found a way to manually change it back. So... using the "DISK_SERIAL_NUM" for the Host ID is a bad idea for Rockwell products running on VMware (even though they will still recommend it). 2b1af7f3a8