Dispositivo Ethernet no gestionado


32

Estoy usando Ubuntu 16.10 y recientemente no he podido conectarme a Internet usando Ethernet. El administrador de la red muestra device not managed. La red WiFi está funcionando bien.

ingrese la descripción de la imagen aquí

ingrese la descripción de la imagen aquí

He intentado la solución de este problema Ubuntu 16.04 Ethernet problemas sin uso.

Mi /etc/network/interfacesarchivo:

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

Mi /etc/NetworkManager/NetworkManager.confarchivo:

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

[ifupdown]
managed=true

Salida de nmcli d:

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

Veo que "gestionado = verdadero" ¿lo cambió de falso a verdadero? ¿Puedes intentar reiniciar el servicio y ver si resuelve tu problema sudo service network-manager restart?
Yaron

1
Sí, lo he cambiado de falso a verdadero. Y lo intenté y no sirvió de nada.
martin49

agregue el resultado de nmcli da su pregunta
Yaron

Lo agregué a la pregunta
martin49

Respuestas:


63

El siguiente error en Ubuntu 16.10 podría estar relacionado: el administrador de red no administra las interfaces ethernet y bluetooth cuando Ubuntu 16.10 se instala utilizando el método chroot / netboot

Primero intente ejecutar el siguiente comando:

sudo nmcli dev set enp8s0 managed yes

Si recibe el mensaje de error:

Error: Dispositivo 'enp8s0' no encontrado.

Intenta ejecutar el siguiente comando:

ip link show

y busque un nombre de dispositivo similar enp8s0y sustitúyalo en el comando original.


Si eso no resolvió el problema, intente ejecutar lo siguiente (archivo de origen de copia de seguridad y cree un archivo de 0 bytes en su lugar)

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 informó una ubicación diferente para el archivo, 10-globally-managed-devices.confpor lo que los comandos deberían ser:

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

El reinicio, o reinicie el servicio Network Manager:

sudo systemctl restart NetworkManager

o la vieja manera:

sudo service network-manager restart

3
¡La segunda opción con la creación del archivo en blanco funcionó! ¡Gracias!
martin49

1
@ martin49 - feliz de escuchar que resuelve el problema :)
Yaron

2
¡La segunda opción con la creación del archivo en blanco funcionó! ¡Muchas gracias!
charybr

8
La segunda opción también funcionó para mí. Sin embargo, el archivo 10-globally-managed-devices.confse encuentra en /usr/lib/NetworkManager/conf.dy no en /etc/NetworkManager/conf.d.
datka

2
Tenga en cuenta que esto también se aplica a 18.04: askubuntu.com/questions/1036497/…
G Koe

29

En mi caso, el 10-globally-managed-devices.confjust no existe (desde 16.04-> 16.10). Todo lo que se necesita es crearlo:

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

Seguido de un reinicio:

sudo service network-manager restart

66
También tuve este problema cuando actualicé a 16.10 desde 16.04. Esta respuesta funcionó para mí, pero también necesitaba reiniciar Network Manager. sudo service network-manager restart

1
También un problema al actualizar de 16.04 a 17.04. Cmon Ubuntu lo hace mejor. Los errores de red son los peores. Gracias por la solución fácil. Toque y luego [reiniciar sudo service network-manager].
moodboom

A partir de las respuestas a otras preguntas, puede existir en /usr/lib/NetworkManager/conf.d/- en mi máquina (18.04) parece que poner el vacío /etc/NetworkManager/conf.d/va a anular eso y permitir a NM administrar el dispositivo.
jtniehof

1

Configuración unmanaged-devices=nonede {BASE}usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conftrabajado para mí en conseguir NetworkManager para gestionar el puerto Ethernet, aunque no sé si eso se mete cualquier otra cosa para arriba. : ^)

Esto fue para una compilación USB híbrida Ubuntu 16.10.


La única combinación que funcionó para mí fue crear el archivo /etc/NetworkManager/conf.d/10-globally-managed-devices.confy luego configurarlo manualmente unmanaged-devices=noneen la ubicación que dijo.
tftd

¿Puedes pegar los 10 dispositivos gestionados globalmente completos.conf? Me da un Failed to read configuration: /etc/NetworkManager/conf.d/10-globally-managed-devices.conf: Key file does not start with a grouperror
mpr

El contenido del archivo debe ser (en dos líneas):[keyfile] unmanaged-devices=none
Jonah Braun

1

Si bien el consejo de crear un 10-globally-managed-devices.confarchivo vacío funcionó para mí, encontré otra forma de solucionarlo.

Al llamar nmcli, noté que mi dispositivo ethernet no está clasificado como uno de los tipos ( wifi, wwan) que están excluidos de la unmanaged-devicescláusula, en contraste con el dispositivo WiFi, sino como 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
        ^^^^
        [...]

Agregar ese tipo a las excepciones funcionó para mí:

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

Por extraño que parezca, la configuración original funcionó para mí durante más de 6 meses, hasta que decidí limpiar los paquetes instalados en mi sistema. Sin embargo, no puedo decir si fue el tipo de dispositivo o el contenido del archivo lo que cambió con eso.


Esto parece ser un nuevo error (er) que (en mi humilde opinión) debería ser reportado. Lo noté en una instalación simplificada de Ubuntu 18.04 que tenía una red funcional antes de eliminarla. Así que supongo que hay algún paquete que enmascara este error en la configuración.
stefanct
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.