Element Desktop-Abstürze unter Linux Wayland beheben
So sieht eine erfolgreiche Reparatur aus
Element Desktop sollte während der Aktion, die den Absturz verursacht hat (Anmelden, Beitreten zu einem Anruf, Bildschirmfreigabe oder Leerlauf im Hintergrund), geöffnet bleiben. Ein einzelner erfolgreicher Start reicht nicht aus, um eine Fehlerbehebung zu bestätigen. Testen Sie denselben Auslöser mehrmals und prüfen Sie, ob die App nach dem Ruhezustand und dem Aufwachen des Computers stabil läuft.
Wayland ist nicht die einzige mögliche Ursache. Element Desktop ist eine Electron-Anwendung, und ein Absturz kann mit dem Wayland-Compositor, Xwayland, Grafiktreibern, einem kürzlich erfolgten Anwendungsupdate oder einem paketspezifischen Build zusammenhängen. Die folgenden Schritte verwenden kleine, reversible Tests, um die Fehlerursache einzugrenzen. Sie beweisen jedoch nicht, dass jeder Element-Absturz unter Linux auf einen Wayland-Fehler zurückzuführen ist.
Geprüft am 6. Oktober 2026. Electron 38 hat die Standardeinstellung geändert, sodass Electron-Apps nativ unter Wayland gestartet werden, wenn die Sitzung dies meldet XDG_SESSION_TYPE=wayland. Electron dokumentiert --ozone-platform=x11eine Möglichkeit, stattdessen Xwayland zu verwenden. Diese Änderung ist nur relevant, wenn die mit Ihrem Element-Build gebündelte Electron-Version sie enthält; dies hängt von der Element-Version und der Paketquelle ab. Siehe die Versionshinweise zu Electron 38 und die Hinweise zu Breaking Changes in Electron .
1. Stellen Sie sicher, dass die Desktop-Sitzung Wayland ist.
Öffnen Sie ein Terminal und führen Sie folgenden Befehl aus:
echo $XDG_SESSION_TYPE
Wenn die Ausgabe „“ lautet wayland, fahren Sie fort. Wenn sie „“ lautet x11, verwendet die aktuelle Anmeldung bereits X11, sodass ein Wayland-spezifischer Starttest den Absturz nicht erklären kann. Sie können die Desktop- und Sitzungsdetails auch mit folgendem Befehl ermitteln:
echo "$XDG_CURRENT_DESKTOP"
loginctl show-session "$XDG_SESSION_ID" -p Type
Beispielhafte Terminalansicht der Wayland-Sitzungsprüfung. Ihr Terminaldesign und die Ausgabe können abweichen.
Notieren Sie sich die Desktop-Umgebung, die Grafikhardware und die Installationsmethode von Element. Diese Details helfen, einen allgemeinen Absturz von einem Problem zu unterscheiden, das auf einen bestimmten Compositor, GPU-Treiber oder eine bestimmte Paketversion beschränkt ist.
2. Vergleichen Sie das native Wayland mit Xwayland.
Schließen Sie zunächst alle geöffneten Element-Fenster. Falls ein Debian- oder Ubuntu-Paket den Befehl bereitstellt element-desktop, starten Sie es über ein Terminal mit folgendem Befehl:
element-desktop --ozone-platform=x11
Lassen Sie das Terminal geöffnet, damit Startfehler sichtbar bleiben. Verwenden Sie Element wie gewohnt und wiederholen Sie die Aktion, die üblicherweise zum Absturz führt. Wenn der Xwayland-Lauf stabil läuft, während ein normaler Start abstürzt, ist dies ein hilfreicher Hinweis auf ein Problem mit dem Wayland-Pfad oder der Wayland-Integration. Es handelt sich um ein Diagnoseergebnis, nicht um einen Beweis für den genauen zugrunde liegenden Fehler.
Beispielhafte Terminalansicht des Xwayland-Testbefehls. Ob dieser Befehl genau funktioniert, hängt vom Paket und dessen ausführbarem Dateinamen ab.
Um zum normalen Verhalten zurückzukehren, schließen Sie Element und starten Sie es über den regulären Anwendungsstarter. Das Flag gilt nur für den Prozess, der mit diesem Befehl gestartet wurde. Electron dokumentiert den Xwayland-Schalter in seinen BrowserWindow-Plattformhinweisen .
Wenn Sie Flatpak oder ein anderes Community-Paket installiert haben, gehen Sie nicht davon aus, dass der obige Befehl die zugehörige Sandbox-Anwendung anspricht. Überprüfen Sie den Startbefehl des Pakets oder verwenden Sie die paketspezifische Methode, um ein Anwendungsargument zu übergeben. Auf der Downloadseite von Element finden Sie die Installationsanweisungen für das Debian/Ubuntu-Paket und die Kennzeichnung von Flatpak sowie einiger anderer Linux-Pakete als Community-gepflegt: Element Desktop-Downloads .
3. Aktualisieren Sie das Element aus derselben Paketquelle.
Sollte ein Wechsel zu Xwayland das Ergebnis ändern oder der Absturz nach einem Update aufgetreten sein, installieren Sie die neueste stabile Version der von Ihnen bereits verwendeten Quelle. Durch die Aktualisierung von derselben Quelle vermeiden Sie, versehentlich zwei Versionen mit unterschiedlichen Launchern, Konfigurationspfaden oder mitgelieferten Electron-Versionen auszuführen.
Bei Debian- oder Ubuntu-Installationen aus dem offiziellen Element-Repository aktualisieren Sie bitte den Paketindex und führen Sie ein Upgrade von Element durch:
Für Flatpak aktualisieren Sie über das Software-Center oder führen Sie den Befehl aus flatpak update. Für Arch, Fedora, openSUSE oder eine andere Distribution verwenden Sie den Paketmanager und das Repository, die Sie ursprünglich gewählt haben. Installieren Sie keine fremden „Nightly Builds“ als Fehlerbehebung; Element kennzeichnet seine Nightly Builds als instabile Testversionen.
Beispielhafte Paketaktualisierung, die zeigt, wo ein App-Update angezeigt werden kann. Die angezeigte Version und der Aktualisierungsstatus sind Beispiele und stellen keinen Bericht über Ihre Installation dar.
Nach dem Update beenden Sie Element vollständig und starten Sie es neu. Öffnen Sie in Element die Einstellungen → Hilfe & Info , um die Client-Version zu notieren, sofern die App lange genug geöffnet bleibt. Dies ist hilfreich beim Vergleich von Berichten oder bei der Kontaktaufnahme mit dem Support. Vermeiden Sie ein Downgrade auf eine ältere Version, es sei denn, die Entwickler der Distribution oder der Element-Support empfehlen dies ausdrücklich. Ältere Versionen enthalten möglicherweise keine Fehlerbehebungen und Sicherheitsupdates.
4. Grafikbeschleunigung testen und Absturzdaten sammeln
Falls die App sowohl im Normalbetrieb als auch unter Xwayland weiterhin abstürzt, versuchen Sie einen Durchlauf mit deaktivierter GPU-Beschleunigung von Chromium:
element-desktop --disable-gpu
Dies ist ein temporärer Test zur Fehlerbehebung und keine empfohlene dauerhafte Einstellung. Wenn der Absturz nur mit diesem Flag behoben wird, deutet dies auf ein Problem mit der Grafik oder dem Treiber hin. Es lässt sich jedoch nicht feststellen, ob der Treiber, der Compositor, Electron oder der Anwendungscode die Ursache ist. Auch die Videowiedergabe und andere grafikintensive Funktionen können sich anders verhalten. Schließen Sie den entsprechenden Prozess und starten Sie ihn ohne das Flag neu, um den Test rückgängig zu machen.
Bei einem Absturz während Anrufen oder Bildschirmfreigabe testen Sie diese Aktionen bitte separat. Ein älterer Element-Fehlerbericht beschrieb einen Absturz bei der Bildschirmfreigabe unter Wayland in einer älteren Element-Version; dies sollte nicht als Bestätigung dafür verstanden werden, dass aktuelle Versionen denselben Fehler aufweisen. Das Projekt-Repository wurde archiviert; verwenden Sie daher bitte die aktuellen Paket- und Supportkanäle für neue Meldungen: älterer Wayland-Fehlerbericht zur Bildschirmfreigabe .
Protokolle sollten möglichst zeitnah zum Zeitpunkt eines Absturzes erfasst werden. Auf Systemen, die das systemd-Journal verwenden, versuchen Sie Folgendes:
Falls das System einen Core-Dump aufgezeichnet hat, wird dieser möglicherweise hier aufgelistet:
coredumpctl list element-desktop
Beispielhafte Terminalansicht einer Journalabfrage. Die Beispielzeilen sind keine echten Diagnoseausgaben; überprüfen Sie die Einträge und Zeitstempel Ihres eigenen Systems.
Protokolldateien können Benutzernamen, Dateipfade, Raum- oder Serverdetails oder andere private Informationen enthalten. Überprüfen und schwärzen Sie diese, bevor Sie sie veröffentlichen. Wenn die Protokollsuche keine Ergebnisse liefert, beweist dies nicht, dass kein Absturz stattgefunden hat; manche Paketformate und Systeme protokollieren unterschiedlich. Der Absturzbericht oder die Systemprotokolle Ihrer Distribution können hilfreich sein.
Schützen Sie Ihre lokalen Sitzungsdaten
Löschen Sie nicht zuerst die Ordner ~/.config/Element„/usr ~/.config/Riot/local/bin“ oder das Flatpak-Datenverzeichnis. Diese Ordner können lokale App-Statusdaten enthalten, und deren Löschung kann dazu führen, dass Sie abgemeldet werden oder lokal gespeicherte Verschlüsselungsschlüssel und -einstellungen beeinträchtigt werden. Ein Zurücksetzen ist ein letztes diagnostisches Mittel und keine routinemäßige Wayland-Reparatur. Bevor Sie dies in Erwägung ziehen, vergewissern Sie sich, dass Sie sich wieder anmelden können und dass Ihre Verschlüsselungsschlüssel oder Ihr Wiederherstellungsschlüssel gesichert sind. Bevorzugen Sie Schritte, die Ihr Profil unberührt lassen.
Falls Element zwar startet, sich aber ungewöhnlich verhält, verwenden Sie bitte die Einstellungen und Supporthinweise der App, bevor Sie die Profildateien ändern. Informationen zu Kontoeinstellungen und Version finden Sie in der aktuellen Dokumentation zu den Element-Clienteinstellungen .
Woran man erkennt, ob die Reparatur funktioniert hat
Führen Sie dieselbe Sequenz aus, die zuvor den Fehler ausgelöst hat: Starten Sie Element, melden Sie sich an, lassen Sie die App im Hintergrund laufen, nehmen Sie an einem entsprechenden Anruf teil und testen Sie die Bildschirmfreigabe, falls diese Teil des Problems war. Wiederholen Sie die Sequenz nach einem normalen Neustart der App. Das Ergebnis ist, dass Element weiterhin reagiert und während dieser Überprüfungen keine neuen Abstürze oder Speicherabbilder auftreten.
Nur stabil mit --ozone-platform=x11: Behalten Sie dies bei Bedarf als temporäre Lösung bei und melden Sie die Element-Version, die Paketquelle, die Linux-Distribution, die Desktop-Umgebung, die GPU und die Reproduktionsschritte über einen aktuellen Supportkanal.
Nur stabil mit --disable-gpu: Grafiktreiber- und Compositor-Updates prüfen und das Testergebnis in einen Supportbericht aufnehmen. Bei aktiviertem Flag können Grafikeinbußen auftreten.
Stürzt die Anwendung weiterhin in beiden Tests ab: Aktualisieren Sie über Ihre bestehende Paketquelle, erfassen Sie die Protokolle und prüfen Sie, ob dasselbe Konto in Element Web funktioniert. Falls nur die Desktop-Version fehlschlägt, fügen Sie die Protokolle und die genaue Fehlerursache einer Supportanfrage bei. Falls beide Versionen fehlschlagen, untersuchen Sie zusätzlich die Ursachen auf Konto, Server oder Netzwerk.
Es gibt keinen einzelnen Befehl, der jeden Absturz unter Linux Wayland beheben kann. Das sinnvolle Ergebnis ist eine reproduzierbare Stabilitätsverbesserung und genügend Anhaltspunkte, um diejenige Ebene zu identifizieren, die Aufmerksamkeit benötigt.