Univention Bugzilla – Bug 14309
usplash anstatt bootsplash-Patches
Last modified: 2009-12-21 08:47:39 CET
Die bootsplash-Patches sollten durch splashy ersetzt werden. Dazu müssen wir die quiet-Option per UCR konfigurierbar machen: http://splashy.alioth.debian.org/wiki/tips#no_text_at_all Das müssen wir auch im Thin Client System berücksichtigen.
Die Anpassungen für die normalen Systeme sind nun in univention-grub. Dort gibt es eine weiter UCR Variable grub/quit die falls yes, true oder 1 die Kernel Option "quit" in menu.lst an die "defoptions=" anhängt (quit wird dann nur an den Default Kernel Einträge angehangen, nicht an den "single-user mode" Eintrag) grub/quit wird durch das Postinst auf yes gesetzt (mit ?) changelog.tex angepasst trunk/ucs/base/univention-grub 9880 9881 gebaut in Release 2.3-0-0
Die Anpassungen für die Thin Clients sind gemacht. falls die Variable pxe/quit auf yes, true oder 1 gesetzt wird, wird die Append Zeile das PXE Boot Konfig Template /etc/univention/client-boot-pxe/pxeconfig um quit erweitert außerdem werden durch das Module "/etc/univention/templates/modules/clientbootpxe.py" alle vorhandenen PXE Boot Konfigs in /var/lib/univention-client-boot/pxelinux.cfg/ angepasst, hier sollte nochmal ausführlich getestet werden, ob das Module auch die pxe/nameserver Variable noch korrekt verarbeitet eingecheckt in /var/lib/univention-client-boot/pxelinux.cfg/ r9884 gebaut in release 2.3-0 changelog.tex angepasst
splashy muss noch eingerichtet werden
natürlich ist es "quiet" und nicht quit
wir werden jetzt usplash verwenden, usplash ist ein userspace bootslash, mit Hintergrundbild. Progressbar, Textfeld, ... usplash besteht aus dem Paket usplash, mit dem binaries für usplash und den Startscripten und Themes in Form einer *.so Datei (siehe bug#14524) in extra Paketen. Die Programme, das Theme und Startskripte werden in der ramfs gespeichert (update-initramfs). * Usplash wird über das "/usr/share/initramfs-tools/scripts/init-top/usplash" Startskript in der initramfs im "PULSATE" Modues gestartet. * Die Auflösung wird über "/etc/usplash.conf" gesteuert werden. * Später wird über die LSB-Logging Skripte das Bootsplash verhalten gesteuert (/etc/init.d/rc, /lib/init/splash-functions-base, ...). * i.M. wird nach dem initialen Pulsieren der ProgressBar noch der Fortschritt angezeigt, wir wollen aber nur eine pulsierende ProgressBar, -> für das gewollte Verhalten müssen noch Startscript angepasst werden (/etc/init.d/rc), das aber erst, wenn alle diesbezüglichen Pakete für UCS 2.3 gebaut sind
Die init Script wurden so angepasst, das der bootsplash nicht auf die Progressbar umschaltet, sondern nur pulsiert (sysvinit patch). Das Layout bleibt erstmal so.
Im Thin Client startet usplash beim Starten nicht. Beim Herunterfahren wird ein kleines Bild (640x480) angezeigt.
(In reply to comment #7) > Im Thin Client startet usplash beim Starten nicht. Beim Herunterfahren wird ein > kleines Bild (640x480) angezeigt. Wie besprochen, wir sollten das gleiche Verfahren wie beim OpenDVDI-Piloten verwenden. Erst wird eine statische Bootsplash Grafik angezeigt und dann wird irgendwann die usplash-Grafik verwendet.
(In reply to comment #8) > (In reply to comment #7) > > Im Thin Client startet usplash beim Starten nicht. Beim Herunterfahren wird ein > > kleines Bild (640x480) angezeigt. > > Wie besprochen, wir sollten das gleiche Verfahren wie beim OpenDVDI-Piloten > verwenden. Erst wird eine statische Bootsplash Grafik angezeigt und dann wird > irgendwann die usplash-Grafik verwendet. Insgesamt sieht es schon ganz nett aus. Die Animation beim Booten sollte mittig auf dem Kreis stehen, alles andere sieht nicht aus. Der Fortschrittbalken vom Bootsplash sollte entfernt werden.
OK, ist angepasst. Für die Thin-Client Umgebung bedeutet das jetzt: Es gibt zwei Pakete * univention-thin-client-bootsplash * univention-thin-client-bootsplash-config "univention-thin-client-bootsplash" beinhaltet die bootsplash Konfig/Bilder und ein Script um die Thin-Client initrd in Abhänigkeit von "grub/vga" mit dem entsprechende Boot Bild zu erstellen (initrd wird überschrieben!). Außerdem installiert das Paket "univention-usplash-theme usplash" in die Thin-Client Umgebung. "univention-thin-client-bootsplash-config" bringt ein init Skript für usplash mit.
*** Bug 15997 has been marked as a duplicate of this bug. ***
(In reply to comment #11) > *** Bug 15997 has been marked as a duplicate of this bug. *** (In reply to comment #0) > Ich habe in einem UCS 2.3 System einen Thinclient angelegt. Beim starten wurde > zwar der neue Bootsplash angezeigt, jedoch wurde anstatt der neuen "grünen" > Progressbar die alte rote aus 2.2 angezeigt.
Während der Installation eines 2.3-i386-Masters: Setting up univention-server-master (5.0.6-1.124.200910160946) ... Setting ldap/server/name File: /etc/libnss-ldap.conf File: /etc/pam_ldap.conf File: /etc/ldap/ldap.conf File: /etc/krb5.conf Setting ldap/server/type Multifile: /etc/ldap/slapd.conf File: /etc/init.d/slapd Create server/password/interval Not updating bootsplash/theme Using mode "enable", group "OTHER", pattern "" and seperator "#" ARGUMENT: time /var/lib/dpkg/info/univention-server-master.postinst: line 52: /usr/lib/univention-bootsplash/univention-appendsplash: is a directory File: /etc/cron.d/univention-server-master Setting up g++-4.3 (4.3.2-1.1.13.200909082302) ...
comment#13 univention-appendsplash wird nicht mehr benötigt. Der Aufruf in den Postinst Skripten wurde entfernt
Die "bootsplash" Konfiguration war noch fehlerhaft wodurch die alte Progressbar noch angezeigt wurde. Ist jetzt verbessert.
Ich habe ein UCS 2.2-0 System auf 2.2-2 geupdatete mit apt.univention.de als repository. Anschließend habe ich das Repository auf apt.knut.univention.de gesetzt und das Update auf UCS 2.3-0 gemacht. Beim runter fahren des Systems ist mir aufgefallen das der Boot-Splash kaputt war (siehe Screenshot). Nach dem Neustart ist aber alles ok.
Created attachment 1938 [details] Screenshot beim runter fahren nach Update auf 2.3-0
Bei der Verwendung von univention-system-setup-* wird splashy nicht deaktiviert und der Bootvorgang hängt dadurch.
splashy wird jetzt deaktiviert, wenn uss-boot während des Bootvorgangs aufgerufen werden soll. Changelogeintrag nicht notwendig.
Wir könnten anstatt die quiet-Option auch loglevel=0 setzen, dann würden die normalen Kernel-Meldungen nicht angezeigt, aber die init-Meldungen. In einem späteren init-Skript kann der loglevel dann IMHO mit dmesg wieder hochgesetzt werden.
Ich habe das jetzt entsprechend angepasst. quiet wird nicht mehr gesetzt, loglevel wird per default auf 0 gesetzt. Bitte in der QA auch prüfen, ob das Verhalten von Kernel Meldungen auf der Konsole und in dmesg noch so ist wie vorher.
Beim Upgrade von 2.2.2 auf 2.3.0 von apt.knut.univention.de gab es Probleme beim Upgrade des Pakets univention-thin-client-bootsplash, daß Dateien aus einer älteren Version von univention-bootsplash in /etc/bootsplash/themes/ucs/ überschreiben wollte. Laut http://www.debian.org/doc/debian-policy/ch-relationships.html müsste univention-bootsplash folgenden Eintrag in der control-Datei haben: Replaces: univention-thin-client-bootsplash
Die Config Files werden nun wieder durch univention-bootsplash bereitgestellt.
Felix, ist es möglich im usplash Init-Skript den Bootsplash immer abzuschalten? Falls es im Thin Client chroot zu einem Fehler kommt, dann schaltet sich das usplash aus, allerdings ist dann noch der Bootsplash aktiv und der Fehler ist nicht sichtbar.
Den Kernel bootsplash kann man mit "echo verbose > /proc/splash" in den Verbose-Modus schicken, dann werden die Meldungen auf der Konsole angezeigt. Man kann dann nach dem Start von usplash z.B. wieder mit Alt+Strg+F1 auf die erste Konsole wechseln und die Bootmeldungen sehen. Nach dem Start von usplash in der TC Umgebung durch /etc/init.d/thin-client-bootsplash wird der Kernel Bootsplash mit "echo verbose > /proc/splash" "beendet".
Bitte in allen Variationen durchtesten. Neuinstallation i386/amd64 und auch für Updates. Bitte auch für jede Systemrolle.
(In reply to comment #16) > Ich habe ein UCS 2.2-0 System auf 2.2-2 geupdatete mit apt.univention.de als > repository. > > Anschließend habe ich das Repository auf apt.knut.univention.de gesetzt und das > Update auf UCS 2.3-0 gemacht. Beim runter fahren des Systems ist mir > aufgefallen das der Boot-Splash kaputt war (siehe Screenshot). > > Nach dem Neustart ist aber alles ok. Gleiches Verhalten auf einem amd64 master
Ich hab das Paket jetzt nochmal gebaut, kann das aber i.M nicht reporduzieren Ich habe eine DC Backup UCS 2.2-2 AMD64 auf 2.3 geupdatet, Reboot und Neustart sieht OK aus, auch beim ersten mal?
Ich habe ein UCS 2.3 System neu installiert und dort ein dist-upgrade durchlaufen lassen. Danach habe ich die alten Bootgrafiken auf dem Thin Client bekommen. Scheinbar werden noch irgendwo die alten Bootsplash Grafiken verwendet: root@master775:/var/lib/univention-client-boot# ls -la insgesamt 11292 drwxr-xr-x 3 root root 4096 11. Nov 07:34 . drwxr-xr-x 81 root root 4096 9. Nov 08:03 .. -rw-r--r-- 1 root root 66586 23. Okt 08:54 config-2.6.30.1-univention.thinclient.23 -rwxr-xr-x 1 root root 5071306 10. Nov 15:12 initrd.splash -rw-r--r-- 1 root root 73648 7. Nov 21:19 initrd.splash.bak Nachdem ich root@master775:/var/lib/univention-client-boot# cp initrd.splash initrd.splash.new root@master775:/var/lib/univention-client-boot# cp initrd.splash.bak initrd.splash ausgeführt hatte, wurde die neue Bootgrafik wieder angezeigt.
Diese initrd kam noch aus dem Paket "univention-client-boot-pxe": -> cd ~/svn/dev/trunk/ucs/thin-client/univention-client-boot-pxe -> ls -al initrd.splash -rw-r--r-- 1 fbotner Domain Users 5071306 2008-08-05 13:51 initrd.splash Dies wurde jetzt entfernt. Die initrd für die Thin-Clients brauchen wir nur noch für das bootsplash, erzeugt wird diese "/var/lib/univention-client-boot/initrd.splash" bei der Installation des Pakets "univention-thin-client-bootsplash" bzw. nach dem Ändern der UCRV "pxe/vga" auf dem Terminalserver.
(In reply to comment #28) > Ich hab das Paket jetzt nochmal gebaut, kann das aber i.M nicht reporduzieren > > Ich habe eine DC Backup UCS 2.2-2 AMD64 auf 2.3 geupdatet, Reboot und Neustart > sieht OK aus, auch beim ersten mal? Bei einem Master AMD64 kann ich es jederzeit reproduzieren.
Das ist beim Update auf billy aufgetreten: Vorbereiten zum Ersetzen von univention-bootsplash 2.0.1-5.56.200910191337 (durch .../univention-bootsplash_2.0.1-7.58.200911031122_all.deb) ... Entpacke Ersatz für univention-bootsplash ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/univention-bootsplash_2.0.1-7.58.200911031122_all.deb (--unpack): Versuche, »/etc/bootsplash/themes/ucs/config/bootsplash-1024x768.cfg« zu überschreiben, welches auch in Paket univention-thin-client-bootsplash ist dpkg-deb: Unterprozess paste mit Signal (Datenübergabe unterbrochen (broken pipe)) getötet Not updating bootsplash/theme Not updating grub/vga File: /etc/usplash.conf
(In reply to comment #32) > Das ist beim Update auf billy aufgetreten: > > Vorbereiten zum Ersetzen von univention-bootsplash 2.0.1-5.56.200910191337 > (durch .../univention-bootsplash_2.0.1-7.58.200911031122_all.deb) ... > Entpacke Ersatz für univention-bootsplash ... > dpkg: Fehler beim Bearbeiten von > /var/cache/apt/archives/univention-bootsplash_2.0.1-7.58.200911031122_all.deb > (--unpack): > Versuche, »/etc/bootsplash/themes/ucs/config/bootsplash-1024x768.cfg« zu > überschreiben, welches auch in Paket univention-thin-client-bootsplash ist > dpkg-deb: Unterprozess paste mit Signal (Datenübergabe unterbrochen (broken > pipe)) getötet > Not updating bootsplash/theme > Not updating grub/vga > File: /etc/usplash.conf Ich wurde fälschlicherweise vorab ein altes Paket von forge installiert.
bzgl. comment#31 usplash Farben beim ersten Neustart nach Update kaputt: Da dies bisher nur auf einem amd64 Master und auch nur beim ersten Neustart nach dem Update auftritt (danach ist es beim Start bzw. Reboot OK, und auf einen amd64 Backup tritt es anscheinend auch nicht auf), ignorieren wir es erstmal.
Bootsplash ist nun auch auf einem ThinClient angepasst. Variable pxe/quiet hat ebenfalls den gewünschten Effekt. Changelog vorhanden - verified
@Felix, bitte hänge auch nochmal die Grafiken von der Agentur an den Bug. Dann kann man den geplanten und den Ist-Zustand vergleichen.
Created attachment 2029 [details] UCS Bootsplash - Entwurf der Agentur Hier der Entwurf der Agentur zum Vergleich.
Bisher sind mit 2 Dinge aufgefallen. Dach dem Update eines 2.2-2-sec3 AMD64 Systems auf UCS 2.3-0 war die Progressbar kaputt. (siehe Anhang) Weiterhin hat die option grub/quiet erst nach einem Reboot funktioniert und nicht gleich beim runterfahren.
Created attachment 2030 [details] Reboot nach Update von 2.2-2-sec3 auf 2.3-0
grub Optionen greifen erst nach einem Neustart. Das Problem mit dem Update eines 2.2-2-sec3 AMD64 Systems auf UCS 2.3-0 ignorieren wir hier erst einmal.
(In reply to comment #39) > Created an attachment (id=2030) [details] > Reboot nach Update von 2.2-2-sec3 auf 2.3-0 Diesen roten Rahmen zeigt mein Notebook (Mobile Client) auch. Mehrere Reboots haben hier keine Abhilfe geschaffen.
(In reply to comment #41) > (In reply to comment #39) > > Created an attachment (id=2030) [details] [details] > > Reboot nach Update von 2.2-2-sec3 auf 2.3-0 > > Diesen roten Rahmen zeigt mein Notebook (Mobile Client) auch. Mehrere Reboots > haben hier keine Abhilfe geschaffen. Das ist neu, bisher hat das auf allen Clients nach dem ersten Reboot funktioniert. Bitte einen neuen Bug dazu öffnen. ein Problem könnte die grub/vga-Einstellung sein.
Bzgl. der falschen Farben im usplash. Ich konnte das auf einer VMWare nachstellen, wenn ich dem Kernel keine vga=* Option mitgegeben habe. Bei Sönke ist diese Option auch nicht gesetzt.
Enbei ein aktueller Zwischenstand: n/N = nach installation von UCS 2.3-0 - ok/FEHLER r/R = runterfahren ok/FEHLER h/H = hochfahren ok/FEHLE q/Q = grub/quiet=yes ok/FEHLER t/T = pxe/quiet=yes ok/FEHLER - = ungetestet Die 2.2-2 Systeme wurden von 2.2-2-sec3 auf 2.3-0 geupdatet. 2.2-2 AMD64 Master N r h q t 2.2-2 i386 Master N r h q - 2.3-0 AMD64 Master - r h q - 2.3-0 i386 Master - r h q t 2.2-2 AMD64 Backup N r h q - 2.3-0 i386 Backup N r h q - 2.2-2 i386 Slave N r h q - 2.3-0 AMD64 Slave n r h q - 2.2-2 i386 Member - - - - - 2.3-0 AMD64 Member n r h q - 2.3-0 AMD64 Mobile n r h q - 2.2-0 i386 Mobile - - - - - 2.2-0 i386 Managed - - - - - 2.3-0 i386 Managed - - - - - 2.2-0 AMD64 Basis - - - - - 2.3-0 i386 Basis - - - - -
Legende: n/N = nach installation von UCS 2.3-0 - ok/FEHLER r/R = runterfahren ok/FEHLER h/H = hochfahren ok/FEHLE q/Q = grub/quiet=yes ok/FEHLER t/T = pxe/quiet=yes ok/FEHLER - = ungetestet Der aktuelle Endstand der Tests: Die 2.2-2 Systeme wurden von 2.2-2-sec3 auf 2.3-0 geupdatet. 2.2-2 AMD64 Master N r h q t 2.2-2 i386 Master N r h q - 2.3-0 AMD64 Master - r h q - 2.3-0 i386 Master - r h q t 2.2-2 AMD64 Backup N r h q - 2.3-0 i386 Backup N r h q - 2.2-2 i386 Slave N r h q - 2.3-0 AMD64 Slave n r h q - 2.2-2 i386 Member N r h q - 2.3-0 AMD64 Member n r h q - 2.3-0 AMD64 Mobile n r h q - 2.2-0 i386 Mobile N r h q - 2.2-0 i386 Managed N r h q - 2.3-0 i386 Managed n r h q - 2.2-0 AMD64 Basis N r h q - 2.3-0 i386 Basis n r h q - Die "N" sind egal. Das einzige was auffällig ist, ist das es manchmal funktioniert hat und manchmal nicht. @Stefan: Ist es nötig die Tests bzgl. der UCS-Variable pxe/quiet mit allen möglichen Terminal-Server-Systemen durchzuführen, oder reichen die bisher angestellten Tests? (wenn nicht bitte wieder auf machen)
UCS 2.3 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".