staging.inyokaproject.org

Hallo liebe Leute,

ich habe immer wieder das Problem, dass XOrg meinen Prozessor auslastet. Irgendwann hört es dann wieder auf.

Wenn das Problem besteht, dann funktionieren auch die Funktionstasten der Tastatur nicht. Auch das Herunterfahren funktioniert dann nicht: Klicke ich auf Herunterfahren, dann bekomme ich eine Fehlermeldung:

“Fehler während des Abmeldevorgangs erhalten GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: Type of message, "(yb)", does not match expected type "(b)"“

Nach einer gewissen Zeit (geschätzt 1-2 Minuten) fährt er dann herunter.

Wenn ich ihn in Bereitschaft fahren will, passiert das auch immer nur zeitverzögert. Bis vor kurzem ging das noch normal. Ich bin mir nicht sicher, aber ich glaube, das geht nicht mehr, seitdem dass ich einen offenbar defekten Akku eingesetzt habe, welcher dann einfach ausging.

Ich habe mal nach der Fehlermeldung beim Herunterfahren im Netz gesucht und etwas gefunden, wo es darum ging, die Session zu löschen. Das brachte bei mir aber keinen Erfolg.

Vielleicht kann mir hier jemand einen Rat geben. Ich möchte da auch nicht einfach wild rum probieren, sonst geht vielleicht gar nichts mehr.

Vielen Dank im voraus und Grüße

Christian

Nach dem GDBus-Error kann man suchen, muß nicht zusammenhängen.

Nicht xorg insgesamt, LightDM zieht hier 24% CPU-Time. Auch danach kann man suchen.

Man könnte testweise einen anderen DM installieren, SDDM wäre zwar gut, aber Qt-basiert (zieht bei Xubuntu also entsprechende Pakete nach). LXDM, alt, aber leichtgewichtig, GDM weniger schlank.

Ich würde aber gar nicht so viel Ruß machen, Xubuntu 20.04 ist betagt. Du könntest ein Distupgrade auf 22.04 durchführen (bis spätestens April müßtest Du das eh, ist da eigentlich schon viel zu spät; Vorsicht, nicht versehentlich auf 22.10 distupgraden!), allerdings könnten damit Probleme mitgenommen werden. Hast Du /home auf separater Partition, ist eine saubere Installation von Xubuntu 22.04 daily build sinnvoller.

Vielen Dank für die Antwort.

Nach dem GDBus-Error kann man suchen, muß nicht zusammenhängen.

Habe ich (vor kurzem) gemacht (hätte ich vielleicht schreiben sollen) und herausgefunden, dass man die Session löschen kann. Hat bei mir aber nichts gebracht.

Ich meine schon, dass es miteinander zusammenhängt, da die Fehlermeldung nur dann kommt, wenn der Prozessor ausgelastet ist.

Bei der von dir vorgeschlagenen Suche habe ich eine der Lösungen versucht, mit welcher der Frager es gelöst hat, hat bei mir aber nichts gebracht. Ich weiß eben gar nicht, wo ich da überhaupt zu suchen anfangen soll. Ist halt ein rechtes Gestocher. Vielleicht lässt sich das systematischer angehen.

Die Frage ist, ob mit einem Distributions-Upgrade das Problem gelöst ist. Mein Notebook ist ein T450s, das gibt es ja schon ein paar Jahre und sollte daher eigentlich von Ubuntu 20.04 soweit unterstützt werden?

Grüße und Danke

Christian

zero5 schrieb:

Die Frage ist, ob mit einem Distributions-Upgrade das Problem gelöst ist.

Ich habe geschrieben, daß es ungewiß ist, da die Ursache auch mitgezogen werden kann (nicht muß). An Focal festzuhalten und da irgendwas fixen zu wollen, ist aber Zeitverschwendung.

Mein Notebook ist ein T450s, das gibt es ja schon ein paar Jahre und sollte daher eigentlich von Ubuntu 20.04 soweit unterstützt werden?

Was soll das damit zu tun haben?

Installation von XJammy und fertig.

An Focal festzuhalten und da irgendwas fixen zu wollen, ist aber Zeitverschwendung.

Warum? > Soweit ich bei der Suche gesehen habe, bestand das Problem immer wieder - ich meine manche Posts waren von 2012, andere von 2020 > insofern kann es meiner Meinung nach nicht an einer bestimmten Distribution liegen. Oder anders gesagt: Ich halte es für möglich, dass sich auch bei einer neueren XUbuntu-Version wieder was zerschiesst.

Was soll das damit zu tun haben?

Hätte ja sein können, dass es ein Hardwareproblem ist und dies mit einer neueren Version besser geht, da die neuere Hardware damit besser unterstützt wird.

Xubuntu LTS hat immer nur 3 Jahre Support, 22.04 ist bis auf Firefox mit Snap sehr harmlos.

Das Verhalten bei Boot und Herunterfahren ändert sich permanent.

Seit dem Umstieg auf systemd wurde es bei mir mit jedem Release besser. Es bleibt meist wegen "Netzwerk" hängen, Tendenz besser. 👍

Falls das noch akutell sein sollte, Probleme mit dem LightDM geistern schon seit Jahren durchs Netz. Nicht nur auf Ubuntu, nicht nur auf Linux. Der einfachste Lösungsansatz, der sich beim drüber gucken fand, war "Clear saved sessions" auf Reddit:

• https://www.reddit.com/r/xfce/comments/bej4xx/received_error_while_trying_to_log_out/

Ein anderer Ansatz wäre möglicherweise die Gastsitzung aus dem Verkehr zu ziehen:

• https://bugs.launchpad.net/ubuntu/+source/xfce4-session/+bug/1855350

Vielleicht ist es aber auch nur ein Theme, eine Verzierung, die Ärger macht, hier lässt sich schauen was es an Paketen mit Schlüsselwort "lightdm" gibt:

• https://packages.ubuntu.com/search?keywords=lightdm

Hallo,

und danke erstmal, ja das ist noch aktuell.

Den Rat hatte ich schon mal anderweitig gefunden. Bei mir gab es das "Clear saved sessions" gar nicht: Ich musste erst die laufende Sitzung speichern, damit dieser Punkt überhaupt erschien.

Das mit der Guest-Session lass ich mal lieber, soweit ich verstehen will, können dann andere Probleme auftreten.

Mit den Paketen kann ich so nichts anfangen, soll ich die einfach alle drüber installieren? Und ist es wirklich immer der LightDM? Gehört das XSettingsD auch dazu?

Grüße Christian

Ich verwende den LightDM nicht. Kann mich erinnern, dass ich den irgendwann mal vor langer Zeit hatte, und damals irgendwie auch nicht so ganz glücklich damit war. Aktuelles Kubuntu mit KDE hat zum Glück den SDDM. Der läuft bei mir. Der SDDM alleine braucht gerade mal 15 MB RAM. Läuft allerdings auch noch in Zusammenarbeit mit zwei anderen Prozessen (sddm-helper und Xorg), so dass es dann insgesamt 118 MB RAM werden, dafür aber kaum bemerkbare CPU-Last auf meiner alten Hardware.

Vielleicht wäre aber der SLiM etwas für Xubuntu?

• SLiM