Nach You/KDE-Update kein booten mehr in Runlevel 5
Hallo, ich habe jetzt auf zwei Rechnern (Desktop, Laptop) ein seltsames Phänomen. (Desktop: OpenSuse mit allen aktuellen Vanilla-Kernel 2.6.16-rc4 wahlweise Vanilla-Kernel 2.6.15.4; Laptop: OpenSuse mit Kernel-of-the-day von /mantel/kotd 2.6.16-rc4-git3-20060222181318-default) Ich habe die aktuellen KDE-Pakete vom 24.2. eingespielt (über YaST, Installationsquelle ../supplementary/KDE/update_for_10.0) sowie das YOU-Update heute laufen lassen, danach das: Wenn ich in den Runlevel 5 booten möchte, bleiben beide Rechner beim booten hängen, und zwar wenn auf der Konsole der Start der Dämonen angezeigt wird. Bei einem (Desktop), wenn er den mysqld startet, den anderen (Laptop), wenn er den powersaved startet. Ich habe beide Dämonen abgestellt - Runlevel-Editor YaST - keine Auswirkung. Starte ich in den Runlevel 3, booten beide ohne Probleme auch mit allen Dämonen durch. Ich kann dann mit startx den grafischen Modus einschalten und KDE startet. Das beenden des KDE-Desktops hängt dann auch wieder. Das Umschalten von Runlevel 3 mit init 5 funktioniert auch nicht, nur die Konsolen hängen dann: keine Texteingabe mehr möglich. Jetzt meine Frage(n): Kann jemand was zu dem Phänomen sagen? In welchen log-Files kann ich Hinweise auf den/die Fehler finden? Kriege ich 'raus, welche YOU-Updates zu welchem Zeitpunkt installiert worden sind, und kann ich das evtl. wieder auf die alten Pakete zurückspielen? Gruß Uli -- Niemand käme auf die Idee, Tinte mit Tinte abzuwaschen nur Blut soll immer wieder mit Blut abgewaschen werden. -- Ebner-Eschenbach ********** Gruss aussem Pott! ***********
Am Samstag, 25. Februar 2006 15:34 schrieb Ulrich Walter: Hallo Ulrich,
[...] Ich habe die aktuellen KDE-Pakete vom 24.2. eingespielt (über YaST, Installationsquelle ../supplementary/KDE/update_for_10.0) sowie das YOU-Update heute laufen lassen, danach das:
Wenn ich in den Runlevel 5 booten möchte, bleiben beide Rechner beim booten hängen, und zwar wenn auf der Konsole der Start der Dämonen angezeigt wird. Bei einem (Desktop), wenn er den mysqld startet, den anderen (Laptop), wenn er den powersaved startet.
...danach kommt der "kdm" und daran liegt es. Ich habe kdebase-kdm 3.5.-27 durch die ältere Version kdebase3-kdm-3.5.1-18.rpm ersetzt. Danach funktioniert es wieder. (Habe den eigentlichen Fehler dann nicht weiter verfolgt) Gruß Harald
Hallo! Am Samstag, 25. Februar 2006 16:14 schrieb Harald Huthmann:
...danach kommt der "kdm" und daran liegt es. Ich habe kdebase-kdm 3.5.-27 durch die ältere Version kdebase3-kdm-3.5.1-18.rpm ersetzt. Danach funktioniert es wieder. (Habe den eigentlichen Fehler dann nicht weiter verfolgt)
Gruß Harald
Danke, aber, dumme Nachfrage, woher kriege ich die alte Version? Gruß Uli -- Niemand käme auf die Idee, Tinte mit Tinte abzuwaschen nur Blut soll immer wieder mit Blut abgewaschen werden. -- Ebner-Eschenbach ********** Gruss aussem Pott! ***********
Am Samstag, 25. Februar 2006 16:25 schrieb Ulrich Walter:
Hallo!
Am Samstag, 25. Februar 2006 16:14 schrieb Harald Huthmann:
...danach kommt der "kdm" und daran liegt es. Ich habe kdebase-kdm 3.5.-27 durch die ältere Version kdebase3-kdm-3.5.1-18.rpm ersetzt. Danach funktioniert es wieder. (Habe den eigentlichen Fehler dann nicht weiter verfolgt)
Gruß Harald
Danke, aber, dumme Nachfrage, woher kriege ich die alte Version?
Kurze Suche über google: zB :http://www-ftp.lip6.fr/pub/X11/kde/stable/3.5.1/SuSE/ix86/10.0/ Gruß Harald
Hallo Harald, Am Samstag, 25. Februar 2006 16:37 schrieb Harald Huthmann:
Am Samstag, 25. Februar 2006 16:25 schrieb Ulrich Walter:
Hallo!
Am Samstag, 25. Februar 2006 16:14 schrieb Harald Huthmann:
...danach kommt der "kdm" und daran liegt es. Ich habe kdebase-kdm 3.5.-27 durch die ältere Version kdebase3-kdm-3.5.1-18.rpm ersetzt. Danach funktioniert es wieder. (Habe den eigentlichen Fehler dann nicht weiter verfolgt)
Gruß Harald
Danke, aber, dumme Nachfrage, woher kriege ich die alte Version?
Kurze Suche über google: zB :http://www-ftp.lip6.fr/pub/X11/kde/stable/3.5.1/SuSE/ix86/10.0/
Gruß Harald
Asche auf mein Haupt: Ich habe eingegeben: kdebase3-kdm-3.5.1-18.rpm, das .rpm war wohl zuviel... Danke! Gruß Uli -- Niemand käme auf die Idee, Tinte mit Tinte abzuwaschen nur Blut soll immer wieder mit Blut abgewaschen werden. -- Ebner-Eschenbach ********** Gruss aussem Pott! ***********
Am Samstag, den 25.02.2006, 15:34 +0100 schrieb Ulrich Walter:
Hallo, Hallo, [...]
Jetzt meine Frage(n): Kann jemand was zu dem Phänomen sagen? In welchen log-Files kann ich Hinweise auf den/die Fehler finden? Kriege ich 'raus, welche YOU-Updates zu welchem Zeitpunkt installiert worden sind, und kann ich das evtl. wieder auf die alten Pakete zurückspielen?
Es gibt wohl ein Problem mit der aktuellen Version von kdm. Wenn du ein Downgrade von kdm machst, sollte alles wieder wie gewohnt laufen. Gruß Renate
Hi, das Problem hatte ich auch vor zwei Tagen. In der aktuellen kdebase3-kdm scheint sich etwas in Bezug auf das Preloading geändert zu haben. Mein workaround war den Dienst 'earlykdm' im Runlevel-Editor zu deaktivieren. Danach startete der Rechner auch wieder im Runlevel 5. Gruß Stefan Am Samstag, 25. Februar 2006 15:34 schrieb Ulrich Walter:
Hallo,
ich habe jetzt auf zwei Rechnern (Desktop, Laptop) ein seltsames Phänomen. (Desktop: OpenSuse mit allen aktuellen Vanilla-Kernel 2.6.16-rc4 wahlweise Vanilla-Kernel 2.6.15.4; Laptop: OpenSuse mit Kernel-of-the-day von /mantel/kotd 2.6.16-rc4-git3-20060222181318-default)
Ich habe die aktuellen KDE-Pakete vom 24.2. eingespielt (über YaST, Installationsquelle ../supplementary/KDE/update_for_10.0) sowie das YOU-Update heute laufen lassen, danach das:
Wenn ich in den Runlevel 5 booten möchte, bleiben beide Rechner beim booten hängen, und zwar wenn auf der Konsole der Start der Dämonen angezeigt wird. Bei einem (Desktop), wenn er den mysqld startet, den anderen (Laptop), wenn er den powersaved startet. Ich habe beide Dämonen abgestellt - Runlevel-Editor YaST - keine Auswirkung. Starte ich in den Runlevel 3, booten beide ohne Probleme auch mit allen Dämonen durch. Ich kann dann mit startx den grafischen Modus einschalten und KDE startet. Das beenden des KDE-Desktops hängt dann auch wieder. Das Umschalten von Runlevel 3 mit init 5 funktioniert auch nicht, nur die Konsolen hängen dann: keine Texteingabe mehr möglich.
Jetzt meine Frage(n): Kann jemand was zu dem Phänomen sagen? In welchen log-Files kann ich Hinweise auf den/die Fehler finden? Kriege ich 'raus, welche YOU-Updates zu welchem Zeitpunkt installiert worden sind, und kann ich das evtl. wieder auf die alten Pakete zurückspielen?
Gruß Uli
-- Niemand käme auf die Idee, Tinte mit Tinte abzuwaschen nur Blut soll immer wieder mit Blut abgewaschen werden. -- Ebner-Eschenbach ********** Gruss aussem Pott! ***********
Hallo, Am Samstag, 25. Februar 2006 16:27 schrieb Stefan Sander:
Hi, das Problem hatte ich auch vor zwei Tagen. In der aktuellen kdebase3-kdm scheint sich etwas in Bezug auf das Preloading geändert zu haben.
Mein workaround war den Dienst 'earlykdm' im Runlevel-Editor zu deaktivieren. Danach startete der Rechner auch wieder im Runlevel 5.
Gruß Stefan
Jo, das klappt scheinbar hier auch... Danke! Gruß Uli -- Niemand käme auf die Idee, Tinte mit Tinte abzuwaschen nur Blut soll immer wieder mit Blut abgewaschen werden. -- Ebner-Eschenbach ********** Gruss aussem Pott! ***********
participants (4)
-
Harald Huthmann -
Renate Neike -
Stefan Sander -
Ulrich Walter