Hallo,
die Probleme mit dem Super-GRUB2-Menü, was automatisch alle vorhandenen Betriebssysteme erfaßt, sind noch nicht zu Ende.
Nachdem ich zumindest bei aptosid (Kernel 2.6.35-7.slh.1-aptosid-686) über die Einträge in /etc/default/grub
...
GRUB_GFXMODE=1024x768
GRUB_GFXPAYLOAD_LINUX=1024x768
und dann noch in in /etc/grub.d/00_header
...
if loadfont `make_system_path_relative_to_its_root "${GRUB_FONT_PATH}"` ; then
set gfxmode=${GRUB_GFXMODE}
set gfxpayload=keep
load_video
insmod gfxterm
fi
mittels der Zeile
set gfxpayload=keep
ein Weiterreichen der GRUB2-Einstellungen bezüglich der Schriftgröße (Auflösung 1024x768) an den gestarteten Kernel erreichen konnte, sind beim Starten von Ubuntu 10.04 via GRUB2-Menü die Verhältnisse bei Strg+Alt+F1 wie bei aptosid (Kernel 2.6.35-7.slh.1-aptosid-686) ohne die Eintragung in /etc/default/grub
...
GRUB_GFXPAYLOAD_LINUX=1024x768
d.h. bei Strg+Alt+F1 erscheint ein schwarzer Bildschirm mit blauem Streifen am oberen Rand.
Ein Teil der GRUB2-Informationen scheint an den zu startenden Kernel von Ubuntu 10.04 (Kernel 2.6.32-25) weitergereicht zu werden, denn der Bootvorgang läuft mit verkleinerter Schrift.
Interessanterweise hat es beim Starten von Ubuntu 9.04 (Kernel 2.6.28-19) und Ubuntu 9.10 (Kernel 2.6.31-22) keinerlei Auswirkungen auf die Schriftgröße beim Bootvorgang (die GRUB2-Einstellung wird wohl einfach ignoriert!) und Strg+Alt+F1 funktioniert dann auch wie immer.
Offensichtlich handelt es sich um einen Bug im Kernel von Ubuntu 10.04 (Kernel 2.6.32-25) bezüglich der von GRUB2 weitergereichten Parameter zur Auflösung.
Im Kernel 2.6.35-7.slh.1-aptosid-686 scheint das behoben zu sein.
Interessant ist noch, daß in der Datei /boot/grub/grub.cfg nur in der Sektion
### BEGIN /etc/grub.d/10_linux ###
eine Eintragung in menuentry ...
set gfxpayload=1024x768
vorhanden ist.
In der Sektion
### BEGIN /etc/grub.d/30_os-prober ###
dagegen nicht.
Wer kann das Verhalten bei Ubuntu 10.04 bestätigen?
Gruß
Ch. Hanisch