Re: [gentoo-user-de] Kein Bootmenü mehr seit letztem Grub-Update (stable)

[Roland Damm <roland-damm@arcor.de>]

Moin,

On Wednesday 30 July 2008 10:13:53 Daniel Pielmeier wrote:
> > Hatte auf allen Grub Rechnern auch das Problem, habe nach anfänglichen
> > Sorgen dann einfach die /usr/share/grub/splash.xpm.gz zurück nach
> > /boot/grub/ kopiert und seit dem keine Probleme mehr.
> >
> > Auszug meiner grub.conf
> >
> > # Boot automatically after 10 secs.
> > timeout 10
> >
> > # By default, boot the first entry. (starts with 0)
> > default 0
> > splashimage=(hd0,1)/boot/grub/splash.xpm.gz
> >
> > # For booting GNU/Linux
> > title  Linux Gentoo 2.6.26 (SATA Only, includes PATA) vanilla-sources
> > root (hd0,1)
> > kernel /boot/bzImage_grub_2626 root=/dev/sda1 vga=794
>
> Und genau das ist die Lösung wenn man ein splashimage benutzen will
>
> :-) Das image wurde vorher in /boot/grub platziert und jetzt halt
>
> nicht mehr.
>
> Um diese Probleme von vorneherein zu vermeiden wäre eine Warnung im
> ebuild nützlich gewesen!

Merkwürdige Sache: Diese Datei wird von Grub doch beim Bootvorgang gelesen, 
oder nicht? Nun ist es aber so, dass wenn Linux auf irgendeinem exotischen 
Dateisystem existiert, man via initramfs(?) oder durch statisches Linken 
dafür sorgen muss, dass der Kernel auch den Treiber für das FS hat, von der 
er den Rest des Betriebssystems reinladen muss. Was ist denn nun mit Grub? 
Hat Grub Treiber für alle Dateisysteme der Welt schon drin? 
Oder wann/wie/wer liest diese Datei ein?

Bei Lilo war das nachvollziehbar, da musste man lilo nach jeder 
Konfigurationsänderung kurz starten, da ist klar, wie wann wo welche Datei 
gelesen ein wo eingetragen werden /könnte/. Aber bei Grub?
Oder kurz: Wie kommt man darauf ein für den Bootvorgang wichtige Datei dort 
auf die Platte zu legen, wo sie zum Zeitpunkt des Bootens evtl. noch garnicht 
lesbar ist? 

CU Rollo