Périphérique Ethernet non géré


32

J'utilise Ubuntu 16.10 et récemment, je n'ai pas pu me connecter à Internet via Ethernet. Le gestionnaire de réseau montre device not managed. Le réseau WiFi fonctionne bien.

entrez la description de l'image ici

entrez la description de l'image ici

J'ai essayé la solution de ce questionnaire Ubuntu 16.04 Des problèmes Ethernet sans utilité.

Mon /etc/network/interfacesdossier:

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

Mon /etc/NetworkManager/NetworkManager.confdossier:

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

[ifupdown]
managed=true

Sortie de nmcli d:

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

Je vois que "managed = true" l'avez-vous changé de false en true? pouvez-vous essayer de redémarrer le service et voir s'il résout votre problème sudo service network-manager restart:?
Yaron

1
Oui, je l'ai changé de faux en vrai. Et j'ai essayé ça et ça n'a pas aidé.
martin49

veuillez ajouter la sortie de nmcli dvotre question
Yaron

Je l'ai ajouté à la question
martin49

Réponses:


63

Le bogue suivant dans Ubuntu 16.10 pourrait être lié: network-manager ne gère pas les interfaces Ethernet et Bluetooth lorsque Ubuntu 16.10 est installé à l'aide de la méthode chroot / netboot

Commencez par lancer la commande suivante:

sudo nmcli dev set enp8s0 managed yes

Si vous obtenez le message d'erreur:

Erreur: périphérique 'enp8s0' introuvable.

Essayez d’exécuter la commande ci-dessous:

ip link show

et recherchez un nom de périphérique similaire à enp8s0et remplacez-le dans la commande d'origine.


Si cela ne résout pas le problème, essayez d'exécuter ce qui suit (fichier orig de sauvegarde et créez un fichier de 0 octets à la place)

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 a signalé un emplacement différent pour le fichier 10-globally-managed-devices.conf. Les commandes doivent donc être:

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

Redémarrez ou redémarrez le service Network Manager:

sudo systemctl restart NetworkManager

ou à l'ancienne:

sudo service network-manager restart

3
La deuxième option avec la création du fichier vide a fonctionné! Merci!
martin49

1
@ martin49 - heureux d'entendre que cela résout le problème :)
Yaron le

2
La deuxième option avec la création du fichier vide a fonctionné! Merci beaucoup!
charybr

8
La deuxième option a fonctionné pour moi aussi. Cependant, le fichier 10-globally-managed-devices.confse trouvait dans /usr/lib/NetworkManager/conf.det non dans /etc/NetworkManager/conf.d.
Date

2
Veuillez noter que ceci s'applique également à 18.04: askubuntu.com/questions/1036497/…
G Koe

29

Dans mon cas, le 10-globally-managed-devices.confjuste n'existe pas (à partir de 16.04-> 16.10). Il suffit de le créer:

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

Suivi d'un redémarrage:

sudo service network-manager restart

6
J'ai également eu ce problème lorsque j'ai mis à niveau à 16.10 à partir de 16.04. Cette réponse a fonctionné pour moi, mais je devais également redémarrer Network Manager. sudo service network-manager restart

1
Également un problème de mise à niveau de 16.04 à 17.04. Cmon Ubuntu fait mieux. Les erreurs de réseau sont les pires. Merci pour la solution facile. Appuyez sur, puis [redémarrage sudo service network-manager].
moodboom

Des réponses à d’autres questions, il se peut qu’il existe dans /usr/lib/NetworkManager/conf.d/- sur ma machine (18.04), il semble que le fait de /etc/NetworkManager/conf.d/remplacer le vide par celui- ci annule cette valeur et permette à NM de gérer le périphérique.
jtniehof

1

Réglage unmanaged-devices=noneen {BASE}usr/lib/NetworkManager/conf.d/10-globally-managed-devices.confmoi travaillé à obtenir NetworkManager pour gérer le port Ethernet, bien que je ne sais pas si cela mess rien d' autre vers le haut. : ^)

C'était pour une version USB hybride Ubuntu 16.10.


La seule combinaison qui a fonctionné pour moi a été la création du fichier /etc/NetworkManager/conf.d/10-globally-managed-devices.conf, puis la définition manuelle unmanaged-devices=nonede l'emplacement indiqué.
tftd

Pouvez-vous coller le fichier entier 10-globally-managed-managed-devices.conf? Je reçois une Failed to read configuration: /etc/NetworkManager/conf.d/10-globally-managed-devices.conf: Key file does not start with a grouperreur.
mpr

Le contenu du fichier devrait être (sur deux lignes):[keyfile] unmanaged-devices=none
Jonah Braun

1

Bien que le conseil de créer un 10-globally-managed-devices.conffichier vide ait fonctionné pour moi, j'ai trouvé un autre moyen de résoudre ce problème.

En appelant nmcli, j'ai remarqué que mon périphérique Ethernet n'est pas classé dans l'un des types ( wifi, wwan) exclus de la unmanaged-devicesclause, contrairement au périphérique WiFi, mais dans les cas suivants 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
        ^^^^
        [...]

Ajouter ce type aux exceptions a fonctionné pour moi:

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

Étrangement, le paramètre d'origine a fonctionné pour moi pendant plus de 6 mois, jusqu'à ce que je décide de nettoyer les packages installés sur mon système. Cependant, je ne peux pas dire si c'est le type d'appareil ou le contenu du fichier qui a changé avec cela.


Cela semble être un nouveau (er) bogue qui (IMHO) devrait être signalé. Je l’ai remarqué sur une installation dépouillée d’Ubuntu 18.04 qui fonctionnait en réseau avant de le déshabiller. Donc, je suppose qu’un paquet masque cette erreur dans la configuration.
Stefanct le
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.