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: :99Startumgebung, 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_TYPEErgebnis 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.
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?
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?
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.
- X.Org xauth: authorization files and display selection (Projekt- oder Distributionsdokumentation)
- OpenSSH ssh: X11 forwarding and DISPLAY (Projekt- oder Distributionsdokumentation)
- GTK: display environment and backends (Projekt- oder Distributionsdokumentation)