Ethernet ohne Carrier oder mit wiederholtem Linkverlust · Linux Fix Lab

Symptome und Geltungsbereich

Die Schnittstelle ist administrativ aktiv, meldet aber NO-CARRIER oder link detected: no.
Wiederholte Link-down/up-Ereignisse fallen mit Abbrüchen oder neuer Geschwindigkeitsaushandlung zusammen.

Betroffene Umgebung

Physische Ethernet-Karten; virtuelle Schnittstellen, Bridges und optische Links haben andere Zustands- und Modulanforderungen.

Erkennbare Meldungen (synthetische Beispiele)

e1000e 0000:00:19.0 enp0s25: NIC Link is Down

Dies kann auch beim absichtlichen Schließen der Schnittstelle auftreten. Nur ungeklärte Abbrüche mit Verbindungsverlust begründen eine physische Linkprüfung.

Mögliche Ursachen

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

Kabeladern, Stecker, Switch-Port, Stromversorgung oder Transceiver können den Link auf unterer Ebene verhindern.
Ein nicht unterstütztes optisches Modul oder unpassender Linkmodus können je nach Karte relevant sein; fehlende IP-Adresse allein ist keine Carrier-Diagnose.

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

IFACE durch die physische Ethernet-Karte ersetzen. Verwaltungsflags, Carrier-Flags, Zustand und Master-Zugehörigkeit ohne Ein-/Ausschalten lesen.

ip -details link show dev IFACE

Ergebnis einordnen: UP bedeutet administrativ aktiviert; LOWER_UP zeigt das vom Treiber gemeldete Signal der unteren Ebene. Bei Bridge-Mitgliedschaft kann die IP-Konfiguration stattdessen auf der Bridge liegen.

Prüfschritt 2

IFACE durch diese Karte ersetzen. Unterstützte/angebotene Modi, Geschwindigkeit, Duplex und Linkerkennung abfragen; manche Hardwareabfragen benötigen Rechte.

ethtool IFACE

Ergebnis einordnen: Link detected: no bestätigt zu diesem Zeitpunkt fehlenden gemeldeten Link. Angebotene Modi mit Switch vergleichen; unbekannte Geschwindigkeit ohne Link ist erwartbar und kein DHCP-Fehler.

Nächste Schritte nach Befund

Kabel und Switch-Port getrennt vergleichen

Wenn Carrier ohne absichtliche Trennung fehlt oder wechselt, zuerst ein geeignetes bekannt gutes Kabel am gleichen Port, danach getrennt einen bekannt guten Switch-Port vergleichen. Switch-Versorgung und Linkanzeigen prüfen, um den Fehler dem Pfad zuzuordnen.

Vorsicht: Vor Umstecken VLAN und Port-Richtlinie dokumentieren; Alternativport kann zu einem anderen Netz gehören. Mechanische Änderungen unterbrechen aktive Sitzungen.

Wiederherstellung / Rücknahme: Ursprüngliches Kabel und Port wieder anschließen, wenn Vergleich das erwartete VLAN oder den Verwaltungszugang verliert.

Hat dir dieser Hinweis geholfen?

Hinweis teilen #

Unterstützte Linkaushandlung herstellen

Wenn Profil oder Switch manuell erzwungene unpassende Geschwindigkeit/Duplex zeigen, Einstellungen beider Seiten sichern und den für die Hardware empfohlenen Modus herstellen. Bei ixgbe oder anderer optischer Karte genaue Transceiver-/Kabelunterstützung in Treiber- und Hardwaredokumentation prüfen.

Vorsicht: Nicht nur eine Seite auf Vollduplex erzwingen, während die andere unpassend aushandelt, und Modulprüfung nicht blind umgehen. Vor Änderung des Verwaltungslinks lokalen oder separaten Zugang nutzen.

Wiederherstellung / Rücknahme: Gesicherte Karten- und Switch-Einstellungen gemeinsam wiederherstellen und bei schlechterer Aushandlung ursprünglichen unterstützten Transceiver beziehungsweise Kabel einsetzen.