Bug 23540 - Grub1-Bootscreen in 3.0 nur in Schwarz-Weiss
Grub1-Bootscreen in 3.0 nur in Schwarz-Weiss
Status: RESOLVED WORKSFORME
Product: UCS
Classification: Unclassified
Component: Grub
UCS 3.0
Other Linux
: P5 normal (vote)
: ---
Assigned To: Bugzilla Mailingliste
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-09-07 14:06 CEST by Moritz Muehlenhoff
Modified: 2013-04-06 21:28 CEST (History)
1 user (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Moritz Muehlenhoff univentionstaff 2011-09-07 14:06:53 CEST
In UCS 3.0 wird Grub 1 nur bei Updates eingesetzt; dann wird weiterhin Grub 1 gestartet und dort ein Chainloading in Grub 2 angeboten. Wenn das erfolgreich ist, kann dann mit einem Befehl Grub 2 direkt als Standardbootloader verwendet werden.

Der Grub-Bootscreen ist in UCS 2.4 mit grünem Hintergrund. Dies wird erreicht, in dem in der menu.lst die Zeile

splashimage=/boot/grub/uniboot.xpm.gz

eingetragen wird. Das Auslesen des Splashscreen funktioniert unter 3.0 aus unbekannten Gründen nicht mehr. Es erscheint die Fehlermeldung und der Boot hält an, bis eine Taste gedrückt wird:

"Failed to read splash image (/boot/grub/uniboot.xpm.gz)"
"Press any key to continue."

Ich habe ein bisschen mit verschiedenen Pfaden experimentiert (man kann (hd0,0) vor den Dateinamen setzen, um die Partition anzugeben), aber das hilft auch nichts.

Ich habe alternativ versucht die Farben für die Auswahl in der menu.lst zu setzen

foreground = FFFFFF
background = 006600

Die richtige menu.lst wird auf jeden Fall aufgerufen; ändere ich z.B. den Header auf Grubu wird das direkt beim nächsten Start angezeigt.

Das ändert aber ebenfalls nichts. Damit Updates sauber durchlaufen habe ich den Splash erstmal im Preinst deaktiviert. Ggf. muss das zur RC nochmal weiter geprüft werden, Debugging ist aber komplex, weil zu diesem Zeitpunkt wenig läuft.

Das trat jetzt in einer KMV-Instanz auf, falls es auf Hardware nicht auftritt, sollten wir zumindest diesen Ubuntu-Patch integrieren, der bei fehlendem Splash den Bootvorgang nicht anhält:
https://bugs.launchpad.net/ubuntu/+source/grub/+bug/32216
Comment 1 Stefan Gohmann univentionstaff 2013-04-06 21:28:20 CEST
Ich denke das aktuelle Verhalten ist OK.