VirtualBox

Ticket #14262 (new defect)

Opened 2 years ago

Last modified 21 months ago

WIndows 7 64 bits guests crash on 32 bits Linux host with VirtualBox v5.0

Reported by: dinosaur0 Owned by:
Priority: major Component: other
Version: VirtualBox 5.0.0 Keywords: crash,64bits guest,32bits host
Cc: Guest type: Windows
Host type: Linux

Description

I just upgraded to VirtualBox v5.0 today (I previously tried v5.0RC1 and v5.0RC2 and did not run into any issue), from VirtualBox v4.3.28.

After upgrade (including VBox additions upgrade) I got *systematic* BSOD when attempting to run a Windows 7 64 bits guest from my Linux 32 bits host (the 64 bits guest is running fine when launched from a 64 bits Linux host). I thirst thought it was because of the old VBox additions (v4.3.28) in the 64 bits guest, so I upgraded these while running the guest on the 64 bits Linux host, but even after the upgrade to additions v5.0 in the guest, the latter kept crashing on boot when launched from the 32 bits host.

I'm attaching 3 screen shots of the BSODs: there doesn't seem to be any common crash point (the VM simply crashes at a seemingly random time during the boot process).

For now, I reverted to VirtualBox v4.3.28 which runs all my guests systems (32 or 64 bits, Windows or Linux) just fine on 32 bits Linux hosts...

Attachments

BSOD1.png Download (30.3 KB) - added by dinosaur0 2 years ago.
BSOD n°1
BSOD2.png Download (30.3 KB) - added by dinosaur0 2 years ago.
BSOD n°2
BSOD3.png Download (30.0 KB) - added by dinosaur0 2 years ago.
BSOD n°3
Crash1.log Download (78.8 KB) - added by dinosaur0 2 years ago.
Crash1.png Download (23.2 KB) - added by dinosaur0 2 years ago.
Crash2.log Download (138.7 KB) - added by dinosaur0 2 years ago.
Crash2.png Download (23.3 KB) - added by dinosaur0 2 years ago.
Crash3.log Download (78.8 KB) - added by dinosaur0 2 years ago.
Crash3.png Download (22.3 KB) - added by dinosaur0 2 years ago.

Change History

Changed 2 years ago by dinosaur0

BSOD n°1

Changed 2 years ago by dinosaur0

BSOD n°2

Changed 2 years ago by dinosaur0

BSOD n°3

comment:1 Changed 2 years ago by andi77

maybe this is the same problem (64bit guest with 32bit host):  https://forums.virtualbox.org/viewtopic.php?f=7&t=68859

Last edited 2 years ago by andi77 (previous) (diff)

comment:2 Changed 2 years ago by Neurones67

Having the same problem...

I could run the VM by disabling nested paging in the Acceleration tab in the VM configuration.

Hope that helps :)

comment:3 follow-up: ↓ 4 Changed 2 years ago by frank

Could you add VBox.log files?

comment:4 in reply to: ↑ 3 Changed 2 years ago by birdie

Replying to frank:

Could you add VBox.log files?

I have added a log file to ticket #14263.

Last edited 2 years ago by birdie (previous) (diff)

Changed 2 years ago by dinosaur0

Changed 2 years ago by dinosaur0

Changed 2 years ago by dinosaur0

Changed 2 years ago by dinosaur0

Changed 2 years ago by dinosaur0

Changed 2 years ago by dinosaur0

comment:5 Changed 2 years ago by dinosaur0

@Frank

New screen shots of BSODs (Crash1.png to Crash3.png) added, together with their respective VBox.log files (Crash1.log to Crash3.log).

@Neurones67

Disabling nested paging does not entirely solve the issue for me: while the VM doesn't crash any more, it stays stuck at the "Please wait..." login screen.

@Birdie

Ticket #14263 is totally unrelated... Not the same bug at all, obviously, since the symptoms are entirely different... I therefore don't see why you are commenting about 14263's log in this ticket...

For now, I'm using 4.3.30, which works just fine. v5.0.0 is totally unusable as far as I am concerned...

comment:6 follow-up: ↓ 7 Changed 2 years ago by frank

dinosaur0, please could you try again using the latest 5.0 test build from here? There is a known problem with 64-bit guests on 32-bit hosts if AVX is passed to the guest, therefore the link to #14263. The latest builds on the test builds page have a workaround for tihs (AVX is explicitly disabled in that case).

Does that build work for you?

comment:7 in reply to: ↑ 6 ; follow-up: ↓ 8 Changed 2 years ago by dinosaur0

Replying to frank:

dinosaur0, please could you try again using the latest 5.0 test build from here? There is a known problem with 64-bit guests on 32-bit hosts if AVX is passed to the guest, therefore the link to #14263. The latest builds on the test builds page have a workaround for tihs (AVX is explicitly disabled in that case).

Does that build work for you?

Yep, it looks like it works ! :-)

Strange however, that AVX instructions get called at all at boot time... Aren't drivers supposed to work even on an old i486 without even MMX ?...

comment:8 in reply to: ↑ 7 Changed 2 years ago by birdie

Replying to dinosaur0:

Yep, it looks like it works ! :-)

Strange however, that AVX instructions get called at all at boot time... Aren't drivers supposed to work even on an old i486 without even MMX ?...

I suspect Windows uses AVX instructions to speed up, for instance, hashing algorithms which are used to verify drivers signatures.

comment:9 Changed 2 years ago by StarboardBow

Changelog for VBox 5.0.2 includes following bullet-item:

VMM: This release has AVX2 passthrough disabled on every host and AVX passthrough disabled for 64-bit VMs on 32-bit hosts. This will be properly fixed in a future 5.0.x maintenance release (see e.g. bug #14262).

Changelogs for subsequent VBox 5.0.4 and 5.0.6 do not mention fix to bug #14262 -- assume bug fix is still pending, correct?

Is there any planned release and timeline available for issuing bug fix?

comment:10 Changed 22 months ago by anotherbugmaster

Fix it, please

 John the Ripper requires this feature. Not so convenient to crack your o5logon without it. :D

comment:11 Changed 22 months ago by frank

We are still looking at a simple testcase to reproduce this problem.

comment:12 Changed 21 months ago by Willard Dawson

It's easy enough to comment out -DAVX2 and -mavx... from  http://www.openwall.com/john/ Makefile once configured before compiling, but it is annoying to have to do so. +1 from me on this request, I hope progress can be made.

comment:13 Changed 21 months ago by frank

No immediate fix planned, too many other things to do. If you insist on using AVX with a 64-bit guest, use a 64-bit host operating system. 64-bit guests on 32-bit VirtualBox hosts are supposed to work but are less tested.

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use