Bug 820797

Summary: in 17 Alpha RC1 and later, EFI booting in VirtualBox drops to grub prompt
Product: [Fedora] Fedora Reporter: Andre Robatino <robatino>
Component: distributionAssignee: Bill Nottingham <notting>
Status: CLOSED ERRATA QA Contact: Bill Nottingham <notting>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: bugzilla, dennis, jyundt, mads, rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-10-04 21:44:53 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
18-Alpha-TC6
none
Test this media & start Fedora none

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).