Wie Nate Grahams Blog This Week in Plasma berichtet, wird die für Mitte Juni vorgesehene Veröffentlichung von Plasma 6.4 initiale Unterstützung für das Wayland Session Restore Protocol in KWin bieten. Damit sollte ein bereits lange bestehender Kritikpunkt der KDE-Anwender der Vergangenheit angehören.
Fake Restore
KDE Plasma unterstützt in Ermangelung des Wayland Session Restore Protocol bei aktuellen Versionen eine Wiederherstellungsfunktion nach einem Neustart oder einem Absturz des Desktops, die intern als Fake Restore bezeichnet wird. Dabei versucht Plasma unter Zuhilfenahme der internen Wiederherstellungsfunktionen einzelner Apps, den vorherigen Zustand des Desktops wiederherzustellen. Das gelingt mehr oder weniger gut, abhängig von der Funktionalität der einzelnen Apps. Das Fenster eines Videoplayers kann beispielsweise wiederhergestellt werden, wird aber den gerade abgespielten Film nicht erinnern.
Was lange währt …
Das vor fünf Jahren begonnene Wayland-Protokoll, das unter der Bezeichnung xdg_session_management_v1 läuft, ist derzeit noch im Entwurfsstadium und es existieren noch einige Einschränkungen. Die KDE-Entwickler implementieren im Vorfeld eine leicht angepasste Version des Protokolls. Diese muss nun von Toolkits und Applikationen übernommen werden. Die Implementierung in Wayland selbst wird zu einem späteren Zeitpunkt vorgenommen.
Es wird zwar noch eine Weile dauern, aber es besteht die Hoffnung, erstmals eine Sitzungswiederherstellung zu bekommen, die den Namen auch verdient. Erstmals deshalb, weil die Wiederherstellung auch unter X11 bis heute nicht perfekt funktioniert.
Ich denke, ich habe das beschriebene Verhalten exakt so auch auf einem Kubuntu-Notebook einer Verwandten gesehen. Da es mir zu blöd war und ich nur einen Nachmittag Zeit bei dem Besuch hatte, habe ich einfach Trixie mit Plasma KDE installiert. Das /home habe ich kopiert und wieder verwendet (wegen anderer Aufteilung der Partitionen). Seit Wochen läuft alles ohne Probleme. Das alles habe ich nebenher bei einem Besuch an einem Nachmittag geschafft 😉
Danke Dir. Ich bin mir ziemlich sicher, daß ich Plasma nutze. Da fällt mir ein, die Probleme könnten auch erst seit dem letzten Tuxedo OS upgrade vorliegen. Dort wurde auf Ubuntu 24.4. angehoben und imho Plasma + Wayland installiert. Wayland funktioniert leiser noch schlimmer, konnte ich genau einmal starten, danach gab es nur noch einen schwarzen Bildschirm nach Login
Plasma war auch schon vor dem Update der Desktop von Tuxedo OS. Und wenn ich recht erinnere, ist der Standard immer noch X11.
Wenn wir jetzt schon off-topic sind, noch zuletzt:
Da Debian Trixie mit KDE Plasma und Wayland keine Zicken macht und ich bei den Ubuntu-Leuten schon mehrmals auf solche lästigen Mängel aufmerksam wurde, habe ich die Vermutung, dass Ubuntu das Problem ist, wenn es Tuxedo OS zugrunde liegt; auch das Original Debian könnte ein sogenanntes “Maßgeschneidertes Betriebssystem für Ihren TUXEDO” sein. Ich liebäugle ja auch mit einem Notebook von Tuxedo, Tuxedo OS will ich aber nicht, wenn es auf Ubuntu basiert.
Zumindest sind die Probleme nicht allgemeiner Art. Ich habe zwei Notebooks von Tuxedo mit Tuxedo OS und ich habe keine Probleme damit.
Hat nicht direkt mit dem Artikel zu tun, aber mit KDE:
immer wieder friert der Desktop ein, die Maus kann ich bewegen, aber nichts reagiert mehr auf Klicks. Eventuell nur bei Nutzung von Firefox oder Thunderbird.
Was kann man am besten machen? Bisher nutze ich strg+druck+reisub gibts was sinnvolleres?
Erst mal gilt es herauszufinden, was da einfriert und warum. Das muss nicht unbedingt KDE sein. Der Desktop kann etwa auch bei fehlerhaftem RAM oder einem sterbenden Netzteil einfrieren. Also würde ich erst mal über Nacht per
memtestdas RAM prüfen. Es kann auch erhellend sein, zu schauen, ob das unter X11 und Wayland gleichermaßen auftritt. Sollte es wirklich KDE sein, so wäre der Delinquent vermutlich plasmashell. Da würde dann ein beherztessystemctl restart --user plasma-plasmashell.serviceoder, wenn kein systemd verwendet wird, einkquitapp6 plasmashell, gefolgt vonplasmashell --replace &helfen.Danke Dir.
Vergaß ich zu erwähnen, geschah bei x11 und Wayland
Memtest mache ich asap, im Momentbist Dienstreise, danach Familienurlaub.
Wie finde ich heraus ob Systemd vetwendet wird? System ist aktuelles TuxedOS.
Dann nutzt du systemd.
Danke Dir
Kann es eigentlich ein eingefrorener Desktop sein, wenn die Maus noch reagiert? Also auf Bewegung?
Das kommt drauf an. Der Desktop kann abstürzen, dann kann die Maus durchaus noch funktionieren. Oft ist es aber so, dass der Desktop wegen Überlastung, volllaufendem RAM, irgendwelche Anwendungen mit Speicherlecks usw. immer träger wird, um dann schließlich zum Stillstand zu kommen. Dann ist die Maus auch tot.
Am schnellsten geht es mit:
steht da systemd dann is es auch systemd. Aber systemd ist meist unschuldig und systemctl ist das kommandozeilentool für systemd.
falls dein System nochmal einfriert kannst du mit STRG+ALT+F2-F6 eine TTY starten kannst und mit htop bspw. schauen was da gerade viel CPULAST verursacht und dann mit F9 killen. Mit STRG+ALT+F1 kommst du wieder zurück zur GUI. Ansonsten Hilf ein sudo reboot -f.
Top, ich weiß immer mehr, warum ich Thommes von Computerbase hierhin gefolgt bin, wenn auch spät 🙂