#21563 closed defect (fixed)
Guru Meditation with macOS Ventura 13.3 host
Reported by: | granada29 | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox-7.0.6 |
Keywords: | Cc: | ||
Guest type: | Linux | Host type: | Mac OS X |
Description
Apple released Ventura 13.3 today (28/3/23 NZDT) and all my VMs refuse to start, halting with a Guru Meditation error.
There was no problem with Ventura 13.2
Attachments (17)
Change History (71)
by , 20 months ago
Attachment: | VBox.log.zip added |
---|
by , 20 months ago
Attachment: | LinuxMint20.3_VBox.log added |
---|
follow-up: 3 comment:2 by , 20 months ago
Updated my 2020 5K iMac (intel) to MacOS 13.3 and three of my five clients will not start up. My Windows 10 and Xubuntu 20.04.02 still work but Xubuntu 22.04.2, Linux Mint 20.3 ans 21.1 all fail. I did try downloading a new Linux Mint 20.3 iso and started to creat a new vBox client but it failed to boot of the iso in a very similar fashion (no logs).
by , 20 months ago
Attachment: | Xubuntu22.04.2_VBox.log.zip added |
---|
by , 20 months ago
Attachment: | LinuxMint21.1_VBox.log.zip added |
---|
comment:3 by , 20 months ago
I've analyzed the crash(es) to some extent in the corresponding forum thread (Guru meditation with macOS Ventura 13.3). They were all identical and happened during the (U)EFI BIOS startup.
@LesAZ: Do your working VMs all use the legacy BIOS?
comment:4 by , 20 months ago
Great catch since that is exactly the difference. All the newer Linux clients I setup with (U)EFI BIOS.
comment:7 by , 20 months ago
Hi All, Given this affects wide group VirtualBox users, could you please let us know on ETA for the fix? Many of us will be happy to give a test ride to test / development builds so please do not hesitate to drop us a link. If there is know workaround, it would be much appreciated if it was shared here. Best regards, JB.
by , 20 months ago
Attachment: | VBox.log-radim.zip added |
---|
comment:10 by , 20 months ago
The attached file VBox.log-radim.zip is for Windows10 guest with enabled EFI and secure boot.
comment:13 by , 20 months ago
We reproduced the issue, Apple changed something their hypervisor without telling anyone (again). I won't give any ETA for a fix here.
comment:14 by , 20 months ago
You can try the latest 7.0 Testbuild - it should improve the situation but it may be an incomplete fix. Feedback is appreciated.
comment:15 by , 20 months ago
I tried Version 7.0.97 r156683 (Qt5.15.2) with matching Extension Pack and for me it works! Much appreciated, thank you!
comment:18 by , 20 months ago
Works for me, too! Thanks!
Edit: No, do not work really well. The output at boot (Ubuntu command line VM) just refreshes all 3 seconds or something and just prints a single line. So a boot that takes regularely 20 seconds now takes forever – I don't know how long. Any idea what's missing here?
comment:19 by , 20 months ago
version 7.0.7 r156678 allowed me to correctly boot my windows 11 virtual machine. logged into it, Installed last guest additions, rebooted and until now no problem. Thank you !
follow-up: 21 comment:20 by , 20 months ago
I have had mixed results with both r156683 and r156678.
Windows 11 will boot to the desktop now, but is definitely slower. Debian 11 is unusable, with extremly slow console output at the grub screen, followed by a kernel panic as it times out waiting for some event.
However, on the bright side, there is no more Guru Meditation.
comment:21 by , 20 months ago
comment:22 by , 20 months ago
Unfortunately I don't have a Ventura 13.3 system at the moment. Attached log is from Ventura 13.4 (beta) but I hope this does not include any new updates to the hypervisor.
follow-up: 24 comment:23 by , 20 months ago
Ok, I don't recognize a problem in this 14 seconds VM run, except for the NEMHCNotifyHandlerPhysicalDeregister error during shutdown. This type of error also happened multiple times to a forum user trying one of the test builds, so I think the issue is not fully solved.
comment:24 by , 20 months ago
Replying to fth0:
Ok, I don't recognize a problem in this 14 seconds VM run ...
I powered off the VM as soon as I saw the extremely slow grub screen being drawn on the console - i.e. what ever the problem is, it is occurring before the termination.
by , 20 months ago
Attachment: | Windows 11-2023-04-07-15-06-04.log added |
---|
windows 11 guru meditation ventura 13.3.1
comment:25 by , 20 months ago
Note that Ventura 13.3.1 (22E261), released today Apr 7, does not resolve the issue for me using VBox 7.0.6 r155176 (Qt5.15.2). Guru meditation still occurs. "Windows 11-2023-04-07-15-06-04.log" attached for posterity.
follow-up: 29 comment:26 by , 20 months ago
@granada29:
Could you perhaps try one of the VirtualBox test builds on macOS Ventura 13.2.1?
In the case that this issue cannot be fully fixed in time for VirtualBox 7.0.8, it would be good to know that the current fix doesn't introduce a regression for users staying on 13.2.1.
comment:27 by , 20 months ago
AFAICS, all VBox.log files created by the test builds contain the following error message, in some cases multiple times:
NEMHCNotifyHandlerPhysicalDeregister: nemR3DarwinMap(,00007fbafff00000,00000000e0000000,0000000010000000,) -> VERR_INVALID_STATE
Key is the second address (GCPhys), which is always the same. I'll make an educated guess that it is the base address of the EFI VRAM LFB.
comment:28 by , 20 months ago
Here is a zip file with 10 minute (approx) boot VM log. And as an example a short video capture of the boot screen where you can see that the system runs so slow, that it only prints one line after another.
7.0.7 on macOS 13.3
comment:29 by , 20 months ago
Replying to fth0:
@granada29:
Could you perhaps try one of the VirtualBox test builds on macOS Ventura 13.2.1?
Not sure if this was directed at my update/log on Ventura 13.3.1. I can happily report that test build 7.0.7 r156678 (Qt5.15.2) boots Windows 11 successfully on my Intel Macbook Pro running Ventura 13.3.1.
comment:30 by , 20 months ago
@h00die:
No, it was not directed at you (the "@" is meant to indicate the addressee of the post), and I tried to explain my request with the sentence that you didn't quote. But thanks for your feedback nonetheless.
comment:31 by , 20 months ago
@fth0
Currently running Debian bullseye on VirtualBox 7.0.97 r156683 under macOS 13.2.1
It seems to be working well, with similar performance to VirtualBox 7.0.6
Log attached
comment:33 by , 20 months ago
comment:34 by , 20 months ago
@caomhan: Look again on VirtualBox test builds, this time under "Development snapshots". ;)
comment:35 by , 20 months ago
Thanks @fth0
Read right now that I need to disable SIP for use these builds. So going to do that and will report.
comment:38 by , 20 months ago
All my VMs (VirtualBox 7.0.6) are running successfully with host OS macOS Ventura 13.2 but failing with macOS Ventura 13.3. They become extremely slow.
comment:39 by , 20 months ago
Tried 7.0 build 156678; loading a VM just leads to endless text scrolling on a black screen, never loading the VM successfully, at least in the few minutes I waited. 156683 does the same. Log attached.
comment:40 by , 19 months ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Hi guys,
VirtualBox 7.0.8 was just released and available at https://www.virtualbox.org/wiki/Downloads. This issue should be fixed there. Could you please give it a try?
If still reproducible, please leave a comment and ticket will be reopened. Closing for now.
by , 19 months ago
Attachment: | Windows 11-2023-04-18-19-04-22.log added |
---|
by , 19 months ago
Attachment: | Windows 11-2023-04-18-19-11-27.log added |
---|
Seem to be having graphics issues
comment:41 by , 19 months ago
Windows 11 installed in 7.0.8 fresh load seems to have graphics issues resizing the screen causes freezes. I attached two logs above.
comment:42 by , 19 months ago
Still the same problems running Ubuntu. Line by line terminal boot (2 seconds per line) – super slow. Like the files above (video was attached - comment #28).
comment:43 by , 19 months ago
Okay, now I waited until the machine booted. After boot the performance seems like normal. Webservers are reachable at regular speeds.
by , 19 months ago
Attachment: | VBox_Debian_Guest.log.zip added |
---|
comment:44 by , 19 months ago
Idem, still the same problem runnning Debian: super slow to boot. Do not close the ticket, it is not resolved.
comment:45 by , 19 months ago
Now I am not able to boot again – waited for so long but read often "watchdog: BUG: soft lockup - CPU#1 stuck for XXXs!"
comment:46 by , 19 months ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:47 by , 19 months ago
Same identical problem for us with Ubuntu guest OS 22.04, takes hours to boot a VM that should take 20 seconds. Repeated CPU stuck messages. Identical to videos posted here already. Mac OS X 13.2.1 was fine, as is 12.x for our other developers.
watchdog: BUG: soft lockup - CPU#0 stuck for 548s!
comment:48 by , 19 months ago
@galitsyn:
The log message described in comment:27 is not limited to guests with (U)EFI BIOS. I've seen a log file of a guest with legacy BIOS that allegedly aborted after the first call to NEMHCNotifyHandlerPhysicalDeregister().
by , 19 months ago
Attachment: | Bildschirmfoto-2023-04-20-um-12.03.36.jpg added |
---|
Ubuntu – Boot loop problem
comment:49 by , 19 months ago
I attached a screenshot from the Ubuntu boot. This part loops and loops an the VM never boots. Yesterday it booted after 20 minutes or something for two times. Now I cannot boot it again. Will also attach the VMLog file.
comment:50 by , 19 months ago
comment:53 by , 17 months ago
Test Build 7.0.9 r157775 (Qt5.15.2) for AMD64 also fixed the issue for me, on macOS Ventura 13.4 (22F66). Thanks!
comment:54 by , 16 months ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
Hello,
We just released VirtualBox 7.0.10. This issue should be fixed in this release. Culd you please give it a try? Packages are available on our downloads page.
The attached log is for a Debian VM but this error also occurs with Windows VMs that also run successfully with macOS 13.2