How To Install macOS Big Sur on VMware Fusion and Parallels Desktop.
Like clockwork, Apple delivers a new macOS every year. MacAdmins need to start testing the new OS right way. Running the new os in a virtualized environment is the way to go. The only problem is, sometimes the new OS will not install on the current version of VMware Fusion or Parallels Desktop.
Many MacAdmins have already jumped in to find out if macOS Big Sur will install on Fusion or Parallels. The initial report is that a straight install will NOT work. The macOS Big Sur installer presents this error to you.
The operation couldn't be completed. (BIErrorDomain error 3.)
Table of Contents
- 1. Updates
- 2. Notes
- 3. Creating a bootable macOS Big Sur ISO
- 4. Creating a bootable macOS Big Sur dmg
- 5. How To Install Big Sur 11 on VMware Fusion
- 6. How To Install Big Sur 11 on Parallels Desktop
- 7. How To Install Big Sur 11 on ESXi
Updates – 7/08/20
VMware Fusion Tech Preview 20H2 is now available!!
blogs.vmware.com/teamfusion/2020/07/fusion-big-sur-tech-preview.html
Direct link to the download – https://bit.ly/get-fusion-tp
Be sure to check out the workarounds section. Below is one example.
Big Sur guests may log out unexpectedly and/or display a black screen when clicking an invisible icon in the upper right corner of the display.
- Workaround: There is no workaround at this time, we are continuing to investigate
VMware just posted this update.
2. Notes
- VM Tools – Even though Big Sur to works on Parallels and Fusion, do not install VM tools yet. Some reports say that after installing VM tools the system boots fine YMMV.
- Parallels Tools – VM can get stuck on a black screen after the reboot. Would recommend not installing the tools.
- Parallels – VRAM seems suck at 3mb, causing slow response.
- Keyboard & Login Issues – Getting reports that VM’s are not accepting certain keys. 1, 2, t and y keys. You need to hold FN key to make them work.
3. Creating a bootable Big Sur ISO
The instructions below will create a bootable Big Sur ISO.
hdiutil create -size 12G -fs hfs+ -volname macOSInstaller -type SPARSEBUNDLE /Users/Shared/macOSInstaller hdiutil attach /Users/Shared/macOSInstaller.sparsebundle "[path to]/createinstallmedia" --volume /Volumes/macOSInstaller --nointeraction hdiutil detach /Volumes/Install\ macOS\ Beta hdiutil makehybrid -o /Users/Shared/macOSInstaller /Users/Shared/macOSInstaller.sparsebundle # Now create a macOS 10.15 VM with a 50 GB disk i Fusion # Connect the virtual optical drive to /Users/Shared/macOSInstaller.iso # Boot and install (you may need to "adjust" the disk Disk Utility to recognize the full capacity)
4. Creating a bootable Big Sur .dmg
Below is a script that Nathan Worster wrote to create a bootable macOS Big Sur Beta dmg.
#!/bin/bash #################### # Notes # #################### # # Created 20200625 by Nathan Worster # # This script assumes that the macOS Beta installer is already staged in the Applications folder, and will convert that .app installer into a bootable .dmg. # To download the latest macOS beta, go to https://developer.apple.com/download/ or, if applicable, https://appleseed.apple.com/. # The .dmg file will be placed in ~/Downloads. # This script must be run with sudo using "sudo bash <filename>" if run outside of an MDM. # #################### # Variables # #################### dmgName=$"macOS11BigSurBeta" #################### # Script # #################### cd ~/Downloads # Create and mount sparse volume: hdiutil create -o install_container -size 20G -layout SPUD -fs HFS+J -type SPARSE hdiutil attach install_container.sparseimage -noverify -mountpoint /Volumes/install_build # Copy contents of installer .app into mounted volume: /Applications/Install\ macOS\ Beta.app/Contents/Resources/createinstallmedia --nointeraction --volume /Volumes/install_build # Detach the completed image: hdiutil detach -force /Volumes/Install\ macOS\ Beta # Convert and rename the image: hdiutil convert install_container.sparseimage -format UDZO -o $dmgName.dmg # Cleanup rm install_container.sparseimage exit 0
5. How To Install Big Sur 11 on VMware Fusion
Requirements
- Disk Size – 50-60GB+ Virtual disk size required (40GB Standard size does not seem to work)
- Clean install vs Upgrade – A Big Sur Upgrade from Mojave or Catalina is the easiest path. Usually all the values that I mention below are already set, so you have a clear path.
- Mac Compatibility – Note if the
hw.model
is not supported for Big Sur the install will fail. You can fake it by setting a differenthw.model
andboard-id
. Be sure to check the compatibility list here.
Install Instructions
If you would like to use the same values from your Mac you can set this attribute. HT @lamw for the simplification!
smbios.reflectHost = "TRUE"
You can also manually set the the required values. The example below = 16-inch MacBook Pro.
hw.model = "MacBookPro16,1"
board-id = "Mac-E1008331FDC96864"
serialNumber = "serialnumberhere"
(For DEP Enrollment testing)
To get the values you can run the following commands
sysctl hw.model
= Modelioreg -l | grep board-id
= BoardID
- 1. Download 10.15.5 full installer from installinstallmacos.py
- 2. Use AutoDMG on 10.15.5 dmg
- 3. Use vfuse to create a never-booted VM
- 4. Start VM > put installer on VM > install
VMware Fusion Links
- Error message – “Not enough physical memory is available to power on this virtual machine with its configured settings.” – communities.vmware.com/thread/638385
- Error Message – “Could not open /dev/vmmon: Broken pipe” – communities.vmware.com/thread/638421
- Error Message – “Could not open /dev/vmmon broken pipe” 2nd thread – communities.vmware.com/thread/638480
Notes
Using Fusion 11.5.5 on Mojave 10.14.6, modifying the vmx file was unnecessary. I did a fresh install of Catalina 10.15.4 in a new VM, copied the macOS Beta installer to the VM, and ran the installer. It installed and booted fine. Note that I did not install the VMware Tools to the VM prior to installing macOS Beta. I had a prior Catalina VM with the Tools installed, and upgrading to the macOS Beta resulted in failures at the login screen after the Beta upgrade. So do the Beta upgrade on a fresh Catalina install and it should work fine (at least from 10.15.4).
Please note, if I added ‘board-id.reflectHost = “TRUE”‘ to the .vmx, the Fusion refused to boot the VM with an error that the vmx file is corrupted.
MrMacintosh Reader Corey
6. How To Install Big Sur 11 on Parallels Desktop
- 1. Create a new VM by installing a fresh copy of 10.15 Catalina
- 2. Do not install Parallels Tools
- 3. The install requires at least 80gb or more
- 4. Install beta profile
- 5. Download Beta
- 6. Set the following values set under Hardware > Boot Order > Advanced Settings > Boot Flags.
- 7. Create a 2nd admin account. (this can help with login problems after the Big Sur install. Some users are saying that they can’t login with the original account. If that happens, login with the 2nd account.)
devices.mac_hw_model="MacBookPro16,1"
devices.smbios.board_id="Mac-E1008331FDC96864"
Keep in mind, both examples above are from a 2019 16-inch MacBook Pro. You can get the correct hardware values by running the following commands.
sysctl hw.model
= Modelioreg -l | grep board-id
= BoardID
Try to install Big Sur. If that doesn’t work, try the instructions below.
Parallels Desktop Links
- developer.apple.com/forums/thread/649774
- forum.parallels.com/threads/macos-big-sur-and-parallels-desktop.350219
A big Hat Tip goes out to MacAdmin User @jacob for his instructions.
- Used
devices.mac_hw_model="MacBookPro14,3"
anddevices.smbios.serial="REAL_SERIAL"
to make a 10.15 VM match my host for these values. - Used
createinstallmedia
to target an empty 12GB .dmg on the host - Mounted the .dmg as a disc to the 10.15 VM.
- Booted directly to the Installer disc (change boot order in Parallels).
- Erased the disk as APFS in 10.16 Recovery
- Initiated install (disconnected “disc” after first reboot)
7. How To Install Big Sur 11 on ESXi
William Lam @lamw aka virtuallyghetto.com wrote a great article on how to get macOS Big Sur working on ESXi.
virtuallyghetto.com/2020/06/macos-10-16-big-sur-beta-1-on-esxi.html
Did the listed steps work for you?
MacOS Big Sur Beta is still brand new! We will all be learning a bunch over the next few months.
If you have improvements or suggestions for the above instructions, please leave a comment or Contact-Me!
Big Sur Fusion Parallels
Beta 4 fixes login loop issue on VMware.
I upgraded (installed on a fresh VMDK disk) Beta 2 to Beta 3 with no problems but can’t upgrade Beta 3 to Beta 4. When it reboots at the end of the install App it simply fails half way through the Appple Logo boot process (progress bar about half way) and goes back and reboots again in loop. Anyone any ideas?
On macOS Catalina systems, Fusion operates as it always has using kernel extensions to provide functionality. However on Big Sur systems, Fusion operates entirely without kexts.
Can I upgrade my Big Sur beta 1 to beta 2 inside the vm, ie. Can I just use System Preferences Software Update ? Will that work, or do I need to download Beta 2 externally again and make a new installer and a new VM?
It is never recommended from my understanding, but for the record, I was able to.
I made a snapshot first, and cloned… Tried it (upgrade beta 1 to beta 2 with System Prefs), and it downloads, preps it, then just reboots. Any attempt to login again just logs you back out…
Did someone find how to fix the login loop on VMWare fusion?
Create a second admin user before upgrading that does not have iCloud setup, and use that account to login.
Can you eventually use the iCloud login?
did someone found the solution for the login loop with VMWare fusion?
fresh Catalina install direct update to BigSur … looping on the login screen
I did it 3 times now… but no luck (first time with the VMTools …)
Got Big Sur working on Parallels using the instructions above (by upgrading a fully updated Catalina install).
– Clicking the area where the clock would be, crashes the OS, and takes me back to the login screen.
– Setting up iCloud also has the same effect. It crashes the OS and takes me back to the login screen.
– installing Parallels tools after installing BS results in a non-booting OS (had to revert to an older snapshot of the VM)
– all keys are working (including the 1, 2, t and y)
– display perfomance is painfully slow. in systemm profiler it shows a 3MB display adapter even though it is set to 1G in Parallels
I am still seeing the issue where the menubar items are not being displayed (no clock, etc) – and clicking in that area will cause WindowServer to crash (running on Parallels). I recommend that everyone who is encountering this issue log a feedback report with Apple so that they can take a look at it (I don’t think it’s Parallels-related…I’ve seen and heard reports that it’s happening on Fusion as well – but it would be nice to have that verified).
Still seeing in beta 2
You have an error in the command here:
hdiutil detach /Users/Shared/macOSInstaller.sparsebundle
It should be:
hdiutil detach /Volumes/Install\ macOS\ Beta
Fixed Joe,
Thanks!
…And I forgot to take a fresh snapshot before attempting to install 10.16 b on that VM – it does not want to boot 🙁
Matthias, did you install the VM tools? I’ve received multiple emails from users telling me that after installing tools they vm would not boot.
As far as I remember the VM Tools were installed on the VM before I tried to upgrade. I have to say I am a bit confused about the role of the VM Tools, it is not clear to me whether they do harm on the host system or the client VM.
But I saw another interesting post from paulrbarnard on https://developer.apple.com/forums/thread/649774?page=3: It seems the AppleID of a developer needs to be used on the VM. A good summary is provided by schrodinger_cat on that same page.
Seems I have to start from scratch and make sure not to install Parallels Tools..
So in my next iteration I started again from a 10.15 VM but this time without Parallels Tools installed and while still in 10.15 I created a second admin account without password (scary…), and upgraded again to 10.16. I could log in using the admin account without password, but not the ‘normal’ admin account. At some stage I used my AppleID with the passwordless account, and from that point on I could login using the other admin account (with a password). Very strange behaviour.
Thanks a lot, setting devices.smbios.board_id got me going under Parallels. I also had to delete all my snapshots, to be able to resize the VM’s disk, since I ‘only’ had 27 GB free, and the installer wanted 23 GB more free space 🙁
Hi,
I somehow got hold of the Install macOS Beta.app, so instead of doing the upgrade via the beta profile, I created a .dmg file for my VMware Fusion and used it to create a virtual machine from scratch.
Now, regarding the disk size – I’ve put 50 GB instead of the default 40. I booted the machine, the Recovery OS told me I have about 42 GB of free space and need about 7.9 more. So I launched the Disk Utility from the Recovery Mode and somehow it turned out that there is over 10 GB of free, unallocated space. I’ve added it to the disk and I was able to install Big Sur. Right now my VM with a clean install is about 23 GB.
I’ve also installed VM Tools and the system boots up without problems. The only significant issue I have is that I can’t see the menu bar icons and the clock while having the light appearance enabled. I can see them in Dark Mode. However every time I click on the clock to open up Control Center, it logs me out back to the login screen. The issue was confirmed by at least one of my colleagues who also installed Big Sur on VMware. I didn’t have a chance to check it on a non-virtualized system.
Just FYI, I don’t have the board-id = “Mac-E1008331FDC96864” setting in my config file.
I did prettty much the same thing and have a fully working system with Beta2.
I also have issues with the icons not appearing on the menu bar. Also clicking on anthing to do with Control Center or Time or Users in the Menu Bar logs me out.
I had an issue when trying to shrink my drive. I used terminal to run “cat /dev/zero > bigfile” to zero out the unused disk space. When the command terminated (errored out as disk was full as with previous versions) the system logged me out. Every time I tried to log in it tried to restart terminal and logged me out again. It was not lack of disk space as I deleted ‘bigfile’ havinmg booted into my old Catalina drive. It seems that when commands error out you get looged out. So if you have something thats errored out, Macos tries to restart it when you log back in. I had to restore to a previous snaphot to get a working system again. If you want to zero the unused space on the disk you can’t afford to have a command shell erroring out in Terminal …… a solution is to SSH in and run a command shell that way. When it errors out you can simply delete the file, exit, shutdown from the gui and compact the disk.
Re Control Center logging you out: If I access Maps it also crashes and returns me to the logon screen. Suspect this could be all part of the same issue and maybe due to the 3D Acceleration not being available. Just an idea.
Using Fusion 11.5.5 on Mojave 10.14.6, modifying the vmx file was unnecessary. I did a fresh install of Catalina 10.15.4 in a new VM, copied the macOS Beta installer to the VM, and ran the installer. It installed and booted fine. Note that I did not install the VMware Tools to the VM prior to installing macOS Beta. I had a prior Catalina VM with the Tools installed, and upgrading to the macOS Beta resulted in failures at the login screen after the Beta upgrade. So do the Beta upgrade on a fresh Catalina install and it should work fine (at least from 10.15.4).
Please note, if I added ‘board-id.reflectHost = “TRUE”‘ to the .vmx, the Fusion refused to boot the VM with an error that the vmx file is corrupted.
I installed the VM in Fusion 11.5.5 with macOS Beta and installation worked but I am unable to login. Once I enter the password, it does not login.
Getting reports that VM’s are not accepting certain keys. 1, 2, t and y keys. You need to hold FN key to make them work.
Not sure if your password has one of those letters/numbers in it.
Didn’t work with your Parallels entries.
I used
devices.mac_hw_model=””
devices.smbios.board_id=””
which I found on https://forum.parallels.com/threads/macos-big-sur-and-parallels-desktop.350219/page-2#post-868663
This solved the issue: https://forum.parallels.com/threads/macos-big-sur-and-parallels-desktop.350219/page-2#post-868663
Specify the Mac model and board ID:
devices.mac_hw_model=””
devices.smbios.board_id=””
To get , execute this in the Terminal: sysctl hw.model
To get , execute this: ioreg -l | grep board-id
Thanks Christian!
Are you saying that the entries should be blank?
devices.mac_hw_model=””
devices.smbios.board_id=””
Or
devices.mac_hw_model=”MacBookPro16,1″
devices.smbios.board_id=”Mac-E1008331FDC96864″
Corey mentioned that the entries should not need to be edited. I have edited the article a bunch, maybe the previous entries were wrong ?
Were you able to get it to work? (just now saw your original comment)
It’s working with those values. However I keep having 3MB of VRAM so everything is extremely slow, even after installing the Parallels Tools (which doesn’t seem to do anything).
I just got the same setup running and 3MB VRAM. I believe we can fix this with Parallels Tools but I think in this case installing that messes up the setup.
As said, it doesn’t fix the issue by installing the Parallels Tools. Even the shared folder won’t work (and it does not messes up with the setup either).
I get this error, but these steps did not work for me.
Can you provide more info about your Parallels setup?
I managed to find out details about the existing instructions, assuming a Catalina VM is prepared:
1. Right-click the VM in the VM list
2. Select “Configure”
3. Go to Hardware > Boot Order
4. Expand “Advanced Settings”; paste the devices.mac_hw_model etc. into the “Boot flags”
5. Adjust the devices.mac_hw_model to the “Model Identifier” value from your real Mac’s “About this Mac” > “System Report” screen, and the serial to the Serial No from the same screen — cf. https://jerbecause.wordpress.com/2018/02/09/creating-a-dep-vm-using-parallels-desktop/
I managed to download the Beta installer and create a bootable .dmg file, cf: https://support.apple.com/en-us/HT201372
I then mounted this .dmg as a CD/DVD in the Parallels VM’s Hardware settings. Couldn’t find another place where .dmg’s are accepted. Booting works, too, and I was able to erase the disk, but installation still showed “The operation couldn’t be completed. (BIErrorDomain error 3.)”.
I tried to install from the .dmg as a new Parallels VM, but same problem. The folks at the Parallels forum seem oblivious to a fix, too, so I wonder what you did right 🙂
I managed to get the installation working on Parallels with the updated provided informations on this post.
Everything you did is correct, except for the boot flags, you need to add the following (inline, it’s important, not a new line between each of them), where :
1.
devices.mac_hw_model=”MacBookPro16,1″
^— value to replaced with the output of the following command:
sysctl hw.model
2.
devices.smbios.board_id=”Mac-E1008331FDC96864″
^— value to replaced with the output of the following command:
ioreg -l | grep board-id
Everything works except the provided VRAM apparently. I cannot have the one I set and keep having 3MB, so everything is extremely slow for now.
https://i.imgur.com/VQpsnAt.png