Desktop, X11 und Wayland

Xorg endet mit no screens found

Die letzte no-screens-Meldung fasst einen Xorg-Startfehler zusammen. Frühere Geräte- und Konfigurationsfehler zeigen den blockierten Schritt.

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

  • Nach Auswahl von X11 kehrt die Anzeigeverwaltung zur Anmeldung zurück.
  • Xorg nennt abschließend no screens found als fatalen Fehler.

Betroffene Umgebung

Start einer Xorg-Sitzung, kein nativer Wayland-Compositor. Protokolle liegen teils im lokalen Benutzerverzeichnis, teils unter /var/log.

Erkennbare Meldungen (synthetische Beispiele)
[ 14.812] (EE) no screens found(EE)

Die vorherigen Fehler sind entscheidend; diese letzte Zeile trennt Treiber, Rechte und alte Konfiguration nicht.

Mögliche Ursachen

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

  • Eine feste Device-/Screen-Konfiguration kann einen fehlenden Treiber oder ein falsches PCI-Gerät wählen.
  • Frühere Treiber-, Gerätezugriffs- oder Anschlussfehler können keinen nutzbaren Screen übriglassen.

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

Durch das aktuelle Protokoll des fehlgeschlagenen Starts ersetzen, häufig ~/.local/share/xorg/Xorg.0.log oder /var/log/Xorg.0.log.

rg -n "\(EE\)|no screens found|No devices detected|LoadModule|Using config" /path/to/Xorg.0.log

Ergebnis einordnen: Frühere Fehler und verwendeten Konfigurationspfad lesen; die Legende mit (EE) ist selbst kein Fehler. Alte Protokolle können einen früheren Start beschreiben.

Prüfschritt 2

Liest feste Vorgaben; eine fehlende xorg.conf ist bei automatisch konfigurierten Systemen normal.

rg -n "Driver|BusID|Screen|Device|ServerLayout" /etc/X11/xorg.conf /etc/X11/xorg.conf.d

Ergebnis einordnen: Gewählten Treiber und BusID mit den früheren Meldungen vergleichen. Eine alte Vorgabe ist nur relevant, wenn Xorg die betreffende Konfiguration wirklich geladen hat.

Nächste Schritte nach Befund

Eine bestätigte alte Xorg-Vorgabe isolieren

Wenn das Protokoll eine alte selbst angelegte Device-/Screen-Datei als geladen bestätigt, diese sichern und nur sie aus den Xorg-Suchpfaden verschieben. Eine X11-Anmeldung mit der unterstützten automatischen Geräteauswahl erneut versuchen.

Vorsicht: Eingabekonfiguration und von der Distribution verwaltete Dateien erhalten. Arbeit speichern und vor dem nächsten Grafikstart eine Textkonsole bereithalten.

Wiederherstellung / Rücknahme: Die gesicherte Datei an den ursprünglichen Ort zurücklegen und die vorherige Sitzungskonfiguration erneut nutzen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen#

Den konkret vorherigen Treiber- oder Gerätefehler beheben

Wenn eine frühere Zeile ein fehlendes Xorg-Modul oder Gerät nennt, für genau diesen Fehler das passende Distributionspaket und die vorgesehene Seat-/Gerätefreigabe verwenden. Die betroffene Dokumentation prüfen; no screens found empfiehlt keinen bestimmten Treiber.

Vorsicht: Keine proprietären und Distributions-Treiberstapel mischen oder /dev/dri für alle freigeben.

Wiederherstellung / Rücknahme: Die gesicherte Treiber-/Konfigurationsversion oder den passenden Paketstand über den Rettungsweg der Distribution 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.