Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 200505 - sys-boot/grub-0.97-r3 garbles text when no graphic is used
Summary: sys-boot/grub-0.97-r3 garbles text when no graphic is used
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal with 2 votes (vote)
Assignee: Gentoo's Team for Core System packages
URL: http://sources.gentoo.org/viewcvs.py/...
Whiteboard: done:0.97-r10
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-27 12:15 UTC by Mart Raudsepp
Modified: 2010-06-25 06:21 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mart Raudsepp gentoo-dev 2007-11-27 12:15:37 UTC
With sys-boot/grub-0.97-r3 the plain text version (when splashimage is not used) has completely unreadable text, causing the kernel boot and system boot (when not using framebuffer of any sorts) text to be completely unreadable too until init launches consolefont init script, which resets it to be good.
Some lower revisions are fine, I suspect the debian patchset introduced in -r3 to cause this.
I have experienced this problem on at least three or four different machines, until I set a splashimage, which makes it be graphical and not mess up the text mode.
Comment 1 SpanKY gentoo-dev 2007-12-24 12:13:10 UTC
it's been like this for ages ... ive hit this bug back in like 2003 ;)

does your grub.conf have splashimage defined ?
Comment 2 Mart Raudsepp gentoo-dev 2008-03-23 01:33:51 UTC
Whoops, must have missed the e-mail.
Downgrading to -r2 fixed the problem back then. Must be the debian patches added in -r3 or something similar.
Judging on the fact that I don't have this problem on machines with splashimage, I'd say yes on the question. Text mode is completely fubarred since -r3 though on two different machines I have fresh installed gentoo with that grub version at start
Comment 3 Kevin R André 2008-07-09 21:16:23 UTC
I've encountered this problem as well for the last couple of days. I guess it started after my last grub update (from 0.97-r5 to 0.97-r6).

I use splashimage, just like in the install docs:
  splashimage=(hd0,0)/boot/grub/splash.xpm.gz

The file has disappeared:
  $ ls /boot/grub/splash.xpm.gz
  ls: cannot access /boot/grub/splash.xpm.gz: No such file or directory

Maybe the file has moved? I found a file called "/usr/share/grub/splash.xpm.gz". 
Comment 4 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2008-07-09 22:03:32 UTC
hyperquantum: look at your full log output from the grub install, and see if it told you that it was copying from /usr/share/grub to /boot/grub. It should have copied stuff, or, depending on when you updated, warned you that DONT_MOUNT_BOOT was in effect, and that you needed to run "emerge --config grub" manually.
Comment 5 Marvin Vek 2008-07-10 02:38:23 UTC
Had the same problem here, and kinda overlooked that message (if i even got it), twice. Working as intended now.
Comment 6 Alex Zorach 2008-07-10 21:42:42 UTC
How hard would it be to make grub check to see that the splash file exists, and if it does not, generate an error message and load without a splash screen and without garbling the text?

This seems like the correct behavior.
Comment 7 Kevin R André 2008-07-11 07:56:49 UTC
My log from the grub upgrade:

 * Your boot partition was detected as being mounted as /boot.
 * Files will be installed there for grub to function correctly.
(...)
 * Copying files from /lib/grub, /usr/lib/grub and /usr/share/grub to //boot/grub
 * Grub has been installed to //boot successfully.

And I've run grub-install afterwards.
Comment 8 Kevin R André 2008-07-11 12:53:57 UTC
I just ran "emerge --config grub" and discovered something:

(...)
 * Copying files from /lib/grub, /usr/lib/grub and /usr/share/grub to /boot/grub
/var/tmp/portage/sys-boot/grub-0.97-r6/temp/environment: line 2924: 26037 Done                    egrep -v '^[[:space:]]*(#|$|default|fallback|initrd|password|splashimage|timeout|title)' "${grub_config}"
     26038 Segmentation fault      | /sbin/grub --batch --device-map="${dir}"/device.map > /dev/null
 * Grub has been installed to /boot successfully.

That could explain the missing splashimage. Now why the segfault?
Comment 9 Kevin R André 2008-07-11 13:38:09 UTC
Despite the segfault, the splashimage file reappeared, and the text is no longer garbled on boot.
Comment 10 Stefan Behte (RETIRED) gentoo-dev Security 2008-07-26 18:00:55 UTC
No segfault here, but the splash file did no reappear after "emerge --config grub", I had to copy manually.
Really annoying :/
Comment 11 Andreas Dehmel 2009-01-18 19:52:15 UTC
I too was bitten by this bug during the last year (2008) and only was able to track it to the missing splash image a couple of days ago, independently of this BUG (I only booted 3 or 4 times since it happened). I thought I'd screwed up my MBR or some other fundamental thing. I never saw any warnings from Grub or anything, so this was a total grope in the dark. For that reason I really think the Grub-maintainers should get their act together and implement a _clean_ fallback to text-only mode if the splash image can't be found.
Comment 12 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2009-06-27 00:04:15 UTC
1. Anybody with this bug, copy the splashimage back to your /boot.
2. Please test the linked patch for the case that the image is not present but is still referenced in grub.conf.
Comment 13 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2009-07-04 18:55:28 UTC
Please test the patch!
Comment 14 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2010-06-25 04:02:47 UTC
No updates in nearly a year, so I assume it works.
Comment 15 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2010-06-25 06:21:21 UTC
Now committed and published as new patchset: grub-0.97-patches-1.10.tar.bz2
Ebuild sys-boot/grub-0.97-r10 committed.