Desktop, X11 und Wayland

Eine X11-Anwendung erreicht ihr Display nicht

Ein veraltetes DISPLAY oder fehlende X-Freigabe kann einen Startkontext stören. Den fehlerhaften Start mit der funktionierenden Sitzung vergleichen.

Auf dieser Seite
  1. Symptome und Geltungsbereich
  2. Mögliche Ursachen
  3. Sicher prüfen
  4. Nächste Schritte nach Befund
  5. Quellen und Prüfung
  6. Verwandte Probleme

Symptome und Geltungsbereich

  • Die Anwendung startet im Desktop-Terminal, aber nicht über Starter oder Remote-Shell.
  • Ein Toolkit meldet ein nicht erreichbares Display.

Betroffene Umgebung

X11-Anwendungen auf Xorg oder Xwayland, auch über SSH-Weiterleitung; als Desktop-Benutzer prüfen, nicht als root.

Erkennbare Meldungen (synthetische Beispiele)
(example-app:841): Gtk-WARNING **: cannot open display: :99

Startumgebung, Serververfügbarkeit und Freigabe prüfen; das ist keine Diagnose eines GPU-Absturzes.

Mögliche Ursachen

Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.

  • DISPLAY kann auf eine frühere Sitzung oder einen nicht verfügbaren Xwayland-Server zeigen.
  • XAUTHORITY kann auf ein anderes Konto oder die falsche Freigabedatei zeigen.

Sicher prüfen

Führe jeweils einen Befehl in der passenden Sitzung aus. Lies zuerst die Erklärung. Großgeschriebene Platzhalter brauchen deine Werte; Werkzeuge und Rechte unterscheiden sich je nach Distribution. Die Website zeigt Befehle an und führt sie niemals aus.

Prüfschritt 1

Im fehlerhaften Kontext ausführen und mit einem funktionierenden Terminal derselben Sitzung vergleichen. Fehlende Variablen können einen Rückgabestatus ungleich null erzeugen.

printenv DISPLAY XAUTHORITY XDG_SESSION_TYPE

Ergebnis einordnen: Ein anderes Display oder ein anderer Freigabepfad spricht für veraltete Starter-Exporte; ein fehlendes XAUTHORITY ist nicht automatisch falsch, da eine Standarddatei genutzt werden kann.

Prüfschritt 2

Liest Metadaten und Eintragszahl der Freigabedatei, ohne wiederverwendbare Anmeldecookies auszugeben.

xauth info

Ergebnis einordnen: Die Freigabedatei sollte zur vorgesehenen Sitzung gehören. Fehlende Datei, falscher Pfad oder fehlende Einträge sind Hinweise, aber kein Beweis für einen gestoppten Display-Server.

Nächste Schritte nach Befund

Veraltete Display-Vorgaben aus dem Starter entfernen

Wenn das funktionierende Terminal andere Sitzungswerte hat, Starter oder Shell-Datei sichern und nur feste DISPLAY- und XAUTHORITY-Zuweisungen entfernen. Das Programm als angemeldeter Desktop-Benutzer mit den aktuellen Sitzungswerten starten.

Vorsicht: Die GUI nicht als root starten oder mit xhost + die Anmeldung umgehen. Eine Wayland-Sitzung garantiert kein aktiviertes Xwayland.

Wiederherstellung / Rücknahme: Den gesicherten Starter oder die Shell-Datei wiederherstellen, falls die Vorgabe für ein anderes bestätigtes Display nötig war.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Vorgesehene X11-Weiterleitung über SSH neu herstellen

Wenn der Fehler nur über SSH auftritt, lokalen X-Server und serverseitige Freigabe der X11-Weiterleitung prüfen und eine neue ssh -X-Sitzung öffnen. Das von SSH gesetzte DISPLAY verwenden, statt das Display des Remote-Rechners manuell einzutragen.

Vorsicht: Vertrauenswürdige -Y-Weiterleitung erweitert den Zugriff der Remote-Anwendung auf das lokale Display; nur für ausdrücklich vertrauenswürdige Hosts und Programme nutzen.

Wiederherstellung / Rücknahme: Die weitergeleitete Sitzung schließen und gegebenenfalls die geänderte hostspezifische Weiterleitungsregel wiederherstellen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Quellen und Prüfung

Diese Anleitung basiert auf Originalquellen von Projekten oder Distributionen und wurde am genannten Datum redaktionell geprüft. Das ist eine Quellenprüfung, kein Nachweis einer auf deiner Hardware reproduzierten Lösung. Log-Beispiele sind synthetische Testdaten. Versionsabhängige Details müssen zur installierten Ausgabe passen.