schau mal in /tmp nach xses-user ob du da was findest bzw die rechte auf kde-user

Hi,

ein weiterer Vorschlag zur Diagnose, nicht zur Therapie:

Wie sieht deine Oberfläche aus, wenn du beim grafischen Login "Failsafe" auswählst?

Falls dort nur eine schwarz-weiß gemuschelte Oberfläche und ein einzelnes Terminalfenster erscheint, dann log dich doch mal auf diese Art und Weise als der "Problem-User" ein und gib im Termnal-Fenster "startkde" ein. Eigentlich sollte dann das KDE-System gestartet werden und kiloweise Meldungen in diesem Fenster durchlaufen. Vielleicht ist dort etwas erhellendes dabei? KDE analysiert ja beim Start den Inhalt bestimmter Verzeichnisse, für Datei-Vorschauen, automatisches Aktualisieren des Konquerors, wenn sich eine Datei geändert hat, o.ä. Vielleicht passiert dort etwas, was einen Abbruch bewirkt und dich deshalb beim Enloggen gleich wieder hinausbefördert?

Ciao

ich dachte nicht an eine xses-user sonder an eine xses-"DEIN-PROBLEM-USER-NAME"
und da sollte was drin stehn

Zitat

Original von Mic Charming
Danke schön!
Habe folgende Meldung auf der Konsole nach Login meines Problemusers mit "failedsave" erhalten:


micha@linux:"> startkde
xset: bad font path element (#59), possible causes are:
Directory does not exist or has wrong permissions
Directory missing fonts.dir
Incorrect font server address or syntax
xset: bad font path element (#59), possible causes are:
Directory does not exist or has wrong permissions
Directory missing fonts.dir
Incorrect font server address or syntax
kbuildsycoca running ...
Reusing existing ksycoca
>>> running as realtime process now (priority 50)
mcop warning: user defined signal handler found for SIG_PIPE, overriding
KAmix session mode disabled
KAmix should be started from startkde.
ERROR: Communication problem with susewatcher, it probably crashed.
SuSEhwItem:: startPollCD: unable to open /dev/hda
WARNING: KDE detected x Error: BadDrawable (invalid Pixmap or window parameter) \x09
Major opcode: \x0e


Und wie gehe ich nun nach Adam Riese am besten vor?

Gruß

Mic Charming

Da du den Login-Fehler nur erhältst, wenn du die besagten OpenOffice-Dateien in dein Home-Verzeichnis kopiert hast, schlage ich vor, dass du diese (temporär) wieder entfernst und die Failsafe-Variante noch einmal durchspielst. Der Unterschied könnte aufschlussreich sein.

Ist das eigentlich alles "Out-of-the-Box", also das KDE, dass bei Suse dabei war, oder hast du dir eine neuere Version aus dem Netz gezogen?

Ggf. wäre können dir auch die KDE-Entwickler weiter helfen, nachdem du den Fehler noch etwas eingekreist hast.

Ansonsten ist startkde ein Skript und kein Programm, will sagen, man kann sich den Inhalt ansehen. Tatsächlich, wird versucht, im Home-Verzeichnis nach privaten Font-Definitionen zu suchen und diese mittes mkfontdir und xset im System bekannt zu machen. Die bemängelte Datei fonts.dir findet sich normalerweise auch in solchen Verzeichnissen mit Font-Definitionen. AFAIK wird fonts.dir von mkfontdir angelegt.

Meine Vermutung ist nun, dass du nicht nur die OpenOffice-Dateien sondern auch noch irgendwelche Fonts mit kopiert hast. Problem könnte z.B. sein, dass diese Fonts TrueType sind und dein X-Server, bzw. Fontserver keine TrueType-Schriften kann.

Gibt es irgendwo unter dem Home-Verzeichnis ein Unterverzecihnis fonts?

Ansonsten läuft es mir kalt den Rücken runter, bei der Vorstellung, das durch das bloße Vorhandensein, von womöglich verzockten/inkompatiblen Dateien im Home-Verzeichnis kein (grafischer) Login mehr möglich ist. Ich muss das ganz schnell wieder vergessen, damit ich morgen noch überall rumerzählen kann, dass Linux viel toller ist als Windoof.

Wobei -- ich glaube, bei Windoof wären wir noch nicht so weit gekommen, was die Fehlersuche angeht.

Ciao,
tacuma

Das Problem habe ich auch gehabt:

• root darf, alle andere user (auch neu erzeugte) dürfen nicht bei KDE sich anmelden
  
• nach korrekter Eingabe von Username und Kennwort verschwindet das Anmeldefenster, der Bildschirm wird kurz dunkel oder flakert und das Anmeldefenster erscheint wieder
  
• in runlevel 3 kann sich der user auf der shell anmelden, aber eine X-Session (startx) schlägt fehl.
  

Ursache: Festplatte bzw. home-Partition hat zu wenig freien Platz oder ein Disk-Quota ist bereits erreicht.

Lösung: Betroffener Partition befreien von unnötigen Dateien. (ggfs. archivieren)

root darf sich anmelden, weil er über allen anderen user Vorrang hat.