Dispositivo Ethernet não gerenciado

32

Estou usando o Ubuntu 16.10 e recentemente não consegui me conectar à Internet usando Ethernet. O gerenciador de rede mostra device not managed. A rede WiFi está funcionando bem.

insira a descrição da imagem aqui

insira a descrição da imagem aqui

Eu tentei a solução deste questionário Ubuntu 16.04 Ethernet sem utilidade.

Meu /etc/network/interfacesarquivo:

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

Meu /etc/NetworkManager/NetworkManager.confarquivo:

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

[ifupdown]
managed=true

Saída de nmcli d:

DEVICE  TYPE      STATE      CONNECTION 
wlp2s0  wifi      connected  eduroam    
enp8s0  ethernet  unmanaged  --         
lo      loopback  unmanaged  --   
martin49
fonte
Vejo que "managed = true" você mudou de falso para verdadeiro? você pode tentar reiniciar o serviço e ver se ele resolve o seu problema sudo service network-manager restart:?
Yaron
1
Sim, eu mudei de falso para verdadeiro. E eu tentei isso e não ajudou.
22617 martin49
por favor, adicione a saída de nmcli dsua pergunta
Yaron
Eu adicionei à pergunta #
martin49

Respostas:

63

O seguinte bug no Ubuntu 16.10 pode estar relacionado: o gerenciador de rede não gerencia interfaces Ethernet e Bluetooth quando o Ubuntu 16.10 é instalado usando o método chroot / netboot

Primeiro tente executar o seguinte comando:

sudo nmcli dev set enp8s0 managed yes

Se você receber a mensagem de erro:

Erro: Dispositivo 'enp8s0' não encontrado.

Tente executar o comando abaixo:

ip link show

procure um nome de dispositivo semelhante enp8s0e substitua-o no comando original.


Se o que não resolveu o problema, tente executar o seguinte (arquivo orig de backup e crie um arquivo de 0 bytes)

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 relatou um local diferente para o arquivo, 10-globally-managed-devices.confentão os comandos devem 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

A reinicialização ou reinicie o serviço Network Manager:

sudo systemctl restart NetworkManager

ou da maneira antiga:

sudo service network-manager restart
Yaron
fonte
3
A segunda opção com a criação do arquivo em branco funcionou! Obrigado!
22617 martin49
1
@ martin49 - feliz ao ouvir que resolver o problema :)
Yaron
2
A segunda opção com a criação do arquivo em branco funcionou! Muito obrigado!
charybr
8
A segunda opção funcionou para mim também. No entanto, o arquivo 10-globally-managed-devices.conffoi localizado dentro /usr/lib/NetworkManager/conf.de não dentro /etc/NetworkManager/conf.d.
datka
2
Por favor, note que isso também se aplica a 18.04: askubuntu.com/questions/1036497/...
G Koe
29

No meu caso, o 10-globally-managed-devices.confjusto não existe (de 16.04 -> 16.10). Tudo o que é necessário é criá-lo:

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

Seguido por uma reinicialização:

sudo service network-manager restart
Vlada Kusbach
fonte
6
Eu também tive esse problema quando atualizei para 16,10 a partir do 16.04. Essa resposta funcionou para mim, mas eu precisava reiniciar o Network Manager também. sudo service network-manager restart
1
Também é um problema ao atualizar de 16.04 para 17.04. Vamos lá, o Ubuntu faz melhor. Erros de rede são os piores. Obrigado pela correção fácil. Toque em [sudo service network-manager restart].
Moodboom 30/08/19
A partir de respostas em outras perguntas, pode existir em - na /usr/lib/NetworkManager/conf.d/minha máquina (18.04), parece que colocar a vazia /etc/NetworkManager/conf.d/substituirá essa e permitirá que a NM gerencie o dispositivo.
Jtniehof 3/08
1

Definir unmanaged-devices=noneem {BASE}usr/lib/NetworkManager/conf.d/10-globally-managed-devices.conftrabalhou para mim na obtenção NetworkManager para gerenciar a porta ethernet, embora eu não sei se isso messes qualquer outra coisa para cima. : ^)

Isso foi para uma compilação híbrida USB do Ubuntu 16.10.

Paulo
fonte
A única combinação que funcionou para mim foi a criação do arquivo /etc/NetworkManager/conf.d/10-globally-managed-devices.confe a configuração manual unmanaged-devices=noneno local que você disse.
tftd
Você pode colar o 10-globally-managed-devices.conf completo? Estou recebendo um Failed to read configuration: /etc/NetworkManager/conf.d/10-globally-managed-devices.conf: Key file does not start with a grouperro.
mpr
O conteúdo do arquivo deve ser (em duas linhas):[keyfile] unmanaged-devices=none
Jonah Braun
1

Enquanto o conselho para criar um 10-globally-managed-devices.confarquivo vazio funcionou para mim, eu encontrei outra maneira de corrigir isso.

Ao ligar nmcli, notei que meu dispositivo Ethernet não é classificado como um dos tipos ( wifi, wwan) excluídos da unmanaged-devicescláusula, em contraste com o dispositivo WiFi, mas 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
        ^^^^
        [...]

Adicionar esse tipo às exceções funcionou para mim:

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

Curiosamente, a configuração original funcionou para mim por mais de 6 meses, até que eu decidi limpar os pacotes instalados no meu sistema. No entanto, não sei dizer se foi o tipo de dispositivo ou o conteúdo do arquivo que foi alterado com isso.

Murphy
fonte
Este parece ser um novo (er) bug que (IMHO) deve ser relatado. Eu notei isso em uma instalação simples do Ubuntu 18.04 que tinha uma rede funcional antes de removê-la. Portanto, presumo que exista algum pacote que oculte esse erro na configuração.
stefanct 13/09