Arch Linux

Kein Login bei KDE möglich

[gelöscht]

Hallo,

ich verwende Arch Linux mit KDE 4.5.1 und kann mich seit gestern nicht mehr über die grafischen Oberfläche, sprich KDM, einloggen. Nach Eingabe und Bestätigung des Passwort erscheint kurz die Ladegrafik, ein paar Meldung blitzen auf und ich lande wieder beim Loginbildschirm.

Ich habe bereits meinen KDE-Ordner .kde4 verschoben und die Logdateien in "/var/log" durchsucht. Leider konnte ich nicht die geringste Spur für die Lösung des Problems finden.

Bevor das Login-Problem aufgetreten ist, habe ich weder Software installiert / aktualisiert, noch sonstige Änderungen am System vorgenommen. Der einzige Vorfall war ein plötzliches Abstürzen von Plasma. Seit dem darauf folgenden Neustart geht nichts mehr.

Habt ihr eine Idee, was ich nun noch tun kann?

Viele Grüße
JaiBee

mannohneschuh

Eine Möglichkeit vorzugehen ist:

neuen User anlegen ($user2)
als $user2einloggen
ausloggen
mv /home/$user1 /home/$user1_old
mv /home/$user2 /home/$user1
chown -R $user1 /home/$user1
chmod -R 755 /home/$user1
wieder als $user1 arbeiten

Danach dann vielleicht die Einstellungen Die nicht die DE betreffen zurückkopieren.

[gelöscht]

mannohneschuh schriebEine Möglichkeit vorzugehen ist:

neuen User anlegen ($user2)

als $user2einloggen

Ah, super. Mit einem neuen Account kann ich mich einloggen. Dann hat es wohl meine Konfiguration verrissen (und ich dachte, das Verschieben -> neu Anlegen von .kde4 würde ausreichen).

Ich habe allerdings keine Lust, mit einem neuen Profil anzufangen. .kde4 und .config habe ich bereits entfernt (/umbenannt) und das Login funktioniert nach wie vor nicht. Hast du eine Idee, welche Dateien ich als nächsten umbenennen soll, um so die fehlerhafte Datei / Verzeichnis zu finden?

Gruß

mannohneschuh

JaiBee schrieb[…]
Ich habe allerdings keine Lust, mit einem neuen Profil anzufangen. .kde4 und .config habe ich bereits entfernt (/umbenannt) und das Login funktioniert nach wie vor nicht. Hast du eine Idee, welche Dateien ich als nächsten umbenennen soll, um so die fehlerhafte Datei / Verzeichnis zu finden?

Gruß

Nö, weil kein KDE. Kann ich dir leider nicht mehr weiter helfen.

[gelöscht]

mannohneschuh schriebNö, weil kein KDE. Kann ich dir leider nicht mehr weiter helfen.

Kein Problem. Das war auch wirklich eine äußerst schlechte Frage 😉.

Aber du hast mich auf die richtige Spur geführt – vielen Dank!

Gruß

[gelöscht]

Folgende Fehlermeldungen konnte ich Arch im Abgesicherten KDE-Modus noch entlocken:

$ startkde
Agent pid 7951
startkde: Starting up...
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kded(7973): Communication problem with  "kded" , it probably crashed. 
Error message was:  "org.freedesktop.DBus.Error.ServiceUnknown" : " "The name org.kde.kded was not provided by any .service files" " 

<unknown program name>(7971)/ KStartupInfo::createNewStartupId: creating:  "Vostro3700;1284660158;818588;7971_TIME0" : "unnamed app"
startkde: Shutting down...
klauncher: Exiting on signal 1
startkde: Running shutdown scripts...
unset SSH_AUTH_SOCK;
unset SSH_AGENT_PID;
echo Agent pid 7951 killed;
startkde: Done.

Fuer mich jedoch nicht aussagekraeftig genug.

Gruss JaiBee
(engl. Tastatur)

[gelöscht]

mannohneschuh schriebEine Möglichkeit vorzugehen ist:

neuen User anlegen ($user2)

als $user2einloggen

ausloggen

mv /home/$user1 /home/$user1_old

mv /home/$user2 /home/$user1

chown -R $user1 /home/$user1

chmod -R 755 /home/$user1

wieder als $user1 arbeiten

Danach dann vielleicht die Einstellungen Die nicht die DE betreffen zurückkopieren.

Bin nun doch genauso vorgegangen und es hat leider nicht funktioniert:

user1 funktioniert nicht
user2 funktioniert
Sicherung von user1 angelegt und Profil von user2 nach user1 verschoben und Rechte angepasst
user1 funktioniert trotzdem nicht
dann das Ganze nochmal umgekehrt (user1 -> user2)
user2 funktioniert immer noch

Die selbe Homeverzeichnis hat als als user2 funktioniert und als user1 leider immer noch nicht. Nun bin ich völlig ratlos…

Gruß JaiBee

[gelöscht]

Ich habe einen Thread mit dem selben Problem finden können, doch ausgerechnet der Link mit der Lösung funktnioniert nicht und ist auch nicht im Google Cache verfügbar.

Vain

Hmm, hier geht der Link. Ich zitier's dir mal:

karoshi schrieb
mat69 schrieb What I don't understand is why deleting the configs should be even needed. [1]
As far as I understand the way KDE works it _should_ not be needed. So what goes wrong there?

I know, the config etc. at the install dirs have to be updated, otherwise there would be no default settings, yet the personal configs just change settings. Why should they be invalid for a next version?

Imo the whole thin is a bug in itself and it would be interesting which programs cause it.

[1] Understanding, that it solves problems, but not why.
I do major updates always outside of KDE (with KDE not running).

Then delete
/var/tmp/kdecache-$USER
/tmp/kde-$USER
/tmp/ksocket-$USER
then go to "init 3" and back. This should mostly avoid problems with the configs.

[gelöscht]

Vain schriebHmm, hier geht der Link.

Bei mir nach wie vor nicht, vermutlich weil ich nicht eingeloggt bin.

Vain schriebIch zitier's dir mal:
/var/tmp/kdecache-$USER
/tmp/kde-$USER
/tmp/ksocket-$USER

Wow, funktioniert tatsächlich 🙂. Jetzt bin ich aber überrascht! Danke vain.

Wird /tmp nicht bei jedem Neustart gelöscht?

Viele Grüße
JaiBee

mannohneschuh

Ich war auch der Meinuung /tmp wird gelöscht. Wäre ja dann mal interessant zu wissen ob es nicht reicht /var/kdecache-$user zu löschen.
Edit: Habe mich vertan, da sollte stehen /var/tmp/kdecache-$user …

Vain

JaiBee schriebWird /tmp nicht bei jedem Neustart gelöscht?

Doch, aber /var/tmp nicht (/etc/rc.sysinit, ab Zeile 341). Keine Ahnung, ich verwende kein KDE, aber so aus der Ferne scheint mir das der Knackpunkt zu sein. 😉

[gelöscht]

Ok, danke euch beiden.
Denke auch, dass /var/kdecache-$user gereicht hätte (würde zumindest Sinn machen)

Gruß

[gelöscht]

Heute wieder das gleiche Problem; zum Glück habe ich diesen Thread wieder gefunden (ist nämlich nicht im Google-Index ;-))

rm -r /var/tmp/kdecache-$USER

hat wieder geholfen.

Zuvor hatte ich den XServer gekillt (und neu gestartet), da keine Programme mehr starten wollten. Anschließend war kein Login mehr möglich.