LILO und "message=" funktioniert nicht mehr (8.2 -> 10.0)
Hi, ich hab mir mal ein "std-message" gebaut[1], welches das gleiche Hintergrundbild wie mein Bootsplash verwendet. Erstellt wurde es mit mkbootmsg von SuSE 8.2. Ich hab mein SuSE 8.2 auf OpenSuSE 10 geupdated, meine /etc/lilo.conf restauriert und finde ein Textmodus-Menü vor. Hängt die message= von der LILO-Version ab? Ich hab leider keine wirkliche Beschreibung der Details gefunden. Leider scheint OpenSuSE 10 kein mkbootmsg mitzubringen, und ein altes zu nehmen, bringt's es sicherlich auch nicht. Wie bekomme ich mein Bootmenü zurück? Danke schön! oki, Steffen [1] http://sws.dett.de/layout=simple/mini/funstuff/boot-message/HEADER.html -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
Steffen Dettmer wrote:
Hi,
ich hab mir mal ein "std-message" gebaut[1], welches das gleiche Hintergrundbild wie mein Bootsplash verwendet. Erstellt wurde es mit mkbootmsg von SuSE 8.2. Ich hab mein SuSE 8.2 auf OpenSuSE 10 geupdated, meine /etc/lilo.conf restauriert und finde ein Textmodus-Menü vor.
Hängt die message= von der LILO-Version ab? Ich hab leider keine wirkliche Beschreibung der Details gefunden. Leider scheint OpenSuSE 10 kein mkbootmsg mitzubringen, und ein altes zu nehmen, bringt's es sicherlich auch nicht.
Wie bekomme ich mein Bootmenü zurück?
Kann es sein, dass du beim Update einfach die Standard-Optionen abgenickt hast? Dann bootest du nämlich über grub. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
* Sandy Drobic wrote on Sun, Dec 04, 2005 at 18:43 +0100: [...]
ich hab mir mal ein "std-message" gebaut[1], welches das gleiche Hintergrundbild wie mein Bootsplash verwendet. [...] Wie bekomme ich mein Bootmenü zurück?
Kann es sein, dass du beim Update einfach die Standard-Optionen abgenickt hast? Dann bootest du nämlich über grub.
:-) Nein, natürlich nicht. BTW: Beim Update kam eh nur die Meldung "Beim Installieren des Bootloaders trat ein Fehler auf. [Abbrechen] [Wiederholen] [Ignorieren]". Keine Fehlermeldung. In /var/log gesucht, auch nix. (ignore-table half dann [warum auch immer ich die plötzlich brauchte]). oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
Steffen Dettmer schrieb:
* Sandy Drobic wrote on Sun, Dec 04, 2005 at 18:43 +0100: [...]
ich hab mir mal ein "std-message" gebaut[1], welches das gleiche Hintergrundbild wie mein Bootsplash verwendet. [...] Wie bekomme ich mein Bootmenü zurück?
Kann es sein, dass du beim Update einfach die Standard-Optionen abgenickt hast? Dann bootest du nämlich über grub.
:-)
Nein, natürlich nicht.
BTW: Beim Update kam eh nur die Meldung "Beim Installieren des Bootloaders trat ein Fehler auf. [Abbrechen] [Wiederholen] [Ignorieren]". Keine Fehlermeldung. In /var/log gesucht, auch nix. (ignore-table half dann [warum auch immer ich die plötzlich brauchte]).
oki,
Steffen
Beim default-Kernel für SuSE 10.0 ist bootsplash wieder aktiviert. Für Dein bootsplash -> siehe deshalb /etc/bootsplash Für Deine Lilo -> siehe Yast -> System -> Konfiguration des Bootloaders Gruß Arno
* Arno Jung wrote on Sun, Dec 04, 2005 at 19:20 +0100:
Steffen Dettmer schrieb:
ich hab mir mal ein "std-message" gebaut[1], welches das gleiche Hintergrundbild wie mein Bootsplash verwendet. [...] Wie bekomme ich mein Bootmenü zurück?
Beim default-Kernel für SuSE 10.0 ist bootsplash wieder aktiviert.
Was meinst Du mit "wieder aktiviert"? Bootsplash geht ja, die initrd läuft ja korrekt, nur beim root-remount "verschwindet" es. Ich verwende den SuSE SMP Kernel (2.6.13-15-smp).
Für Dein bootsplash -> siehe deshalb /etc/bootsplash
Ich hab in /etc/sysconfig/bootsplash mein THEME und SPLASH="yes". Früher hat das IMHO mal /sbin/conf.f/SuSEconfig.irgendwas konfiguiert. Jetzt finde ich kein Script, was das macht. Wo liegt der Kram denn heute?! Nach einem Blick auf /etc/rc.d/splash hab ich folgendes probiert: $ cd /etc/bootsplash $ ln -s bootsplash-1024x768.cfg vtsplash-0-1024x768.cfg und siehe da, es geht - aber immer noch nicht richtig... Jetzt hab ich das splash in der initrd, bei kernel / remount wieder weiss auf schwarz, und ein paar Sekunden später (vermutlich dann, wenn rcsplash startet) wieder mein Hintergrundbild. Was fehlt jetzt noch? Es ist schon der Hammer: diva:/usr/share/doc/packages/bootsplash # grep vtsplash * [NIX] Dokumentation findet sich heute wo? Allerdings kann ich mir kaum vorstellen, dass man händisch dort so einen Symlink legen soll, ist vermutlich auch schon falsch. Wie ist es richtig?
Für Deine Lilo -> siehe Yast -> System -> Konfiguration des Bootloaders
Was sehe ich denn da? Da kann ich die Konfigurationsdatei bearbeiten. Nicht so komfortabel wie mit dem vim, aber ist ja eh das gleiche File /etc/lilo.conf. Jetzt hab ich aus Versehen "Verlassen" angewählt und obwohl ich gar nichts geändert habe, hast das liebe YaST mir meine lilo.conf "reformatiert" und dabei netterweise gleich meine Kommentare entfernt, von Einrückungen ganz zu schweigen. Völlig ohne jede Nachfrage hat er dabei auch gleich noch meine "menu-scheme" gehimmelt und gegen seine defaults ausgetauscht... Aber der Oberhammer: auch meine "append" Optionen wurden geändert! Glücklicherweise hab ich noch meine selbst-gepatched initrd, die das Fehlen von "root" in "append" toleriert, sonst hätte ich gar nicht mehr starten können! Das dumme Yast hat anscheinend auch kein Backup gemacht, weil lilo.conf.YaST2save schon existierte. Verdammter Mist, jetzt muss ich meine lilo.conf wieder per Hand schreiben, weil ich mal fünf Minuten kein Backup gemacht habe... Früher haben Programme mal gefragt, bevor Dateien überschrieben wurden. Na ja, soviel zum Thema yast. Jetzt werde ich mal den Schaden wieder restaurieren :( oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
Hallo, Am Sun, 04 Dec 2005, Steffen Dettmer schrieb: [..]
Früher haben Programme mal gefragt, bevor Dateien überschrieben wurden.
Na ja, soviel zum Thema yast.
*ARGH* Mein Beileid! BTW: 'chmod -R a-w /etc/' hilft gegen solche uebereifrigen Tools... Sollen die Tools halt meckern, dann kann man ja schon mal eben ein 'u+w' auf die ein oder andere Datei vergeben... (Ja, so pauschal gibt's Probleme mit dem -w, z.B. /etc/resolv.conf). Aber AFAIK nix, was man nicht restriktiv gegenueber $tool hinbekommt. *harhar* Und dann kann man $tool auch weglassen. Oder zumindest einen Teil von $tool. -dnh, keine Zufallssig; und aus gutem Grund seine inzwischen handgekloeppelte SUSE 6.2 (von 1999!) nicht aufgeben wollend... --
In Yast2-System-Editor /etc/sysconfig-Dateien in System-Kernel-MODULES_LOADED_ON_BOOT ide-scsi eintragen. *JAUUUUUUUULLLLL* *ARRRGGHHHH* Man reiche mir eine Klinik-Jahrespackung von $SCHMERZMITTEL!!! [> Heinz Dittmar und David Haller in suse-linux]
participants (4)
-
Arno Jung
-
David Haller
-
Sandy Drobic
-
Steffen Dettmer