Symptome und Geltungsbereich
- Der Desktop bietet keine Verbindung für eine als unmanaged gemeldete Schnittstelle.
- Eine Netzwerkkarte existiert im Kernel, NetworkManager aktiviert ihr Profil jedoch nicht.
Betroffene Umgebung
Systeme mit NetworkManager; extern verwaltete Bridges, Container und Server-Schnittstellen können absichtlich ausgenommen sein.
Mögliche Ursachen
Das sind mögliche Erklärungen, keine bestätigte Diagnose. Mehrere unabhängige Fehler können gleichzeitig vorliegen.
- Eine unmanaged-devices-Regel, gerätespezifische managed-Einstellung, udev-Richtlinie oder ein Distributions-Backend kann diese Schnittstelle ausschließen.
- Ein anderer Netzwerkdienst kann sie absichtlich konfigurieren; ein aktiver Dienst allein beweist noch keine doppelte Verwaltung dieser Karte.
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 Schnittstelle aus nmcli device status ersetzen, etwa enp3s0. Zustand, Grund und zugeordnetes Profil ohne Geheimnisse lesen.
nmcli -f GENERAL device show IFACEErgebnis einordnen: Unmanaged unterscheidet sich von unavailable und disconnected. Bei einer verwalteten Schnittstelle ohne Carrier ist die Verbindung zu prüfen statt die Verwaltung zu überschreiben.
Prüfschritt 2
Zusammengeführte NetworkManager-Daemon-Konfiguration ausgeben, ohne einen zweiten Daemon zu starten. Geschützte Konfigurationsdateien benötigen gegebenenfalls Administratorrechte.
NetworkManager --print-configErgebnis einordnen: Regeln für diese Schnittstelle oder MAC-Adresse und ihre Quelldateien suchen. Eine strikte unmanaged-devices-Ausnahme kann einen Laufzeitwechsel zu managed=yes übersteuern.
Nächste Schritte nach Befund
Passende Zuständigkeitsregel korrigieren
Wenn die wirksame Konfiguration eine für NetworkManager vorgesehene Karte ausschließt, die zuständige Datei sichern und nur deren Gerätezuordnung am vorgesehenen Distributionsort ändern. Konfiguration neu laden und das gewünschte Profil im Wartungsfenster aktivieren.
Vorsicht: Absichtliche Ausnahmen für Bridges, Container und Server erhalten. Vor Änderungen an der Schnittstelle der Fernsitzung eine lokale Konsole oder einen NetworkManager-Checkpoint nutzen.
Wiederherstellung / Rücknahme: Bei schlechterer Verwaltung oder Route die gesicherte Konfiguration wiederherstellen, neu laden und die zuvor funktionierende Verbindung lokal aktivieren.
Hat dir dieser Hinweis geholfen?
Vorgesehenen Dienst für diese Karte wählen
Wenn networkd, ifupdown oder ein anderer Dienst eine passende Definition besitzt, den zuständigen Dienst für diese Schnittstelle festlegen. Überschneidung nur für diese Karte beseitigen; Adressen, Routen und DNS vor Stilllegung der alten Definition übertragen.
Vorsicht: Nicht alle Netzwerkdienste abschalten, nur weil mehrere installiert sind. Vor der Übertragung VLAN, Bridge-Zugehörigkeit und Fernzugang dokumentieren.
Wiederherstellung / Rücknahme: Alte Schnittstellendefinition wiederherstellen und konkurrierenden Ersatz entfernen; danach ursprünglichen Dienst und Verbindung lokal 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.
- NetworkManager: nmcli queries, profiles and checkpoints (Projekt- oder Distributionsdokumentation)
- NetworkManager: unmanaged devices, DNS and connectivity configuration (Projekt- oder Distributionsdokumentation)