bootsplash geht nicht sooo ganz..

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
filou
Beiträge: 190
Registriert: 02.02.2004 21:21:40

bootsplash geht nicht sooo ganz..

Beitrag von filou » 20.07.2004 10:33:17

Hallo,

ich habe mir SID mit nem 2.4.26er Kernel installiert. Anschließend den bootsplash, wie im Forum beschrieben installiert.

So weit ganz gut - nur beim booten startet der Progressbar 1 Atück, bricht dann aber ab und die Systemmeldungen werden auf der Konsole ausgegeben.

BeimHerunterfahren ist allerdings alles so, wie es sein soll.

Frage nebenher: Welche Rolle spielt cramfs bei dem Bootsplash ??

mfg

Benutzeravatar
sebas
Beiträge: 419
Registriert: 15.01.2004 19:02:29
Wohnort: Nijmegen / NL
Kontaktdaten:

Beitrag von sebas » 20.07.2004 18:07:03

Wenn der Kernel erst das Bootsplash Bild zeigt, hat es wohl nichts mit dem cramfs zu tun. Das Bild konnte ja gelesen und decodiert werden.

Wenn bootsplash nachdem dein Kernel geladen ist in den verbose mode springt, liegt es vermutlich daran, dass eins Deiner init.d Skripte einen Errorcode ausspuckt. In dem Fall muss du probieren rauszufinden, welches init.d Skript scheinbar 'failed', und dieses dann a:ndern.
Magic is always the best solution -- especially reliable magic.

filou
Beiträge: 190
Registriert: 02.02.2004 21:21:40

Beitrag von filou » 22.07.2004 15:22:34

Hallo,
ich habe es jetzt gelöst -quick & dirty, aber geht

In der /etc/lilo.conf

Code: Alles auswählen

..
append="splash=silent console=/dev/null CONSOLE=/dev/null"
..
Ich wollte die VConsole erst nach /dev/tty2 umleiten, doch habe ich damit keinen Erfolg. Nach ca 60% progress bar habe ich dann immer noch das verbose Bild auf'm screen und nicht mehr das silent.

so far

mfg

Benutzeravatar
sebas
Beiträge: 419
Registriert: 15.01.2004 19:02:29
Wohnort: Nijmegen / NL
Kontaktdaten:

Beitrag von sebas » 28.07.2004 23:14:54

Das hat damit eigentlich nichts zu tun. Du musst rausfinden, welches script aus /etc/init.d/ beim Starten des Systems "failed", d.h. einen returnwert > 0 an init zurueckgeben. Da musst du ansetzen, da bootsplash automatisch in verbose mode switcht, wenn eine Fehlermeldung beim Booten kommt. Das ist wahrscheinlich auch bei Dir der Fall. D.h. es ist wichtig, wann er switcht, an dem Punkt ging gerade etwas schief.
Magic is always the best solution -- especially reliable magic.

dido
Beiträge: 5
Registriert: 29.12.2003 22:44:25

Beitrag von dido » 19.08.2004 10:13:13

So weit ganz gut - nur beim booten startet der Progressbar 1 Atück, bricht dann aber ab und die Systemmeldungen werden auf der Konsole ausgegeben.

BeimHerunterfahren ist allerdings alles so, wie es sein soll.
Habe exakt das gleiche Problem mit einem Debian Sarge ??

Wie kann ich denn rausfinden welches Script da eventuell Probleme macht ??

Gruß,

Frank

dido
Beiträge: 5
Registriert: 29.12.2003 22:44:25

Beitrag von dido » 20.08.2004 08:56:36

Hat niemand ne Idee dazu ??

filou
Beiträge: 190
Registriert: 02.02.2004 21:21:40

Beitrag von filou » 21.08.2004 18:54:16

Hi,

also, wie geschrieben leite ich alle Meldungen nach /dev/null um.

Wenn ich jetzt richtig suchen müsste, schai mir erstmal an wo "umgeswitcht" wird. Dann würde ich mir die Skripte ansehen un schauen, was alles aufgerufen wird.
Vorher von verdächtigen Skripten ne Sicherung machen und dann ein wenig basteln.

In den Skripten selber, mir jedes mal den Returnwert in ein Logfile schreiben lassen.

starte xyz...
# echo $? von Skript XY >> $LOGFILE

Das wäre jetzt mein Lösungsansatz....

mfg

Benutzeravatar
sebas
Beiträge: 419
Registriert: 15.01.2004 19:02:29
Wohnort: Nijmegen / NL
Kontaktdaten:

Beitrag von sebas » 23.08.2004 03:25:23

dido hat geschrieben:
So weit ganz gut - nur beim booten startet der Progressbar 1 Atück, bricht dann aber ab und die Systemmeldungen werden auf der Konsole ausgegeben.

BeimHerunterfahren ist allerdings alles so, wie es sein soll.
Habe exakt das gleiche Problem mit einem Debian Sarge ??

Wie kann ich denn rausfinden welches Script da eventuell Probleme macht ??
Das Script was als letztes laeuft, bevor bootsplash switcht, das sollte anhand der Meldungen die in dem Moment erscheinen ersichtlich sind.

Das Output einfach in /dev/null zu pipen ist eine wirklich haessliche Loesung, IMO.
Magic is always the best solution -- especially reliable magic.

Antworten