GentooForum.de

Lief er vor der Umstellung auf systemd?

Also meine kernelzeile sieht so aus:



Das ist aber die initrd (initramfs) - variante. (Ab "video=uvesafb..." für Dich gültig, da ohne initrd/initramfs))
Deshalb die Frage: bevor auf systemd umgestellt wurde, funktionierte da der framebuffer mit splash?

Zitat von »Gen-Too«

Ich habe aber auch zeitgleich von genkernel auf einen neuen, manuell erstellten Kernel umgestellt.

Funktioniert der Framebuffer und Splah noch wenn du den vorherigen funktionierenden Kernel bootest?

Ich hatte damals auch einige Probleme damit, uvesafb mit einem manuellen Kernel zum Laufen zu bekommen. Und zwar an der Stelle, wo man im Kernel v86d implementiert. Das ist soetwas wie eine kleine initramfs. Doch wenn ich diese einbaute nach Installation von eben v86d, sowie klibc (~spock's howto zu uvesafb), bekam ich beim booten kernelpanics. Bei mir geht es ohne initramfs, in dem der splash eingebaut wird, garnicht. Du kannst ja mal hier nach dem Thema Ausschau halten: Stichworte, mein username und uvesafb.

Hast klibc und v86d installiert? Beim manuellen Kernel ist vieles anders, Du musst praktisch den kernel auf Deine Bedürfnisse angleichen, das macht genkernel ja für Dich per modprobing. Daher kann es durchaus sein, das da ausser der Bootzeile, nochwas fehlt. Und wie gesagt, ICH musste zwangsläufig eine initramfs erzeugen, und den splash dorthinein packen. Ansonsten bekam ich beim Starten Kernel-Probleme (Panics).

Kurz zwischengefragt: Um welche Grafikkarte geht es? KMS oder nicht KMS? Ist die Auflösung passend oder ist dieser 80x25 Textmodus aktiv?

Zwei Dinge fallen mir auf:
Bei den Kernel-Parametern fehlt noch ein
video=uvesafb:1600$x900-32 : Tippfehler oder Copy&Paste Fehler?

Habe zwar keine Lösung aber dafür das gleiche Problem. Nach dem Umstieg auf systemd geht mein Splash auch nicht mehr. Hast du da mittlerweile eine Lösung gefunden. Goggle bringt kaum bis gar keine Infos darüber wie das jetzt mit systemd geht.

Hallo und frohes Neues Jahr @ @ll

Probiert bitte mal (auf Euren, bzw. den von Euch ausgewählten Bootsplash) DIESE: Zeile aus und sagt, ob es damit geht..!

Bei mir läuft diese nämlich mit systemd aber NICHT IMMER! Das ist sehr komisch, wie ich finde. Hatte einmal eine Installation zurückgespielt und mit exakt dieser Kernelzeile (keine Änderungen vorgenommen) ging der Splash nicht mehr. Dann ein Update auf systemd (damals testing/jetzt stable (20 und ging wieder.
Probiert es bitte mal!

Edit: Ist "mtrr" bei Euch im kernel aktiv? (Wobei ich denke, mtrr MUSS aktiv sein, da ich iwie in Erinnerung behalten hatte, das es zur systemd-Umstellung mit zugehörte, das zu enablen)

Edit2: Bei mir tritt das komische Phänomen auf, das Systemd manchmal splash abschaltet: "fbcondecor switched to state "0" on console ttyX" Wenn ich mit "Strg+Alt+F12" in die ksmg - Messages und wieder ""Strg+Alt+F1" zurück zu tty1 wechsle ist Bootsplash "on" geswitched und rennt... :/

Zitat von »mnt_gentoo«

Probiert bitte mal (auf Euren, bzw. den von Euch ausgewählten Bootsplash) DIESE:

linux /kernel-3.12.6-gentoo root=/dev/ram0 real_root=/dev/sda3 real_init=/usr/lib/systemd/systemd ro single video=uvesafb:1920x1200-32,mtrr:3,ywrap splash=verbose,fadein,theme:livecd-2007.0 console=tty1

Zeile aus und sagt, ob es damit geht..!

Habe mal nur die relevanten Teile übernommen. Aber ohne VGA geht bei mir nichts nichts.


Ändert aber auch nichts am Ergebnis. Im Mode silent geht es nicht. Der Splash wird zwar angezeigt, aber nach ca. 2 Sekunden wird der Monitor schwarz. Im Modus verbose geht es soweit. Dieser bleibt gute 15s sichtbar bis halt X startet. Im silent-Mode dauert es übrigens genau so lange bis X startet, nur halt eben mit einem schwarzen Bildschirm. Dann kommt kurz dieses Nvidia Bild und dann wieder gute 10s ein schwarzes Bild bis endlich Gnome was anzeigt. Und dieses nur schwarz ist nervig, besonders für den Rest-Knopf-Finger!
Zum testen habe ich mit dem alten openRC gestartet. Da läuft alles super, außer eben Gnome3. Aber der Splash wird sauber angezeigt und der Fortschrittsbalken auch. Bei google habe ich noch was gelesen mit einem fbcondecor.service für systemd. Gibt es so etwas? Ich habe dieses nämlich nicht!

Hab mal wegen diesem "fbcondecor.service" - File was Ausschau gehalten. Aber EIGENTLICH ist der fbcondecor ja kein "Dienst", der gestartet werden müsste. Er ist praktisch eine Funktion. Und die über service-Files "starten"?! Hört sich so an "das es klar ist" das es sowas nicht gibt.
Bei mir läuft fbcondecor aber er schaltet sich kurz vor Eintreten in den Login-Screen auch ab. Also bevor "This is machine-name@localhost" und "login" - erscheint.
Ob das ein Bug ist... ich dachte lange Zeit daran bis ich beim Umschalten auf tty12 und wieder auf tty1 zufällig entdeckte, das der fbcondecor daraufhin an bleibt. Also einmal tty12 wechseln und wieder zurück und er ist in der vconsole eingeschaltet und bleibt es auch. Bis nach 10Min der Monitor ausgeschaltet wird und per Tastatur wiederbelebt. Dann muss man wieder -> "tty12" -> "tty1" Um ihn wieder einzuschalten. Verstehe ehrlich gesagt auch kein bisschen, was der Quatsch soll. Und wie man es erreicht, das er GRUNDSÄTZLICH(!!!) an IST/an GEHT/an BLEIBT...

Suche selbst schon eine Weile nach relevantem. Aber sehe in Foren allg. leider sehr sehr wenig dazu :/ (ist wahrscheinlich schon ab Geburt eines Menschen grundvorausgesetzt, das man das wissen MUSS!! (Achtung: Sarkasmus!!!!!!)

Was ich aber bei Dir komisch finde: Warum wird der Bildschirm schwarz? Das würde meiner Meinung nach drauf hindeuten das nicht fbcondecor es ist, der nicht tut, sondern der uvesafb selbst(!) Also die Bootmeldungen, die beim Booten ausgegeben werden, die haben nichts mit fbcondecor zutun. Die kommen, sobald der framebuffer (oder Textmodus) aktiv ist. Jedoch ohne framebuffer kein Decor... (Der textmodus kann keinen Decor erzeugen)

Wenn fbcondecor nicht geht, müsstest Du demnach oben (sofern uvesafb im kernel aktiviert) zumindest Pinguine sehen.

Vielleicht melden sich ja auch nochmal einige andere hier zu Wort