VirtualBox

Opened 14 years ago

Closed 8 years ago

#7002 closed defect (fixed)

SnowLeopard 64 bit guest does not run with >= 2048 MB RAM -> fixed in SVN.

Reported by: Evan Hoke Owned by:
Component: EFI Version: VirtualBox 3.2.4
Keywords: Cc:
Guest type: OSX Server Host type: other

Description

When I try to boot a SnowLeopard 64 bit guest on a SnowLeopard host, with the RAM for the guest set to 2048 MB or greater, after clicking start, the VM immediately gets stuck on the black screen. Booting with 2047 MB works correctly, as does booting a 32 bit SnowLeopard guest.

Attachments (3)

VBox-20131212-1713.log.bz2 (144.3 KB ) - added by web007 10 years ago.
VBox.log for 4GB RAM boot
virtualbox-debian-efi-fail-Logs.zip (240.2 KB ) - added by voltagex 10 years ago.
Same kind of failure on Debian 7 on Windows 8 x64 host
4GBTest.zip (489.8 KB ) - added by TylerLoch 8 years ago.
Simplest possible test VM to demonstrate the issue. If RAM set above 3504MB, no image ever appears on VM "screen", and VM does not boot. If RAM set below this limit, EFI posts.

Download all attachments as: .zip

Change History (35)

comment:1 by vasily Levchenko, 14 years ago

Could you please verify the EFI build? After unpacking archive, please replace VBoxEFI32.fd with VBOX.fd and VBoxEFI64.fd with VBOX64.fd.

comment:2 by Frank Mehnert, 14 years ago

Guest type: otherOSX Server

comment:3 by Frank Mehnert, 14 years ago

Cc: hoke@… removed

comment:4 by Evan Hoke, 14 years ago

After replacing the VBoxEFI64.fd file, I was able to boot successfully.

comment:5 by vasily Levchenko, 14 years ago

Thanks for feedback.

comment:6 by vasily Levchenko, 14 years ago

Could you please verify the build? This are installation bits of 3.2 branch.

comment:7 by Evan Hoke, 14 years ago

Yes, it's fixed in the newer build.

comment:8 by vasily Levchenko, 14 years ago

Summary: SnowLeopard 64 bit guest does not run with >= 2048 MB RAMSnowLeopard 64 bit guest does not run with >= 2048 MB RAM -> fixed in SVN.

Thanks for feedback.

comment:9 by wyrdR, 14 years ago

This seems to be mentioned as fixed in the 3.2.6 Beta 1, but mine's still failing (See attached log).

in reply to:  9 comment:10 by vasily Levchenko, 14 years ago

Replying to wyrdR:

This seems to be mentioned as fixed in the 3.2.6 Beta 1, but mine's still failing (See attached log).

Could you please download debug efi bits? unzip it and replace /Applications/VirtualBox.app/Contents/MacOS/VBoxEFI32.fd and /Applications/VirtualBox.app/Contents/MacOS/VBoxEFI64.fd with FV/VBOX.fd and FV/VBOX64.fd from archive (please save original bits in some safe place). Then please run your VM in the following way.

# export VBOX_RELEASE_LOG=dev_efi.e.l2
# export VBOX_RELEASE_LOG_DEST=file=efi.log
# VirtualBox -startvm <your-vm-name>

and please attach result log to the ticket. BTW does it start for you if RAM < 2048? Also could you please create empty vm without any attachments with EFI enabled and OS type e.g. Linux/Fedora 64 does EFI shell appear for you with the same memory amount?

comment:11 by wyrdR, 14 years ago

does it start for you if RAM < 2048? Yes: At ≤2048 in 32bit or 64bit

Will run the tests within the next 12 hours and get back to you.

comment:12 by wyrdR, 14 years ago

P.S.- Seems that the combo of >2GB RAM & >64 MB Video Memory is a bad one.

I'm at home at present on a Mac Book Pro running Snow Leopard 10.6.3. (A different physical machine).

Either though it's not the Xserve at work, I tried a little EFI test - As you suggested, an empty VM set to Linux/Fedora 64.

It worked (with all defaults left as normal). Then I set the Video Memory to 128 MB RAM like the VM OSX server at work.

It now aborted with > 2048 RAM.

When reduced from 128MB Video Memory to 64MB, it works with as much memory as the Macbook Pro could spare (e.g. 3072MB RAM).

But anything greater than 64MB Video Memory failed.

I'm gonna run this test as well as the test suggested by Hachiman on the Snow Leopard server (at work tomorrow) but I thought I'd let you know what I stumbled upon.

You can see in my previously attached log file that the Guest was using 128MB Video Memory:

00:00:00.550 VRamSize <integer> = 0x0000000008000000 (134217728)

in reply to:  12 ; comment:13 by wyrdR, 14 years ago

Replying to wyrdR:

P.S.- Seems that the combo of >2GB RAM & >64 MB Video Memory is a bad one.

Log attached from Mac OS X 10.6.x server.

Confirmed that 64MB Video Ram is OK, but greater is BAD.

comment:14 by wyrdR, 14 years ago

PS - After the crash, VirtualBox refuses to start, claiming VirtualBoxVM because it may be damaged or incomplete.

in reply to:  14 comment:15 by wyrdR, 14 years ago

Please ignore/delete the last this.

Replying to wyrdR:

PS - After the crash, VirtualBox refuses to start, claiming VirtualBoxVM because it may be damaged or incomplete.

in reply to:  13 comment:16 by vasily Levchenko, 14 years ago

Replying to wyrdR:

Replying to wyrdR:

P.S.- Seems that the combo of >2GB RAM & >64 MB Video Memory is a bad one.

Log attached from Mac OS X 10.6.x server.

Confirmed that 64MB Video Ram is OK, but greater is BAD.

Thanks for investigation.

comment:17 by dsmoniker, 14 years ago

I'm regularly getting a similar error on snowleopard (i.e. VirtualBoxVM because it may be damaged or incomplete). Seems to be related to an unclean shutdown of the VM.

Workaround: A reinstall of the dmg fixes the problem, but then it occurs a few days later.

comment:18 by Frank Mehnert, 13 years ago

Component: otherEFI

comment:19 by Pieter, 13 years ago

I have the same problem here. Setting the video memory more than 64MB restricts the guest main memory to 2048 max. Setting the video memory to 64MB allows me to assign 4GB+ memory as main memory to the guest. I have Mac os x as the host.

comment:20 by knoxville, 10 years ago

As of 12/5/2013 using VirtualBox 4.3.4-91027 this issue is still occurring. Host OS is 10.9 (Mavericks). Any attempt to use more than 2048M of memory for guest OS hangs at boot. Video RAM size >64M or <64M does not seem to affect this.

Last edited 10 years ago by knoxville (previous) (diff)

comment:21 by knoxville, 10 years ago

I spoke too soon: hang occurs at 3457M or above. The max RAM I can actually boot the guest OS with is 3392, greater than that (and less than 3457M) causes an EFI "no mapping error", perhaps from the odd memory amount.

comment:22 by Frank Mehnert, 10 years ago

Please provide a VBox.log file. Actually I assume your host runs in 32-bit mode and therefore providing more memory for your guest isn't possible.

by web007, 10 years ago

Attachment: VBox-20131212-1713.log.bz2 added

VBox.log for 4GB RAM boot

comment:23 by web007, 10 years ago

I'm running Mavericks (10.9) 64-bit as both host and guest OS. Booting with 2GB of RAM and 16MB of video RAM works fine, but changing the system RAM to 4096MB causes the EFI loader to stall. Boot goes through to EFI until timestamp 00:00:27.703240, then system stalls. I waited a few minutes then shut it down.

comment:24 by web007, 10 years ago

Tracking down actual limits, with 16MB video RAM:

  • From 2048MB up to 3488MB success and boots to the OS
  • From 3489MB to 3504MB the system fails and shows an EFI error "no mapping found"
  • From 3505MB up to at least 4096MB the system fails to boot and shows just a blank screen

This is on a host with 16GB physical memory, VirtualBox 4.3.4r91027. OS was selected as "OSX 64-bit" in the setup dialog, and since the system has > 4GB it should definitely be running in 64-bit mode.

by voltagex, 10 years ago

Same kind of failure on Debian 7 on Windows 8 x64 host

comment:25 by voltagex, 10 years ago

The same problem is happening when increasing an EFI Debian 7 guest's ram to 4096mb from 2048mb. I have attached logs.

comment:26 by voltagex, 10 years ago

Sorry, I will re-raise this on #11103

comment:27 by aeichner, 8 years ago

Resolution: obsolete
Status: newclosed

Please reopen if still relevant with a recent VirtualBox release.

comment:28 by TylerLoch, 8 years ago

Unfortunately, this is still a problem with guests as of 5.1.4 with an ICH9 chipset configured on an Ubuntu 16.04 host. I only came across this ticket after painstakingly finding the same exact 3504MB limitation by trial and error.

As mentioned before by web007:

From 2048MB up to 3488MB success and boots to the OS
From 3489MB to 3504MB the system fails and shows an EFI error "no mapping found"
From 3505MB and up, the system fails to boot and shows just a blank screen

Ticket #11103 is related.

by TylerLoch, 8 years ago

Attachment: 4GBTest.zip added

Simplest possible test VM to demonstrate the issue. If RAM set above 3504MB, no image ever appears on VM "screen", and VM does not boot. If RAM set below this limit, EFI posts.

comment:29 by TylerLoch, 8 years ago

Resolution: obsolete
Status: closedreopened

comment:30 by Socratis, 8 years ago

TylerLoch, please notice that this is about a Snow Leopard guest, i.e. OSX 10.6. You have an Ubuntu host. If you're running an OSX client, it's a Hackintosh. Stick to #11103 please and don't reopen all the bugs that contain the word EFI. #11103 is enough. You're increasing the number of open bugs ;)

comment:31 by Socratis, 8 years ago

Can someone close this please? It works for Snow Leopard. Or any other OSX guest for that matter. Thanks.

comment:32 by Frank Mehnert, 8 years ago

Resolution: fixed
Status: reopenedclosed

Thanks socratis!

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use