-
-
Notifications
You must be signed in to change notification settings - Fork 498
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
MacOS Ventura get stuck at the final step of install #937
Comments
There has been a bit of behind the scenes development work on MacOS and getting Sonoma to work. While reviewing the proposed changes, I found that there were a few things wrong with quickemu already. Of note:
This should return the word 'avx2' if your CPU is capable. If not, it will be blank. Now there are a few tweaks that you can do. They are fairly simple, even if you are not used to using the command line: Firstly, in the macos-ventura.conf file add
The next thing is make a back up copy of quickemu and to tweak a line or two. Full details are here: #886 (comment) This is the step-by-step procedure: In your file manager, make a folder for the files. Then right click and open in terminal. Make two copies. One to edit and one to keep as backup.
Open the 'mac-edit' file in a text editor and find the line 'Haswell' Change that line to read
thus: Lastlly, I recommend that you replace function 'check_cpu_flag' as this a bit flaky and error prone. I ended up with the Penryn CPU when I tried to install Sonoma, when it should have been Haswell.
See #886 (comment) Save the file and copy it over the original, remembering that you still have the backup with which you can use the same method to restore the old one.
Ventura should now boot without all the errors and warnings. And your mouse and keyboard should work .... The hpet warning is not critical at present. That can be ignored for now. |
Thanks for the response. Here is the link: https://youtu.be/FeFHRcG38-k
Also, sorry for closing this comment. I have never used github before and don't develop code |
@SnartFridge Pleased that you managed that and things installed. I have a feeling that if you keep closing the VM and restarting, then something will eventually trigger. However, I was interested as to whether your problems were due to the 'old' macOS installer, the one that you are using, or whether you needed the new one that we are working on, or whether it was all down to needing to start and run the whole of the process with the tweaks that you have now installed .... The Ventura VM that I had was built using the new, under-development, version. So, this morning, in-between reading the news, I ran the old setup plus tweaks, as above and same as you. It did all the usual stuff, like take half an hour to do the 'less than a minute' section and generally just sit there with core monitors showing only idle status. I went through all the usual stages, erase the main disk and install AppleFS, install the recovery image etc. This was followed by an intermediary boot screen. I should probably have made a snapshot of the main drive at this point but I pressed the 'base system' button ... I seem to remember that this started the next installer phase, the longer one. I may have restarted the VM? But I was reading the news on my phone at the time .... After the forever 1 minute, I did make a couple of snapshots so I could easily return to a previous point in time again, using snapshot apply. I closed down, rebooted and got the same as in your video. It chucked me off. A bit disappointedly, I then closed the VM and restarted. But this time something seemed to take and it all worked. I went through the usual setup screens, refused all the telemetrics and Apple account invitations. The mouse speed needed a speed tweak: See how, you get on. You may get things to boot. You may have to delete and retry from scratch. Let us all know what happens. I am sure that others will want to give it a go too. 🚀 |
Thank you for testing this all out. You did fine with the code. 👍 Now, what I want you to do is take another little leap of faith and install qqX. I think your problems are due to using quickgui .... The errors I am seeing appear to be saying about vm_sharing. This is probably due to quickgui using Spicy and smb, which is probably the ntfs etc bit , I am guessing. Your VM disk was formatted with APFS, no? Take the leap of faith, and then try loading up in SDL mode. You can also try GTK as well to see what it is like. See #933 The other thing you can do before running, is to refresh your boot variables. This is the qqX [rtv] option, in utils. There are some other things to try. But try qqX & SDL first, then get back to me. Edit: Also try a router reset. Mac installs seem to like recording your IP address along with notes of failed or hacked installations |
Sorry that I have not done anything for a while, I have fallen ill which has just drained my energy. I will get back to you tomorrow about the results of qqx and the vm |
Hope it's not my requests making you ill ... Let me know if you are having problems. Here to help. |
Hello, I am back. I am feeling better now, sorry about that. my entire family caught the flu. I recently discovered that there are a few corrupted file on my system that are causing issues across many applications. I am performing a full system reinstall and hopefully this helps the VM boot as well. |
I managed to make it work by simply repeating the same installation over and over. At the 4th or 5th tentative it finally completed. |
Using Quickemu from the master (what will become 4.9.3) I have successfully installed Ventura. |
Expected behaviour
MacOS Ventura to complete the final step of installation and be presented with an the out-of-the-box first-start wizard.
Actual behaviour
MacOS Ventura gets stuck on the Less than a minute remaining... after the first reboot at installation. (I have left it for over 24 hours in case it just takes a while, and it does not finish)
Steps to reproduce the behaviour
I don't know how to reproduce it, I am hoping that the logs I copied help
Please read
I did see in the logs that running
sudo tee /sys/module/kvm/parameters/ignore_msrs
might solve the issue, but I did not do it because it said use it if you are unable to run macOS, and it was running great until this point? Would this parameter help?Quick emu output
Linux Distribution & Kernel
The text was updated successfully, but these errors were encountered: