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

[Boris Voelkle]

Roland Damm schrieb:
> 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?
>
Vieleicht das da ;-) :

pluto ~ # ls -l /boot/grub/
-rw-r--r-- 1 root root    197 23. Jan 2008  default
-rw-r--r-- 1 root root     45 23. Jan 2008  device.map
-rw-r--r-- 1 root root   8096  6. Mai 16:16 e2fs_stage1_5
-rw-r--r-- 1 root root   7968  6. Mai 16:16 fat_stage1_5
-rw-r--r-- 1 root root   7200  6. Mai 16:16 ffs_stage1_5
-rw-r--r-- 1 root root    532 30. Jul 11:47 grub.conf
-rw-r--r-- 1 root root   7232  6. Mai 16:16 iso9660_stage1_5
-rw-r--r-- 1 root root   8672  6. Mai 16:16 jfs_stage1_5
lrwxrwxrwx 1 root root      9 23. Jan 2008  menu.lst -> grub.conf
-rw-r--r-- 1 root root   7360  6. Mai 16:16 minix_stage1_5
-rw-r--r-- 1 root root   9728  6. Mai 16:16 reiserfs_stage1_5
-rw-r--r-- 1 root root  33856  6. Mai 16:16 splash.xpm.gz
-rw-r--r-- 1 root root    512  6. Mai 16:16 stage1
-rw-r--r-- 1 root root 106044  6. Mai 16:16 stage2
-rw-r--r-- 1 root root 106044  6. Mai 16:16 stage2_eltorito
-rw-r--r-- 1 root root 105948 28. Mär 09:13 stage2.old
-rw-r--r-- 1 root root   7552  6. Mai 16:16 ufs2_stage1_5
-rw-r--r-- 1 root root   6784  6. Mai 16:16 vstafs_stage1_5
-rw-r--r-- 1 root root   9384  6. Mai 16:16 xfs_stage1_5



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


-- 

---------------------------------------------------------------------
---- boris@×××××××.eu -------- www.voelkle.eu -----------------------
---------------------------------------------------------------------
---- Schlüssel-ID:0x89B2EE62 --- pool.sks-keyservers.net ------------
---------------------------------------------------------------------
---- Fingerprint:BFA5 831F A40E A632 80B2 8D69 9E75 349B 89B2 EE62 --
---------------------------------------------------------------------