Dispositivo Ethernet non gestito


32

Sto usando Ubuntu 16.10 e recentemente non sono stato in grado di connettermi a Internet tramite Ethernet. Il gestore della rete mostra device not managed. La rete WiFi funziona bene.

inserisci qui la descrizione dell'immagine

inserisci qui la descrizione dell'immagine

Ho provato la soluzione da questa domanda su Ubuntu 16.04 problemi Ethernet senza alcuna utilità.

Il mio /etc/network/interfacesfile:

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

Il mio /etc/NetworkManager/NetworkManager.conffile:

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

[ifupdown]
managed=true

Uscita di nmcli d:

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

Vedo che "managed = true" l'hai cambiato da falso a vero? puoi provare a riavviare il servizio e vedere se risolve il tuo problema sudo service network-manager restart:?
Yaron,

1
Sì, l'ho cambiato da falso a vero. E ci ho provato e non ha aiutato.
martin49,

aggiungi l'output di nmcli dalla tua domanda
Yaron,

L'ho aggiunto alla domanda
martin49,

Risposte:


63

Potrebbe essere correlato il seguente bug in Ubuntu 16.10: gestore di rete non gestisce le interfacce Ethernet e bluetooth quando Ubuntu 16.10 è installato usando il metodo chroot / netboot

Prima prova a eseguire il comando seguente:

sudo nmcli dev set enp8s0 managed yes

Se viene visualizzato il messaggio di errore:

Errore: dispositivo "enp8s0" non trovato.

Prova a eseguire il comando seguente:

ip link show

e cerca un nome di dispositivo simile enp8s0e sostituiscilo nel comando originale.


Se ciò non ha risolto il problema, prova a eseguire quanto segue (backup del file orig e crea invece il file 0 byte)

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 ha riportato una posizione diversa per Il file, 10-globally-managed-devices.confquindi i comandi dovrebbero essere:

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

Il riavvio o il riavvio del servizio Network Manager:

sudo systemctl restart NetworkManager

o alla vecchia maniera:

sudo service network-manager restart

3
La seconda opzione con la creazione del file vuoto ha funzionato! Grazie!
martin49,

1
@ martin49 - felice di sapere che risolve il problema :)
Yaron,

2
La seconda opzione con la creazione del file vuoto ha funzionato! Grazie mille!
charybr,

8
La seconda opzione ha funzionato anche per me. Tuttavia, il file 10-globally-managed-devices.confsi trovava in /usr/lib/NetworkManager/conf.de non in /etc/NetworkManager/conf.d.
datka,

2
Questo si applica anche al 18.04: askubuntu.com/questions/1036497/…
G Koe,

29

Nel mio caso il 10-globally-managed-devices.confgiusto non esiste (dal 16.04-> 16.10). Tutto ciò che serve è crearlo:

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

Seguito da un riavvio:

sudo service network-manager restart

6
Ho riscontrato questo problema anche quando sono passato alla 16.10 dalla 16.04. Questa risposta ha funzionato per me, ma dovevo anche riavviare Network Manager. sudo service network-manager restart

1
Anche un problema di aggiornamento da 16.04 a 17.04. Cmon Ubuntu fa di meglio. Gli errori di rete sono i peggiori. Grazie per la facile soluzione. Toccare quindi [riavvio gestore rete sudo service].
moodboom

Dalle risposte ad altre domande, può esistere in /usr/lib/NetworkManager/conf.d/--sulla mia macchina (18.04) sembra che inserendo quello vuoto /etc/NetworkManager/conf.d/si prevalga su quello e si consente a NM di gestire il dispositivo.
jtniehof,

1

Impostazione unmanaged-devices=nonein {BASE}usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conflavorato per me per ottenere NetworkManager per gestire la porta ethernet, anche se non so se questo pasticci qualsiasi altra cosa su. : ^)

Questo era per una build USB ibrida Ubuntu 16.10.


L'unica combinazione che ha funzionato per me è stata la creazione del file /etc/NetworkManager/conf.d/10-globally-managed-devices.confe l'impostazione manuale unmanaged-devices=nonenella posizione indicata.
tftd

Riesci a incollare l'intero 10-global-managed-devices.conf? Sto ricevendo un Failed to read configuration: /etc/NetworkManager/conf.d/10-globally-managed-devices.conf: Key file does not start with a grouperrore
martedì

Il contenuto del file dovrebbe essere (su due righe):[keyfile] unmanaged-devices=none
Jonah Braun

1

Mentre il consiglio di creare un 10-globally-managed-devices.conffile vuoto ha funzionato per me, ho trovato un altro modo per risolvere questo problema.

Chiamando nmcli, ho notato che il mio dispositivo Ethernet non è classificato come uno dei tipi ( wifi, wwan) che sono esclusi dalla unmanaged-devicesclausola, a differenza del dispositivo WiFi, ma come 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
        ^^^^
        [...]

L'aggiunta di quel tipo alle eccezioni ha funzionato per me:

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

Stranamente, l'impostazione originale ha funzionato per me per più di 6 mesi, fino a quando ho deciso di ripulire i pacchetti installati sul mio sistema. Tuttavia non posso dire se è stato il tipo di dispositivo o il contenuto del file che sono cambiati con quello.


Questo sembra essere un nuovo bug (er) che (IMHO) dovrebbe essere segnalato. L'ho notato su un'installazione Ubuntu 18.04 ridotta che aveva la rete funzionale prima di rimuoverla. Quindi suppongo che ci sia un pacchetto che maschera questo errore nella configurazione.
stefanct,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.