-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support - macOS 10.15 Catalina installer #38
Comments
Iso won't boot in Vmware... |
I tried the installation with the following options, using the latest VMware 11:
Got this log output:
|
I tried just the ISO not via macinbox. At this point the VM didn't start, yet - just the Installer was called to write the content to a disk. So could be the same issue. So VMWare needs to solve this :) |
Thanks, @egandro, for looking into this and sharing your findings. I haven't had a chance to dig into Catalina support. I did find this thread which has some workarounds for getting Catalina to work in Fusion: https://communities.vmware.com/thread/611961 The error that
...is probably because Catalina changes how the root filesystem works, and it is no longer okay to create files in /private/etc. I'm hopeful that once I learn more about how Catalina works that I'll be able to identify a workaround. |
I have reproduced this issue. The following directories do not exist on the volume created by the Catalina installer:
The script fails when it tries to write files to these locations. |
There appears to be "templates" for a lot of the files around this path, inside the image: |
Someone managed to get this working with VMWare: macOS 10.15 Catalina Installer (Beta 1 19A471t) |
I hacked on |
We have to figure out how to create / patch a specific nvram file :( This issue can be solved with a -v boot arg parameter. |
I think we can borrow some things from here! https://github.com/AlexanderWillner/runMacOSinVirtualBox |
@adamwolf Contributions are welcome! However, I'm not sure what we can borrow from that project that I haven't already. The difficultly here isn't in getting macOS to boot in a VM, but in getting that VM automatically configured to be a valid The |
Someone tried a new beta? |
I got Beta7 booting with this "trick": https://communities.vmware.com/thread/611961 But the installed OS still does not boot :( |
Officially announced: https://blogs.vmware.com/teamfusion/2019/08/vmworld-2019-fusion-and-workstation-announcements.html Fusion 11.5 comes with macOS 10.15 Catalina I guess we have to wait for a few weeks... |
Fusion 11.5 is out now! https://blogs.vmware.com/teamfusion/2019/09/vmware-fusion-11-5-available-now.html |
Thanks, @egandro ! I haven't had a chance to try the new Fusion yet, or the latest Catalina, but I will soon. I did see that AutoDMG needed to make a change for Catalina: MagerValp/AutoDMG@c55bbcf ...which looks like it addresses: MagerValp/AutoDMG#234 |
I did some more testing with the latest Catalina and Fusion using a Mojave host. I can install and run Catalina in Fusion if I create the VM using Fusion from the Catalina installer app. However, if I create a box with a hacked (that is, with paths prefixed with |
I tested with Catalina 19A582a as both the host and installer version, and |
I was able to boot Catalina with Parallels and VirtualBox, too, using an unmodified I then recreated a VMWare box and it started hanging at the end of the boot process. My suspicion is that the broken VMWare tools kernel extensions were somehow blocking the boot process. (I don't know why sometimes they are reported as broken after booting, whereas other times they apparently just cause a hang.) I was able to work around the issue by re-creating the Catalina VMWare box again, this time without the tools installed or the KextPolicy file updated. |
I am also observing that the HiDPI setting is not preserved when vagrant brings up the VMWare box. When you try to bring up a VMWare box and then inspect the virtual machine with VMWare Fusion the HiDPI setting is not enabled. The setting appears properly in the original VMX file in the box, but the cloned VMX file has the setting lowercased, and it is not respected. If you power off the VM and change the setting with VMWare Fusion it updates the VMX and puts the capitalization of the setting correctly again. If you power the VM back on with VMWare Fusion the setting is preserved. However, if you run Works: This appears to be long-standing |
Confirmed, the HiDPI issue does not occur with 11.1.0. I have filed #44 to track the issue. |
Here's my current thinking for how to resolve this issue:
|
It also turns out the Catalina hosts cannot create Mojave (or earlier) boxes, so we'll need to prevent that, too. |
I've begun to address this on a catalina branch. I'm targeting this for the v4.0.0 milestone. |
I have addressed this with 019c999. |
v4.0.0 has been released. Closing. |
I will do a go/nogo installation with this
The text was updated successfully, but these errors were encountered: