Nach Umbenennung von ~/.config/ksmserverrc in ~/.config/___ksmserverrc passiert das Gleiche mit dem Unterschied, dass wegen der Umbenennung nach der Anmeldung die folgende Meldung erscheint:
Klar lag das an der Umbenennung, vorher kam der Fehler ja nicht.
Außerdem kamen gerade zwei Systemupdates herein.
Nach einem Neustart war die Datei wieder da und der kdeinit5-Fehler weg.
Das System läuft bis auf diesen pdf-Bug und ein paar bekannte andere, an denen “die” dran sind, sonst (inzwischen) so gut wie fehlerfrei.
Ich finde sogar, es ist die ansprechendste openSuse-Version, die es bisher gab.
Und die Meldung mit dem Backlight-Controller kommt vermutlich, weil der Akku nicht eingebaut ist. Kann ich aber nicht testen, weil ich den Akku nicht habe.
Diese Umbenenennung hat aber keinerlei Einfluss auf kdeinit, außerdem wird die Datei ja sowieso automatisch wieder angelegt, weils eine Konfigurationsdatei von ksmserver ist (und die Programme enthält die beim letzten Logout liefen, damit sie beim nächsten Login wiederhergestellt werden).
Das System läuft sonst (inzwischen) völlig fehlerfrei.
Diese Umbenenennung hat aber keinerlei Einfluss auf kdeinit, außerdem wird die Datei ja sowieso automatisch wieder angelegt, weils eine Konfigurationsdatei von ksmserver ist (und die Programme enthält die beim letzten Logout liefen, damit sie beim nächsten Login wiederhergestellt werden).
Unbestreitbar ist, dass die kdeinit5-Meldung erst nach der Umbenennung kam.
Jetzt kommt sie nicht mehr, weil ~/.config/ksmserverrc wieder existiert.
Ja, ich bin auch froh, dass das Ding endlich läuft. Immerhin weiß ich nun, worauf ich bei meinem eigenen Notebook zu achten habe bei der Umrüstung von 13.1 auf Leap 42.1
Jetzt kommt sie nicht mehr, weil ~/.config/ksmserverrc wieder existiert.
Das glaube ich nicht.
Dann müsste kdeinit5 ja immer nach einer Neuinstallation bzw. auf einem frischen Benutzerkonto abstürzen, zumindest beim ersten Einloggen…
Ich weiß nicht warum kdeinit5 bei dir abgestürzt ist (bin kein Hellseher), aber es liegt definitiv nicht an einer fehlenden ksmserverrc Datei.
Ich weiß nicht warum kdeinit5 bei dir abgestürzt ist
Das passierte temporär, weil ich auf Deinen Rat die Datei ~/.config/ksmserverrc umbenannt habe, um damit herauszufinden, warum dieser pdf-Absturz mit anschließender Neuanmeldung (nicht Neustart!) passiert, der auch weiterhin auftritt.
Aber was sollte denn sonst der Grund sein? Ohne Umbenennung kommt kein Fehler, mit Umbenennung kommt der init-Fehler.
Wenn ich den Lichtschalter hochdrücke, und das Licht geht an, und wenn ich ihn runterdrücke, geht es wieder aus, dann dürfte das am Schalter liegen, oder nicht?
Ich verstehe nicht, warum das ein Problem für Dich ist.
Probier halt nochmal sie umzubenennen und schau ob kdeinit5 dann wieder abstürzt.
Wenn ich den Lichtschalter hochdrücke, und das Licht geht an, und wenn ich ihn runterdrücke, geht es wieder aus, dann dürfte das am Schalter liegen, oder nicht?
Ja wenns nur immer so einfach wäre…
Dann gäbs die meisten Bugs gar nicht.
Ich verstehe nicht, warum das ein Problem für Dich ist.
Es ist kein “Problem” für mich.
Und ich werde hier auch nichts mehr dazu schreiben.
Allerdings, wenn bei dir kdeinit5 reproduzierbar bei fehlender ksmserverrc abstürzt, solltest du einen Fehlerbericht bei bugs.kde.org schreiben.
Also ein “pdf-Fehler in Firefox” hat absolut nichts mit KDE zu tun, sondern eher Mozilla oder den Entwicklern des entsprechenden PDF-Plugins.
Allerdings bin ich mir jetzt nicht sicher was da eigtl. passiert ist. Also, du hast eine PDF-Datei in Firefox geöffnet. Und dann ist die grafische Sitzung abgestürzt? (würde eher auf ein Grafiktreiberproblem hindeuten)
Oder hat das funktioniert, und beim nächsten normalen Login ist dann ksmserver abgestürzt?
Der Absturz von ksmserver beim Login wäre ein Fall für bugs.kde.org, mit der entsprechenden ksmserverrc und einem Backtrace (der Crash-Dialog sollte eigtl. anbieten den Absturz zu melden).
Wenn du willst kannst du auch gerne vorher die ksmserverrc die den Absturz verursachte hier zur Verfügung stellen, und ich werfe mal einen Blick darauf.
Also ist wirklich die gesamte Xorg Sitzung abgestürzt als du das PDF geöffnet hast?
Das solltest du vielleicht explizit erwähnen.
Und was ich jetzt auch nicht ganz verstehe nachdem ich deinen Bugreport gelesen habe: kommt die ksmserver Meldung in der alten Xorg Sitzung, bevor du zum Login-Bildschirm zurückkommst? ksmserver ist der Sitzungsmanager, wenn der abstürzt wird auch die Login-Sitzung beendet.
Oder kommt das beim nächsten Login? So hab ichs eigtl. bis jetzt aufgefasst…
PS: Bei mir funktioniert das einwandfrei dieses PDF im Firefox zu öffnen. Da stürzt gar nichts ab.
allerdings erscheint der Hinweis “Could not start kmserver check your installation” nun nicht mehr (möglicherweise gab es ein Update, keine Ahnung, aber die Meldung kam wohl vorher noch auf KDE-Ebene, würde ich vermuten, weil es ein kleines Window war, das es auf Kommandozeilenebene nicht gibt)
die Anmeldemaske erscheint (obwohl KDE immer ohne Anmeldung hochfährt)
Find ich ehrlich gesagt etwas seltsam, weil dieses Fenster eigtl. nur kommen sollte wenn beim Login ksmserver nicht gestartet werden kann…
Das Hauptproblem ist dann aber definitiv dass Firefox einen Komplettabsturz verursacht.
Wie schonmal geschrieben, sollte das einer Applikation gar nicht möglich sein, das sind dann meistens Fehler im Grafiktreiber.
Ist irgendwas in /var/log/Xorg.0.log.old?
Was für ein Grafiktreiber wird verwendet?
die Anmeldemaske erscheint (obwohl KDE immer ohne Anmeldung hochfährt)
Das ist normal wenn man “ausloggt”.
Wäre ja kontraproduktiv wenn man dann automatisch wieder eingeloggt werden würde…
