On my Dell Inspiron 3520 with F19 Alpha RC2 installed and booting with EFI, grub2 hangs when loading the initramfs 95% of the time. Occasionally it will boot, but most of the time I have to power cycle manually and select refind from Dell's EFI boot selector and use that to boot Fedora. I experience this with both the kernel included with RC2 (kernel-3.9.0-0.rc4.git0.1.fc19.x86_64) and the latest kernel in updates-testing (kernel-3.9.0-0.rc6.git0.1.fc19.x86_64). Let me know if there's anything I can do to debug this. Thanks!
Proposing as a Fedora 19 Alpha Blocker because this violates the "Expected installed system boot behavior" criterion, at least on my EFI system. ;-)
*** Bug 951760 has been marked as a duplicate of this bug. ***
is this different from https://bugzilla.redhat.com/show_bug.cgi?id=949761 ? hard to tell from the description. If it's different, I wouldn't be +1 unless we could confirm it was affecting a lot of systems, single-system bugs are not Alpha blockers.
(In reply to comment #3) > is this different from https://bugzilla.redhat.com/show_bug.cgi?id=949761 ? > hard to tell from the description. Yes, I was affected by that bug too and this occurs *after* changing /etc/default/grub as suggested in that bug. To clarify, I do get a boot menu, but selecting the default (or any) entry results in a hang when GRUB outputs the "loading initramfs" line. > If it's different, I wouldn't be +1 > unless we could confirm it was affecting a lot of systems, single-system > bugs are not Alpha blockers. That's fine, I just proposed it to give it some attention in case it is affecting other systems. It seems between the NVRAM out-of-space bug and aforementioned console bug very few people with EFI systems are getting to the point where they can even see this bug. ;-)
That is definitely true, so we'll have to keep an eye on the TC6 results.
Discussed at 2013-04-15 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-04-15/f19alpha-blocker-review-7.2013-04-15-16.00.log.txt . We are delaying blocker status determination for now as we do not have sufficient data: T.C. reports failure, satellit reports success, and that's about all the UEFI results we have for TC6 for sure so far. We expect we'll have more results over the next couple of days, and it should be pretty clear whether this is a blocker or not once a few more people have tried UEFI installs.
Dell XPS 8500. Can't install RC2 at all (some X error). RC4 with kernel-3.9.0-0.rc6.git2.{1,3}, if bug 947142 is worked around, works fine so far after many reboots. I would try set debug=all in grub.cfg and earlyprintk=vga in kernel parameters if the bug can be reproduced with RC2.
Discussed at 2013-04-17 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-04-17/f19alpha-blocker-review-8.2013-04-17-16.00.log.txt . So far no-one besides T.C. appears to be hitting this, so it is rejected as a blocker for not having a wide enough impact.
Created attachment 737250 [details] grub output Here's what GRUB said when it froze, with those options enabled.
I don't have this machine anymore and my other UEFI machines boot fine these days; closing to empty out my My Bugs list some. :-)