Ethernet-Gerät nicht verwaltet


32

Ich verwende Ubuntu 16.10 und in letzter Zeit konnte ich über Ethernet keine Verbindung zum Internet herstellen. Der Netzwerkmanager zeigt device not managed. Das WiFi-Netzwerk funktioniert einwandfrei.

Bildbeschreibung hier eingeben

Bildbeschreibung hier eingeben

Ich habe versucht, die Lösung aus dieser Frage Ubuntu 16.04 Ethernet-Probleme ohne Verwendung.

Meine /etc/network/interfacesAkte:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Meine /etc/NetworkManager/NetworkManager.confAkte:

[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq

[ifupdown]
managed=true

Ausgabe von nmcli d:

DEVICE  TYPE      STATE      CONNECTION 
wlp2s0  wifi      connected  eduroam    
enp8s0  ethernet  unmanaged  --         
lo      loopback  unmanaged  --   

Wie ich sehe, haben Sie "managed = true" von false in true geändert? können Sie versuchen , den Dienst und sehen neu zu starten , wenn es Ihr Problem lösen: sudo service network-manager restart?
Yaron

1
Ja, ich habe es von falsch auf wahr geändert. Und ich habe es versucht und es hat nicht geholfen.
Martin49

Bitte fügen Sie die Ausgabe von nmcli dzu Ihrer Frage hinzu
Yaron

Ich habe es der Frage hinzugefügt
martin49

Antworten:


63

Der folgende Fehler in Ubuntu 16.10 könnte zusammenhängen: Der Netzwerk-Manager verwaltet keine Ethernet- und Bluetooth-Schnittstellen, wenn Ubuntu 16.10 mit der chroot / netboot-Methode installiert wird

Versuchen Sie zunächst, den folgenden Befehl auszuführen:

sudo nmcli dev set enp8s0 managed yes

Wenn Sie die Fehlermeldung erhalten:

Fehler: Gerät 'enp8s0' nicht gefunden.

Führen Sie den folgenden Befehl aus:

ip link show

Suchen Sie nach einem Gerätenamen, enp8s0der dem ursprünglichen Befehl ähnlich ist, und ersetzen Sie ihn.


Wenn das Problem dadurch nicht behoben wurde, versuchen Sie Folgendes auszuführen (Sicherungs-Orig-Datei, und erstellen Sie stattdessen eine 0-Byte-Datei)

sudo mv /etc/NetworkManager/conf.d/10-globally-managed-devices.conf  /etc/NetworkManager/conf.d/10-globally-managed-devices.conf_orig
sudo touch /etc/NetworkManager/conf.d/10-globally-managed-devices.conf  

@datka hat einen anderen Speicherort für Die Datei gemeldet, 10-globally-managed-devices.confdaher sollten die Befehle wie folgt lauten:

sudo mv /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf  /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf_orig
sudo touch /usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf

Neustart oder Neustart des Network Manager-Dienstes:

sudo systemctl restart NetworkManager

oder der alte Weg:

sudo service network-manager restart

3
Die zweite Option beim Erstellen der leeren Datei hat funktioniert! Vielen Dank!
Martin49

1
@ Martin49 - froh zu hören, dass es das Problem löst :)
Yaron

2
Die zweite Option beim Erstellen der leeren Datei hat funktioniert! Vielen Dank!
Charybr

8
Die zweite Option hat auch bei mir funktioniert. Die Datei 10-globally-managed-devices.confbefand sich jedoch in /usr/lib/NetworkManager/conf.dund nicht in /etc/NetworkManager/conf.d.
Datum

2
Bitte beachten Sie, dass dies auch für den 18.04 gilt: askubuntu.com/questions/1036497/…
G Koe

29

In meinem Fall existiert das 10-globally-managed-devices.confeinfach nicht (vom 16.04 -> 16.10). Alles was benötigt wird, ist es zu erstellen:

sudo touch /etc/NetworkManager/conf.d/10-globally-managed-devices.conf

Gefolgt von einem Neustart:

sudo service network-manager restart

6
Ich habe dieses Problem auch beim Upgrade auf 16.10 vom 16.04. Diese Antwort hat bei mir funktioniert, aber ich musste auch Network Manager neu starten. sudo service network-manager restart

1
Auch ein Problem beim Upgrade von 16.04 auf 17.04. Cmon Ubuntu besser machen. Netzwerkfehler sind die schlimmsten. Vielen Dank für die einfache Lösung. Berühren Sie dann [sudo service network-manager restart].
Moodboom

Aus den Antworten auf andere Fragen geht hervor, dass es auf /usr/lib/NetworkManager/conf.d/meinem Computer (18.04) so ​​aussieht, als würde das Setzen des leeren Systems /etc/NetworkManager/conf.d/das überschreiben und NM erlauben, das Gerät zu verwalten.
Jtniehof

1

Einstellen unmanaged-devices=nonein{BASE}usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conf funktionierte für mich, um NetworkManager dazu zu bringen, den Ethernet-Port zu verwalten, obwohl ich nicht weiß, ob das alles andere durcheinander bringt. : ^)

Dies war für einen Ubuntu 16.10 Hybrid USB Build.


Die einzige Kombination, die für mich funktioniert hat, war das Erstellen der Datei /etc/NetworkManager/conf.d/10-globally-managed-devices.confund das manuelle Festlegen unmanaged-devices=nonedes von Ihnen angegebenen Speicherorts.
TFTD

Können Sie die vollständige 10-global-managed-devices.conf einfügen? Ich erhalte einen Failed to read configuration: /etc/NetworkManager/conf.d/10-globally-managed-devices.conf: Key file does not start with a groupFehler.
14.

Der Inhalt der Datei sollte (in zwei Zeilen) sein:[keyfile] unmanaged-devices=none
Jonah Braun

1

Während der Beratung, eine leere zu erstellen 10-globally-managed-devices.conf Datei für mich funktioniert hat, habe ich einen anderen Weg gefunden, dies zu beheben.

Als nmcliich anrief , bemerkte ich, dass mein Ethernet-Gerät im Gegensatz zum WiFi-Gerät nicht als einer der Typen ( wifi, wwan) klassifiziert ist , die von der unmanaged-devicesKlausel ausgeschlossen sind , sondern als ethernet:

$ sudo nmcli 
enp0s31f6: verbunden to Kabelgebundene Verbindung 1
        "Intel Ethernet Connection I219-V"
        ethernet (e1000e), 54:E1:AD:FC:E1:22, hw, mtu 1500
        ^^^^^^^^
        [...]

wlp5s0: nicht verfügbar
        "Intel Wireless 8260 (Dual Band Wireless-AC 8260)"
        wifi (iwlwifi), 28:C6:3F:CD:A1:9F, hw, mtu 1500
        ^^^^
        [...]

Das Hinzufügen dieses Typs zu den Ausnahmen hat bei mir funktioniert:

unmanaged-devices=*,except:type:wifi,except:type:wwan,except:type:ethernet
                                                     ^^^^^^^^^^^^^^^^^^^^^

Seltsamerweise funktionierte die ursprüngliche Einstellung für mehr als 6 Monate, bis ich beschloss, die auf meinem System installierten Pakete zu bereinigen. Ich kann jedoch nicht sagen, ob sich der Gerätetyp oder der Inhalt der Datei dadurch geändert hat.


Dies scheint ein neuer (er) Bug zu sein, der (IMHO) gemeldet werden sollte. Ich bemerkte es bei einer abgespeckten Ubuntu 18.04-Installation, bei der das Netzwerk funktionierte, bevor es abgespeckt wurde. Daher gehe ich davon aus, dass es ein Paket gibt, das diesen Fehler in der Konfiguration maskiert.
Stefanct
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.