DisplayPort-Linktraining scheitert beim Moduswechsel · Linux Fix Lab

Symptome und Geltungsbereich

Nach Änderung von Auflösung oder Bildrate meldet der Monitor kein Signal.
Ein Ausgang verbindet sich wiederholt neu, obwohl der Anschluss erkannt bleibt.

Betroffene Umgebung

DisplayPort-Ausgänge, besonders mit hohen Bildraten, Docks, MST-Hubs oder Adaptern. Wiederherstellung hängt von Treiber und Kernelversion ab.

Erkennbare Meldungen (synthetische Beispiele)

i915 0000:00:02.0: [drm] [CONNECTOR:95:DP-1][DPRX] Link Training failed at link rate = 270000, lane count = 4

Timing und Anschlussweg prüfen; Meldungen unterscheiden sich je Treiber, daher deckt dieses enge wörtliche Muster nicht jeden DisplayPort-Fehler ab.

Mögliche Ursachen

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

Zu geringe Link-Reserve, Kabelqualität oder Bandbreitengrenzen von Zwischengeräten können das Training verhindern.
Treiber, Monitor- oder Dock-Firmware können einen Link nicht wiederherstellen; EDID-Erkennung allein prüft keine Link-Stabilität.

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

DisplayPort-Ereignisse im betroffenen Start lesen; Administratorzugriff kann nötig sein und manche Treiber protokollieren Details nur im Debug-Modus.

journalctl -b -k --no-pager --grep='link training|Link Training|DP-'

Ergebnis einordnen: Trainingfehler nahe dem Moduswechsel stützen eine Untersuchung des Anschlusswegs. Eine Ring-Zeitüberschreitung betrifft einen anderen Fehlervorgang.

Prüfschritt 2

card0-DP-1 durch den betroffenen DRM-Anschluss ersetzen. Beide sysfs-Dateien werden nur gelesen; modes nennt Größen, nicht jedes Bildraten-Timing.

cat /sys/class/drm/card0-DP-1/status /sys/class/drm/card0-DP-1/modes

Ergebnis einordnen: connected bedeutet erkannter Empfänger, nicht gültige aktuelle Bildübertragung. Mit dem exakten im Desktop gewählten Timing vergleichen.

Nächste Schritte nach Befund

Modus mit geringerem Bandbreitenbedarf testen

Scheitert nur ein Modus mit hohem Bandbreitenbedarf, eine unterstützte geringere Bildrate oder Auflösung in den Anzeigeeinstellungen wählen und vergleichen. Bei Stabilität Kabel-/Dock-Fähigkeiten sowie HDR- oder Mehrmonitorbedarf separat prüfen.

Vorsicht: Anzeigeänderung mit Rücksetzfrist bestätigen und zweite Konsole bereithalten. Weniger Bandbreite ist ein Diagnosevergleich, kein Beweis eines defekten Monitors.

Wiederherstellung / Rücknahme: Bei verlorener Ausgabe Bestätigung ablehnen oder ursprünglichen unterstützten Modus wiederherstellen.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

DisplayPort-Anschlussweg eingrenzen

Deutet der Vergleich auf den Anschlussweg, Dock, MST-Hub oder Adapter umgehen und geeignetes direktes Kabel verwenden. Hersteller-Firmware für Monitor oder Dock nur anwenden, wenn Versionshinweise zum Problem passen.

Vorsicht: Ursprüngliche Anordnung und Firmwarestände festhalten. Keine debugfs-Fehlerinjektion oder direkten Link-Registerzugriffe als Benutzer-Workaround nutzen.

Wiederherstellung / Rücknahme: Dokumentierte ursprüngliche Anordnung wiederherstellen; bei Updatefehlern den unterstützten Firmware-Rettungsweg des Herstellers nutzen.