Guten Morgen, nach einem Stromausfall kann ich mich mit einem User nicht mehr in KDE einloggen. Als Root und ein anderer User kann ich mich noch ins KDE einloggen. Folgendes geht nach dem Booten kommt der KDM gebe ich die Daten von user A an kommt nach 2sec der Kdm wieder als Root und User B komme ich ins KDE, dummer weise ist user A mein wichtigster User. Googeln hat nicht die richtigen Tips auflager bzw. ich. Könnt Ihr mir weiter helfen die Logs helfen mir auch nicht weiter. System ist Suse10.0 Danke Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ingo Kertscher wrote:
nach einem Stromausfall kann ich mich mit einem User nicht mehr in KDE einloggen. Als Root und ein anderer User kann ich mich noch ins KDE einloggen.
Versuch's mal mit einer "nackten" Konfig; also ziehe dem betroffenen User sein $HOME/.kde weg (umbenennen; nicht löschen). Wenn dann KDE geht, kannst du dir überlegen, welche Teile aus den alten Settings du ggf. übernehmen willst. Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 13. März 2008 07:44 schrieb Kyek, Andreas, VF-DE: allo,
Versuch's mal mit einer "nackten" Konfig; also ziehe dem betroffenen User sein $HOME/.kde weg (umbenennen; nicht löschen).
Habe ich versucht geht nicht, ebenso der Tip mit dem /tmp verzeichnis. Wo kann ich noch suchen? Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ingo Kertscher schrieb:
Wo kann ich noch suchen?
Wenn du keine gezielte Lösung findest, dann kannst du immer noch die Hammermethode anwenden: 1. das User-Homeverzeichnis als root umbenennen, 2. den User per Yast löschen und wieder anlegen, 3. versuchen durch umbenennen der Verzeichnisse vom alten Homeverzeichnis KDE zu starten, oder 4. das KDE Verzeichnis .kde plus die Konfigdateien der einzelnen Programme z.B. .mozilla etc in das neue Verzeichnis zu kopieren und KDE neu starten. Beim Rumhantieren mit dem User unter Yast bitte die User-ID beachten. Sollte dieselbe sein. -- All the best, Peter J. P-N. aedon DESIGNS http://www.hochzeitsbuch.info/ http://www.aedon.eu/ -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 13. März 2008 10:46 schrieb Peter j. P-N: Hallo, Du bist mein Engel. Ich kann mich wieder einloggen und muß nur noch testen ob alles läuft.
Wenn du keine gezielte Lösung findest, dann kannst du immer noch die Hammermethode anwenden:
1. das User-Homeverzeichnis als root umbenennen, 2. den User per Yast löschen und wieder anlegen, 3. versuchen durch umbenennen der Verzeichnisse vom alten Homeverzeichnis KDE zu starten, oder 4. das KDE Verzeichnis .kde plus die Konfigdateien der einzelnen Programme z.B. .mozilla etc in das neue Verzeichnis zu kopieren und KDE neu starten.
Mit leerem Verzeichnis konnte ich mich einloggen, alles stück für stück zurück kopiert und bei .xinitrc ging es nicht mehr. Momentan bin ich ohne .xinitrc unterwegs es scheint alles zu laufen. Wofür ist diese .xinitrc? Diese Datei war leer im neuen verzeichnis ist eine .xinitrc.template lt. Beschreibung ein startx script, eine .xinitrc habe ich nicht könnte das ein Problem werden/sein? Kann/muß/sollte ich die template in die xinitrc umkopieren? Bei mir tauchen immer mehr Fragen auf?
Beim Rumhantieren mit dem User unter Yast bitte die User-ID beachten. Sollte dieselbe sein.
Ich Danke dir Peter und allen anderen für Ihre Hilfe. Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Ingo Kertscher wrote:
Folgendes geht nach dem Booten kommt der KDM gebe ich die Daten von user A an kommt nach 2sec der Kdm wieder als Root und User B komme ich ins KDE
vielleicht kann User A keine Dateien auf seinem HOME Verzeichniss mehr anlegen (Quota ?). Schau mal nach welche Datei auf dem HOME Verzeichnis zuletzt angefasst worden ist. Hth, Kai -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 13. März 2008 08:31 schrieb Kai Grunau: Hallo
vielleicht kann User A keine Dateien auf seinem HOME Verzeichniss mehr anlegen (Quota ?). Schau mal nach welche Datei auf dem HOME Verzeichnis zuletzt angefasst worden ist.
Quota habe ich keine eingestellt, die Partition mit /home ist mit 50% nicht übermäßig voll
Hth, Kai
Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 13. März 2008 schrieb Ingo Kertscher:
Guten Morgen,
nach einem Stromausfall kann ich mich mit einem User nicht mehr in KDE einloggen. Als Root und ein anderer User kann ich mich noch ins KDE einloggen.
Folgendes geht nach dem Booten kommt der KDM gebe ich die Daten von user A an kommt nach 2sec der Kdm wieder als Root und User B komme ich ins KDE, dummer weise ist user A mein wichtigster User.
Googeln hat nicht die richtigen Tips auflager bzw. ich.
Könnt Ihr mir weiter helfen die Logs helfen mir auch nicht weiter.
System ist Suse10.0
Danke Ingo
Was auch schon mal vorkommen kann (hatte ich bisher allerdings nur ein mal nach einen KDE Upgrade) ist, das die .ICEauthority auf root gesetzt wird. Das hatte dann genau den beschriebenen Effekt. Einfach mal eine konsole starten, und als root folgendes eingeben chown benutzername:users /home/benutzername/.ICEauthority Vielleicht hilft's ja Micha -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 13. März 2008 10:00 schrieb Michael Schueller: Hallo,
Was auch schon mal vorkommen kann (hatte ich bisher allerdings nur ein mal nach einen KDE Upgrade) ist, das die .ICEauthority auf root gesetzt wird. Das hatte dann genau den beschriebenen Effekt.
Einfach mal eine konsole starten, und als root folgendes eingeben
chown benutzername:users /home/benutzername/.ICEauthority
Das hat keine Änderung gebracht.
Vielleicht hilft's ja
leider nein
Micha
Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 13. März 2008 schrieb Ingo Kertscher:
Am Donnerstag, 13. März 2008 10:00 schrieb Michael Schueller:
Hallo,
Was auch schon mal vorkommen kann (hatte ich bisher allerdings nur ein mal nach einen KDE Upgrade) ist, das die .ICEauthority auf root gesetzt wird. Das hatte dann genau den beschriebenen Effekt.
Einfach mal eine konsole starten, und als root folgendes eingeben
chown benutzername:users /home/benutzername/.ICEauthority
Das hat keine Änderung gebracht.
Vielleicht hilft's ja
leider nein
Micha
Ingo
Dann lösch doch mal die folgenden Dateien su Passwort cd /home/benutzername rm .ICEauthority .Xauthority .DCOPserver_linux__0 .DCOPserver_linux_:0 Mehr würde mir dann auch nicht einfallen Micha -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi, versuch mal unter /tmp und /var die Nutzerspezifischen Verzeichnisse zu löschen. Wenn das allein nichts bringt, dann verschiebe mal im Heimatverzeichnis das .kde-Verzeichnis nach .kde_old und das .qt nach .qtold! Bei mir reicht das immer. Wenn es dann wieder geht, die KDE Einstellungen aus dem .kde_old wieder zurückkopieren... Frank Michael Schueller schrieb:
Am Donnerstag, 13. März 2008 schrieb Ingo Kertscher:
Am Donnerstag, 13. März 2008 10:00 schrieb Michael Schueller:
Hallo,
Was auch schon mal vorkommen kann (hatte ich bisher allerdings nur ein mal nach einen KDE Upgrade) ist, das die .ICEauthority auf root gesetzt wird. Das hatte dann genau den beschriebenen Effekt.
Einfach mal eine konsole starten, und als root folgendes eingeben
chown benutzername:users /home/benutzername/.ICEauthority
Das hat keine Änderung gebracht.
Vielleicht hilft's ja
leider nein
Micha
Ingo
Dann lösch doch mal die folgenden Dateien
su Passwort cd /home/benutzername rm .ICEauthority .Xauthority .DCOPserver_linux__0 .DCOPserver_linux_:0
Mehr würde mir dann auch nicht einfallen
Micha
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 13. März 2008 11:25 schrieb Michael Schueller: Hallo,
Dann lösch doch mal die folgenden Dateien
su Passwort cd /home/benutzername rm .ICEauthority .Xauthority .DCOPserver_linux__0 .DCOPserver_linux_:0
Mehr würde mir dann auch nicht einfallen
Problem wahrscheinlich gelöst, siehe obige Mail.
Micha
Danke Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 13. März 2008 schrieb Ingo Kertscher:
Am Donnerstag, 13. März 2008 11:25 schrieb Michael Schueller:
Hallo,
Dann lösch doch mal die folgenden Dateien
su Passwort cd /home/benutzername rm .ICEauthority .Xauthority .DCOPserver_linux__0 .DCOPserver_linux_:0
Mehr würde mir dann auch nicht einfallen
Problem wahrscheinlich gelöst, siehe obige Mail.
Micha
Danke Ingo
Interessant, dann werden es wohl die DCOP* Dateien gewesen sein. Diese werden beim Abmelden aus einer Sitzung gelöscht, und beim Anmelden neu erstellt. Wenn jedoch die Sitzung abrupt beendet wird, bleiben die alten Dateien erhalten. Offensichtlich ist KDE nicht dazu in der Lage die alten Dateien zu überschreiben. Sollte man sich merken... Gruß Micha -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 13. März 2008 12:36 schrieb Michael Schueller: allo,
Interessant, dann werden es wohl die DCOP* Dateien gewesen sein.
Nein es war definitiv die xinitrc als einzige Datei, nehme ich nur die raus gehts, bei allen anderen geht irgendwas nicht bzw. ist nicht mehr da. Kopiere ich die xinitrc rein komme ich über den KDM nicht mehr hinaus.
Diese werden beim Abmelden aus einer Sitzung gelöscht, und beim Anmelden neu erstellt. Wenn jedoch die Sitzung abrupt beendet wird, bleiben die alten Dateien erhalten. Offensichtlich ist KDE nicht dazu in der Lage die alten Dateien zu überschreiben. Sollte man sich merken...
Bitte keine voreiligen schlüsse ziehen s.o..
Gruß Micha
Ingo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (6)
-
Frank Mayr -
Ingo Kertscher -
Kai Grunau -
Kyek, Andreas, VF-DE -
Michael Schueller -
Peter j. P-N