Emitir
Em um Lenovo P50, a placa de rede não parece ser capaz de detectar cabos Ethernet ou estabelecer uma conexão de rede. A conexão Ethernet está configurada para ser conectada a quente e gerenciada pelo avahi
. A conexão com fio funcionou uma vez, mas parece ter falhado nos últimos seis meses ou mais.
Depurando até agora
- O suporte de computação confirma que as portas de rede estão funcionando
- Outras máquinas conectadas às portas de rede funcionam, indicando que os cabos estão bons
- Conectando cabos Ethernet ao laptopnãofazer com que a porta acenda (mas não está claro se esta porta possui luzes)
- Conexão sem fio funciona
- A configuração da rede parece correta, mas as armadilhas comuns não estão presentes
Informação do sistema
$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04.3 LTS"
$ cat /proc/version
Linux version 4.4.0-112-generic (buildd@lgw01-amd64-010) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.5) ) #135-Ubuntu SMP Fri Jan 19 11:48:36 UTC 2018
$ lspci | grep Ethernet
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-LM (rev 31)
$ sudo lshw -C network
*-network
description: Wireless interface
product: Wireless 8260
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:04:00.0
logical name: wlp4s0
version: 3a
serial: [MAC_ADDRESS]
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=iwlwifi driverversion=4.4.0-112-generic firmware=16.242414.0 ip=172.20.174.88 latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
resources: irq:133 memory:c4c00000-c4c01fff
*-network
description: Ethernet interface
product: Ethernet Connection (2) I219-LM
vendor: Intel Corporation
physical id: 1f.6
bus info: pci@0000:00:1f.6
logical name: enp0s31f6
version: 31
serial: [MAC_ADDRESS]
capacity: 1Gbit/s
width: 32 bits
clock: 33MHz
capabilities: pm msi bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k firmware=0.8-3 latency=0 link=no multicast=yes port=twisted pair
resources: irq:130 memory:c5700000-c571ffff
$ ifconfig
enp0s31f6 Link encap:Ethernet HWaddr 50:7b:9d:e4:d8:49
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:16 Memory:c5700000-c5720000
enp0s31f6:avahi Link encap:Ethernet HWaddr 50:7b:9d:e4:d8:49
inet addr:[IP_ADDRESS] Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
Interrupt:16 Memory:c5700000-c5720000
...
$ ifplugstatus
lo: link beat detected
enp0s31f6: unplugged
$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
allow-hotplug enp0s31f6
iface enp0s31f6 inet dhcp
$ sudo ifdown enp0s31f6 && sudo ifup -v enp0s31f6
Killed old client process
Internet Systems Consortium DHCP Client 4.3.3
Copyright 2004-2015 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/enp0s31f6/[MAC_ADDRESS]
Sending on LPF/enp0s31f6/[MAC_ADDRESS]
Sending on Socket/fallback
Configuring interface enp0s31f6=enp0s31f6 (inet)
/bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/ethtool
run-parts: executing /etc/network/if-pre-up.d/wireless-tools
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
/sbin/dhclient -1 -v -pf /run/dhclient.enp0s31f6.pid -lf /var/lib/dhcp/dhclient.enp0s31f6.leases -I -df /var/lib/dhcp/dhclient6.enp0s31f6.leases enp0s31f6
Internet Systems Consortium DHCP Client 4.3.3
Copyright 2004-2015 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/enp0s31f6/[MAC_ADDRESS]
Sending on LPF/enp0s31f6/[MAC_ADDRESS]
Sending on Socket/fallback
DHCPDISCOVER on enp0s31f6 to 255.255.255.255 port 67 interval 3 (xid=0xf5fca319)
DHCPDISCOVER on enp0s31f6 to 255.255.255.255 port 67 interval 6 (xid=0xf5fca319)
DHCPDISCOVER on enp0s31f6 to 255.255.255.255 port 67 interval 7 (xid=0xf5fca319)
No DHCPOFFERS received.
No working leases in persistent database - sleeping.
$ sudo ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether [MAC_ADDRESS] brd ff:ff:ff:ff:ff:ff
inet [IP_ADDRESS]/16 brd 169.254.255.255 scope link enp0s31f6:avahi
valid_lft forever preferred_lft forever
As seguintes perguntas com sintomas semelhantes não resolvem o problema:
Soluções sugeridas que não funcionam neste caso:
Ocomando sugerido ip link set enp1s0 up
não resolve. Ocomandos sugeridos ifconfig .. down
... up
não resolva isso.
Sintomas semelhantes, mas provavelmente problemas de hardware não relacionados:
Esse problema é comum com placas Realtek e há várias questões relacionadas (1234), mas esta máquina possui uma placa Intel.
Essa questão parece específico para um dispositivo USB Ethernet, relacionado a problemas de hot-plug.
Essa questãoenvolve o desaparecimento total da interface de rede e o retorno na reinicialização.
Essa questãoé um pouco vago e carece de respostas definitivas.
Essa questãorefere-se à Ethernet, mas a resposta é um link para solução de problemas de wifi.
Essa questãoparece ser diferente, pois envolve a indisponibilidade do adaptador Ethernet, onde está disponível na minha máquina, mas é registrado como desconectado.
Essa questãoapresenta sintomas semelhantes, mas foi devido a uma configuração conflitante de uma placa de rede anterior.
Essa questãorelacionado a um driver corrompido (eu acho?).
Nesse casoeles conseguiram recuperar o acesso à rede simplesmente excluindo /etc/network/interfaces
e reiniciando. Eu tentei isso e não funcionou neste caso.
Perguntas potencialmente relacionadas sem resolução
Essa questãopode estar relacionado (não está claro), mas não tem uma resposta. Da mesma forma paraessa questão.
Emessa questãopresumiu-se que o problema residia na configuração da rede do edifício. A equipe de apoio ao edifício me garantiu que este não é o caso aqui.
Essa questãofoi diagnosticado como uma falha de hardware da placa de rede. Não está claro se isso se aplica neste caso.Esteparecia também ser uma falha de hardware. (Gostaria de descartar outras explicações antes de presumir falha de hardware).
Atualização e resolução
Determinamos que a máquina não poderia usar Ethernet quando inicializada a partir de um sistema operacional diferente em mídia removível, indicando um problema de hardware. Na verdade, no Lenovo P50 hásãoLEDs de status (amarelo e verde) na porta e devem responder quando a Ethernet estiver conectada. Eles estavam escuros nesta máquina, indicando um problema de hardware.