Bug 820797 - in 17 Alpha RC1 and later, EFI booting in VirtualBox drops to grub prompt
Summary: in 17 Alpha RC1 and later, EFI booting in VirtualBox drops to grub prompt
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: distribution
Version: 18
Hardware: Unspecified
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Bill Nottingham
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-11 01:54 UTC by Andre Robatino
Modified: 2014-03-17 03:30 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-10-04 21:44:53 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)
18-Alpha-TC6 (34.62 KB, image/png)
2012-09-09 21:03 UTC, Andre Robatino 		no flags Details
Test this media & start Fedora (24.62 KB, image/png)
2012-09-09 21:05 UTC, Andre Robatino 		no flags Details
View All

Description Andre Robatino 2012-05-11 01:54:06 UTC 
Description of problem:
In x86_64 images up to and including 17 Alpha TC2, EFI booting in VirtualBox worked, sort of (although graphical anaconda didn't, leading to text install - see bug 742695). However, in 17 Alpha RC1 and later, EFI booting in VirtualBox leads to a grub prompt. This happens on x86_64 DVD, netinst, and Live images. I'm currently using VirtualBox 4.1.14 from the Oracle repo.

I realize that VirtualBox is proprietary and that EFI seems to work on most real hardware, but it would be nice to establish for certain that Fedora isn't doing something to cause it. I have no EFI hardware, so unless support is added to KVM or some other virtualization tool, I'm unable to test EFI.

How reproducible:
always
Comment 1 Andre Robatino 2012-05-11 01:55:37 UTC 
See also my comments in bug 816410, which was closed due to EFI working in most real hardware.
Comment 2 Andre Robatino 2012-05-12 02:54:21 UTC 
(In reply to comment #0)

> I realize that VirtualBox is proprietary

It's Open Source (GPLv2), not proprietary, sorry.
Comment 3 Chris Murphy 2012-05-19 14:44:48 UTC 
Macs are no longer EFI booting Live Desktop either.
Comment 4 Andre Robatino 2012-08-13 08:28:41 UTC 
Same with 18 Alpha TC1 and VirtualBox 4.1.18.
Comment 5 Andre Robatino 2012-09-09 21:02:48 UTC 
Don't know when the behavior changed, but with 18 Alpha TC6 and VirtualBox 4.1.22, I get a Grub2 menu with two entries, "Fedora 18-Alpha-TC6" and "Test this media & start Fedora". Choosing either one gives "Secure boot not enabled", then after a long wait, it boots and finally drops to emergency mode. Attaching screenshots below.
Comment 6 Andre Robatino 2012-09-09 21:03:56 UTC 
Created attachment 611279 [details]
18-Alpha-TC6

end result of booting "18-Alpha-TC6"
Comment 7 Andre Robatino 2012-09-09 21:05:08 UTC 
Created attachment 611280 [details]
Test this media & start Fedora

end result of booting "Test this media & start Fedora"
Comment 8 Andre Robatino 2012-09-09 21:06:04 UTC 
Should also mention that this looks similar to bug 849389 except no mention of dropping to emergency mode there.
Comment 9 Andre Robatino 2012-10-04 21:44:18 UTC 
This appears to be fixed now - in recent 64-bit install images, EFI boots although X startup fails (bug 742695).
Note You need to log in before you can comment on or make changes to this bug.