RAM is overprovisioned, but I'm not certain if this would cause the problem right away:
00:00:09.711828 Host RAM: 7391MB (7.2GB) total, 2812MB (2.7GB) available
00:00:10.838502 RamSize <integer> = 0x00000000f0000000 (4 026 531 840, 3.7 GiB)
00:00:10.838888 VRamSize <integer> = 0x0000000008000000 (134 217 728, 128.0 MiB)
This is the guru meditation:
00:00:22.293999 HM: VERR_VMX_INVALID_GUEST_STATE:
00:00:22.294018 HM: CPU[0] HM error = 0x23a
00:00:22.294034 HM: CPU[0] Guest-intr. state = 0x0
00:00:22.294104 HM: VERR_VMX_INVALID_GUEST_STATE:
00:00:22.294113 HM: CPU[1] HM error = 0x0
00:00:22.294122 HM: CPU[1] Guest-intr. state = 0x0
00:00:22.294133 Changing the VM state from 'RUNNING' to 'GURU_MEDITATION'
00:00:22.294150 Console: Machine state changed to 'Stuck'
00:00:22.294488 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
00:00:22.294489 !!
00:00:22.294489 !! VCPU0: Guru Meditation -4014 (VERR_VMX_INVALID_GUEST_STATE)
Curious the error happens in VMX, which I think has something to do with VT-x. Maybe a host service or app (like 3rd-party AV) stole VT-x from Virtualbox?
I have a vague recollection Core 2 CPUs had some issue but I may be wrong:
00:00:13.959344 Full Name: "Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz"
However, this is interesting:
Jim Comfort wrote:I recently upgraded VBox to 7.02
If you can go back to your previous version and the VM comes back, then this could be a 7.0 bug. A log from 6.1.something, 6.1.40 preferably, with the VM running well, may be helpful to the gurus.