Red Hat Bugzilla – Bug 848884
GRUB menu uneditable after text mode (minimal) installation (F18 Alpha TC3)
Last modified: 2012-09-12 14:36:42 EDT
1. Using text mode, installed F18 Alpha TC2 x86_64 from DVD ISO in a KVM guest on F17 x86_64 host (after working around bug 848841).
2. Minimal installation completes, reboot guest.
3. GRUB menu fails to find "fireworks.png" (expected), but then the GRUB menu that appears is illegible -- too small a window to see content, thus I can't edit.
Please show a photo/screenshot of the illegible window.
Created attachment 605922 [details]
Screenshot of KVM guest with broken GRUB
Also marking this against F18Blocker, although I think this situation isn't covered in the current release criteria.
Issue is also present in TC3 by the way.
I have a f18 in a f17 kvm and I don't see that problem. I got the impression that some other f18 testers also don't see it. How reproducible is the problem on other systems ... or is your system special in any way?
Your system seems to use a VIC-20 compatible resolution. Do /boot/grub2/grub.cfg or dmesg give a hint of some special video settings?
You're giving me too much credit. :-) I requested a stock x86_64 type machine (using Linux/F17 as the install target) in virt-manager. The video type selected according to virt-manager was qxl, 64MB.
Unfortunately, because of the authconfig bug 848803 I can't log into the system to read the logs. If there's a documented workaround I can use, let me know.
I tried changing the video type in virt-manager to 'vga'. This made the GRUB menu viewable. I was then able to edit the boot menu and boot into single user mode.
that sounds like some kind of problem at the nexus of grub's modesetting capability, the qxl adapter in kvm, and possibly the lack of the theme background...
paul, if you fix up the fireworks.png bug (which is 840179, you just have to change 'fireworks.png' to 'background.png' and rebuild the grub config), do you get something usable, or do you just get the weird-looking grub with a background?
I guess the theme would look strange in this video mode too, but I doubt the low resolution is caused by the theme bug.
The output of the grub2 command
in the qxl mode and dmesg from the booted system would probably be interesting for those skilled in the art.
Created attachment 606225 [details]
grub with qxl
The problem with qxl driver appears also with grub with fixed background (TC3).
Marking as Beta blocker.
Ok, it seems like the problem here really is caused by 840179. Using a broken theme seriously mess everything up. Can you verify that the problem goes a way with
sed -i 's,fireworks,background,' /boot/grub2/themes/system/theme.txt
or the workaround in the latest fedora-logos?
More precisely: It seems like the themes have a broken default font. In graphical mode the big ugly font is also used for the progress messages when loading the kernel and initrd. The advantage of having a working theme is that it doesn't use the ugly font that much.
The problem reported here is probably also caused by the VM VBE tables specifing a default resolution of 640x480.
(In reply to comment #10)
> Ok, it seems like the problem here really is caused by 840179. Using a
> broken theme seriously mess everything up. Can you verify that the problem
> goes a way with
> sed -i 's,fireworks,background,' /boot/grub2/themes/system/theme.txt
> or the workaround in the latest fedora-logos?
Mads, in my comment #9 the background is working and fireworks.png is a symlink for background.png.
I think everyone else has already arrived at the same information, but the workaround in the latest theme (I was able to work around other pesky bugs and get to a more working-ish system) partially addresses the problem. The default font being used is still large and awkward.
(In reply to comment #12)
> Mads, in my comment #9 the background is working and fireworks.png is a
> symlink for background.png.
Yes, I agree the "default fixed with font" part of the themes is broken no matter if the graphical theme actually works or not.
There is no doubt the boot menu user experience shown by Paul's screenshot is a blocker. The boot menu user experience should however be fixed by the fedora-logos update.
The "edit" user experience shown by your screenshot (and Bug 850783) is still not fixed, but it could be considered slightly less serious.
*** Bug 853896 has been marked as a duplicate of this bug. ***
With TC5 same bug, i attached a photo, but my bug report was modified by this.
OK, let's attempt to inject some cleanliness here. Let's say this bug just covered the menu navigation, and that's fixed by fixing the theme, so close it. Let's have a different bug for the problem of a silly font being used in our default config, which makes the edit interface unusable on low-res displays, like VMs, and that's #850783. I'll close this bug and we can use 850783 for the font issue.
*** Bug 856277 has been marked as a duplicate of this bug. ***