Lieber Besucher, herzlich willkommen bei: GentooForum.de.
Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert.
Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können.
Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang.
Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Rechner bleibt nach dem runterfahren aus KDE heraus hängen
Hallo
Ich habe vor kurzem KDE 3.5 installiert und seit dem funktioniert das abmelden rebooten und runterfahren aus KDE nicht mehr.
Er schreibt kurz auf die Platte dann wird der Bildschirm schwarz und dann hängt er sich komplett auf.
Auf der Komandozeile funzt halt und reboot.
Kann mir jemand helfen?
MfG
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »tux-fan« (13.01.2006, 00:20)
Kommst du zum Anmeldebildschirm ?? Habe ein ähnliches Problem ... siehe Logon Absturz ...
Viel Glück
Abi 08
richard@hyman ~ $ %blow
bash: fg: %blow: no such job
Wenn ich dich richtig verstanden habe hast probleme beim anmelden ich aber mit dem abmelden.
Die alte KDE-Version habe ich auch schon deinstalliert ohne Erfolg.
Ein emerge -uD --newuse world && revdep-rebuild hat auch nichts daran geändert.
MfG
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
steht da irgendwas in der kde log ?
und du kannst gar nix mehr machen wenn der Bildschirm schwarzist ?
Abi 08
richard@hyman ~ $ %blow
bash: fg: %blow: no such job
hi
hast Du nach dem emerge kde ein etc-update gemacht?
Es hat sich wahrscheilich wieder einiges in der kdmrc geändert.
Joachim
Unmögliches erledigen wir sofort. Wunder dauern etwas länger.
@GFM_Eisenhauer > der hängt richtig, ich kann nichtmal mehr in die konsole wechseln > prozessorlast 100%
Wo finde ich die kde log`s?
@magjo > alles gemacht
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
las doch mal ein "top" laufen
und versuchs dann, dann solltest du ja seheen welche Prozess das ist!
mfg nowhereman
ich kann nur nicht mehr in die komandozeile weckseln um mir das anzuschauen. Da geht nix mehr!
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »tux-fan« (13.01.2006, 11:53)
du kannst es ja auch einfach vorher in einer konsole starten und dich dann abmelden!
dann soltest du es auch sehen
mfg nowhereman
was meinst du damit? Die exit halt reboot befehle funktionieren ja. Die haben ja auch nichts mit kde zu tun.
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
ganz einfach,
du meldest dich bei KDE an (geht ja),
dann startest du eine Konsole
dort führst du "top" aus
dann gehst du ins KDE-Menü und loggst dich aus
dabei siehst du dann ob die Prozessorlast eines bestimmten Prozesses
besonders ansteigt
klar?
mfg nowhereman
Das hab ich mal probiert.
Kann ja nicht gehn weil alle geöffneten Fenster zuerst geschlossern werden.
Selbst wenn da noch was zu erkennen ist währe dieser Wert nicht aussagekräftig weil selbst der Mauszeiger der mit Echtzeitprio läuft nicht mehr bewegbar ist.
MfG
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
gut, ich wusste nicht wie weit er kde beendet
hast du schonmal in /var/log/messages geguckt?
mfg nowhereman
tux micha # cat /var/log/mess* | grep kde
Jan 13 10:52:21 tux kde(pam_unix)[7795]: session opened for user micha by (uid=0)
Jan 13 15:40:58 tux kde(pam_unix)[7520]: session opened for user micha by (uid=0)
Jan 13 15:54:50 tux kde(pam_unix)[7839]: authentication failure; logname= uid=1000 euid=0 tty=:0 ruser= rhost= user=micha
Jan 13 16:50:44 tux kde(pam_unix)[7664]: session opened for user micha by (uid=0)
Jan 13 17:21:42 tux kde(pam_unix)[7846]: authentication failure; logname= uid=1000 euid=0 tty=:0 ruser= rhost= user=micha
Jan 13 17:30:03 tux kde(pam_unix)[7862]: authentication failure; logname= uid=1000 euid=0 tty=:0 ruser= rhost= user=micha
Jan 13 21:32:07 tux kde(pam_unix)[15226]: authentication failure; logname= uid=1000 euid=0 tty=:0 ruser= rhost= user=micha
Jan 13 23:57:39 tux kde(pam_unix)[7664]: session closed for user micha
Jan 13 23:57:50 tux kde(pam_unix)[13014]: session opened for user micha by (uid=0)
Jan 14 00:00:04 tux kde(pam_unix)[7672]: session opened for user micha by (uid=0)
Jan 14 00:03:02 tux kde(pam_unix)[7655]: authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost= user=micha
Jan 14 00:03:13 tux kde(pam_unix)[7655]: session opened for user micha by (uid=0)
Jan 14 00:28:22 tux kde(pam_unix)[7655]: session opened for user micha by (uid=0)
Jan 14 00:42:12 tux kde(pam_unix)[7876]: authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost= user=micha
Jan 14 00:42:30 tux kde(pam_unix)[7876]: session opened for user micha by (uid=0)
Jan 14 13:05:21 tux kde(pam_unix)[7661]: session opened for user micha by (uid=0)
die authentication failure nicht weiterbeachten > ich ändere öfter mein password
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
ich glaube das hilft nicht weiter da steht ja nur wann du dich eingeloggt hast und wann du dein pw falsch eingegeben hast und so. Keine AHnung in welcher Log das genau steht. Kommt halt drauf an ob der Absturz nach dem Kde beendet hat passiert oder davor...
mfg
gfm
Abi 08
richard@hyman ~ $ %blow
bash: fg: %blow: no such job
wer sagt denn das da kde stehen muss?
du musst dir einfach mal die messages angucken,
die während so eines Absturzes geschrieben werden!
mfg nowhereman
Ich habe auch sonst nichts auffälliges gefunden.
tux micha # cat /var/log/mess* | grep halt
Jan 13 23:57:41 tux (micha-12965): Signal 15 erhalten, ordungsgemäßes Herunterfahren
da scheint`s mal geklappt zu haben
Ist ja auch klar wie soll er dann noch schreiben.
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
Ich probiere mal ein
# /usr/lib/gentoolkit/bin/qpkg -I -nc | grep kde | xargs emerge --oneshot
und melde mich wenn ich ein Ergebnis habe.
MfG
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
keine Änderung
Wie macht kde eigentlich das ein normaler Benutzer herunterfahren kann.
Vieleicht habe ich ja ein Rechteproblem in einem Skript was kde beim runterfahren startet.
MfG
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
Ich hab`s es liegt am artsd. Der kann das System vollständig zum stillstand bringen weil er mit Echtzeitpriorität läuft.
Warum er das beim beenden macht ist mir unklar.
Vieleicht kann mir jemand dabei helfen.
MfG
Letz fetz, sprach der Frosch und sprang in den Ventilator.....
Zitat 
