#7766 closed defect (fixed)
Guru Meditation -4005 (VERR_VMX_UNABLE_TO_START_VM) with Windows 7 32bit
Reported by: | Helge Deller | Owned by: | |
---|---|---|---|
Component: | other | Version: | VirtualBox 3.2.10 |
Keywords: | Cc: | ||
Guest type: | Windows | Host type: | Linux |
Description (last modified by )
Since updating some software in the Windows7 guest OS, I'm now running regularly and reproducible into a "Guru Meditation -4005" crash. Virtual machine stops working and I need to reboot the guest then. Host is a 64bit Fedora 13 Linux, guest is 32bit Windows 7.
Attachments (2)
Change History (10)
by , 14 years ago
comment:1 by , 14 years ago
This is maybe the important part:
07:02:05.850 VERR_VMX_UNABLE_TO_START_VM: CPU0 instruction error 0
07:02:05.850 VERR_VMX_UNABLE_TO_START_VM: CPU0 exit reason 0
07:02:05.850 VERR_VMX_UNABLE_TO_START_VM: CPU1 instruction error 7
07:02:05.850 VERR_VMX_UNABLE_TO_START_VM: CPU1 exit reason 0
07:02:05.870 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!![[BR]]
07:02:05.870 ![[BR]]
07:02:05.870 !! Guru Meditation -4005 (VERR_VMX_UNABLE_TO_START_VM)
comment:2 by , 14 years ago
I changed the setting for that Win7 VM to use one CPU only instead of two. That way I didn't had any further guru meditations any more. Nevertheless, it would be nice if it could get fixed to work with 2 CPUs as well...
comment:3 by , 13 years ago
After upgrading to Virtualbox 4.0.8 (r71778 linux.amd64) the bug still exists (original report was for Virtualbox 3.2.10)
New VBox.log attached.
comment:5 by , 12 years ago
I could reproduce this crash up until (including) Virtualbox 4.0.16. Then I switched the hardware (CPU, board) while keeping all other components (host operating system=Fedora13, same harddisk and disk layout, same virtual machines).... and suddenly the crashes are gone...
In summary I have the feeling, that this crash only happened due to the Core2Duo E7600 CPU:
vendor_id : GenuineIntel cpu family : 6 model : 23 model name : Intel(R) Core(TM)2 Duo CPU E7600 @ 3.06GHz stepping : 10 microcode : 0xa0b cpu MHz : 1603.000 cache size : 3072 KB cpuid level : 13 flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm dtherm tpr_shadow vnmi flexpriority
Maybe there is some generic problem in Virtualbox with the Core2Duo E7600? At least I don't see this crash any longer on the i7-3770K CPU (with VirtualBox 4.0.16 and 4.0.18).
comment:6 by , 12 years ago
One further note regarding my comment #2 above:
Even with only one vCPU configured for the guest, I could see the crashes with the Core2Duo CPU - but *much* less often than with more vCPUs configured.
comment:7 by , 11 years ago
Description: | modified (diff) |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Please reopen if still relevant with VBox 4.3.2.
comment:8 by , 10 years ago
I have a dual-core Genuine Intel(R) CPU 6.00GHz processor running Virtualbox 4.1.18_Debian .
I changed the virtual machine configuration by:
- Click on Settings icon (the gear)
- Selecting System from the category list on the left
- Click over Acceleration tab
- Unmark Enable VT-x/AMD-V under the Hardware Virtualization area
This should be the same as running these two commands in the comamndline:
# vboxmanage modifyvm --hwvirtex off # vboxmanage modifyvm --vtxvpid off
After that, I was able to start the machine with:
# vboxmanage startvm guestname
VBox.log