NIC com fio “não reivindicada” no NUC5i5RYH

3

Recentemente, a conexão Ethernet no meu NUC5i5RYH parou de funcionar, um dia foi bom, o próximo não foi. Eu tentei uma variedade de coisas para diagnosticar e corrigir esse problema.

ifconfig -a mostra

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
    inet 127.0.0.1  netmask 255.0.0.0
    inet6 ::1  prefixlen 128  scopeid 0x10<host>
    loop  txqueuelen 1  (Local Loopback)
    RX packets 700395  bytes 42370951 (42.3 MB)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 700395  bytes 42370951 (42.3 MB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet 192.168.1.25  netmask 255.255.255.0  broadcast 192.168.1.255
    inet6 fe80::1baf:1704:fcf1:8bbe  prefixlen 64  scopeid 0x20<link>
    ether 00:21:5c:d2:31:51  txqueuelen 1000  (Ethernet)
    RX packets 250650  bytes 142163026 (142.1 MB)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 59591  bytes 11880584 (11.8 MB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lspci -nn | grep Eth mostra isso:

00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection (3) I218-V [8086:15a3] (rev 03)

A rede sudo lshw -C revela que o dispositivo Ethernet não foi reivindicado:

 *-network UNCLAIMED       
   description: Ethernet controller
   product: Ethernet Connection (3) I218-V
   vendor: Intel Corporation
   physical id: 19
   bus info: pci@0000:00:19.0
   version: 03
   width: 32 bits
   clock: 33MHz
   capabilities: pm msi cap_list
   configuration: latency=0
   resources: memory:aa100000-aa11ffff memory:aa13b000-aa13bfff ioport:2080(size=32)
*-network
   description: Wireless interface
   product: Wireless 7265
   vendor: Intel Corporation
   physical id: 0
   bus info: pci@0000:02:00.0
   logical name: wlp2s0
   version: 59
   serial: 00:21:5c:d2:31:51
   width: 64 bits
   clock: 33MHz
   capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
   configuration: broadcast=yes driver=iwlwifi driverversion=4.8.0-27-generic firmware=22.361476.0 ip=192.168.1.25 latency=0 link=yes multicast=yes wireless=IEEE 802.11
   resources: irq:46 memory:aa000000-aa001fff

Executando o dmesg | grep e1000e mostra um código de erro:

[    0.944913] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
[    0.944914] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[    0.945111] e1000e 0000:00:19.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[    1.770398] e1000e: probe of 0000:00:19.0 failed with error -2

Depois de várias pesquisas, tentei:

  • Desligando o computador, desconectando o cabo Ethernet, ligando novamente e conectando o cabo Ethernet novamente - o mesmo problema
  • Removendo e adicionando novamente o módulo e1000e com o modprobe - sem alteração
  • Baixando o tarball e1000e mais recente do site da Intel NUC, apenas para que ele diga

    / bin / sh: 1: [: -ge: operador inesperado Makefile: 181: * * Anulando a construção. *** Este driver não é suportado em versões de kernel anteriores a 2.4.0. Pare.

Eu até fui tão longe a ponto de iniciar uma instalação do Debian 8, indo ao ponto em que a rede foi detectada - o instalador não viu o NIC também.

Não sei o que tentar em seguida. Enquanto a interface sem fio ainda funciona, eu realmente gostaria de resolver a conexão com fio e tê-lo funcionando também.

ATUALIZAÇÃO: 22/11/2016 Aqui estão os resultados do comando diff MariusMatutiae fornecido. Eu vou ter que fazer um trabalho sério no DuckDuckGo para melhorar tudo isso.

    mark@fermata:~$ diff <(cat /proc/interrupts) <(modprobe e1000e 2>/dev/null || cat /proc/interrupts)
1,35d0
<            CPU0       CPU1       CPU2       CPU3       
<   0:         20          0          0          0  IR-IO-APIC   2-edge      timer
<   1:          0          1          1          0  IR-IO-APIC   1-edge      i8042
<   3:          0          0          0          0  IR-IO-APIC   3-edge      nuvoton-cir
<   8:          0          1          0          0  IR-IO-APIC   8-edge      rtc0
<   9:          0          1          3          0  IR-IO-APIC   9-fasteoi   acpi
<  12:          3          0          1          0  IR-IO-APIC  12-edge      i8042
<  23:          8          5         17          5  IR-IO-APIC  23-fasteoi   ehci_hcd:usb1
<  40:          0          0          0          0  DMAR-MSI   0-edge      dmar0
<  41:          0          0          0          0  DMAR-MSI   1-edge      dmar1
<  42:        137         61        151        560  IR-PCI-MSI 327680-edge      xhci_hcd
<  43:       4083       1400      36869       1544  IR-PCI-MSI 512000-edge      ahci[0000:00:1f.2]
<  44:       2506        211       6307        143  IR-PCI-MSI 32768-edge      i915
<  45:         12          0          0          2  IR-PCI-MSI 360448-edge      mei_me
<  46:        525          0         49         26  IR-PCI-MSI 442368-edge      snd_hda_intel:card1
<  47:        141         24        128       8568  IR-PCI-MSI 1048576-edge      iwlwifi
<  48:        617         39        728         56  IR-PCI-MSI 49152-edge      snd_hda_intel:card0
< NMI:          8         10          9          7   Non-maskable interrupts
< LOC:       9051       9355       9378       8757   Local timer interrupts
< SPU:          0          0          0          0   Spurious interrupts
< PMI:          8         10          9          7   Performance monitoring interrupts
< IWI:          0          0          0          0   IRQ work interrupts
< RTR:          3          0          0          0   APIC ICR read retries
< RES:       3722       3593       3893       3330   Rescheduling interrupts
< CAL:       1744       1586       1352       1744   Function call interrupts
< TLB:        229        200        127        168   TLB shootdowns
< TRM:          0          0          0          0   Thermal event interrupts
< THR:          0          0          0          0   Threshold APIC interrupts
< DFR:          0          0          0          0   Deferred Error APIC interrupts
< MCE:          0          0          0          0   Machine check exceptions
< MCP:          3          3          3          3   Machine check polls
< ERR:          7
< MIS:          0
< PIN:          0          0          0          0   Posted-interrupt notification event
< PIW:          0          0          0          0   Posted-interrupt wakeup event

Como estou começando a suspeitar que isso é um problema de hardware, registrei uma reclamação de garantia com a Intel. Esperando para ouvir de volta deles.

    
por Mark Nichols 20.11.2016 / 20:48

1 resposta

0

Problema difícil. Primeiro, não reivindicado significa que você não tem nenhum driver para a interface, o que sabemos ser o caso da saída dmesg (em seu comentário):

 [ 1.770398] e1000e: probe of 0000:00:19.0 failed with error -2 

Eu verifiquei que e1000e é o driver apropriado para a sua interface (8086: 15a3), e de fato é:

# modinfo e1000e | grep 8086 | grep -i 15a3
alias:          pci:v00008086d000015A3sv*sd*bc*sc*i*

Então pesquisei no Google por

e1000e: probe of failed with error "-2"

Pls aviso você precisa citar -2 , porque o - é o operador exclusão na pesquisa do Google, por isso, se você não usar aspas ele retornará todos os links que não incluem 2 .

Você pode ver por si mesmo que não há um consenso claro sobre o que causa seu problema: você pode ler aqui uma discussão completa, com uma receita para resolver o problema que só funcionava para uma pessoa, ou aqui você encontra a história de sucesso de alguém que resolveu o problema atualizando o driver ou até mesmo aqui a história de um cara que adicionou uma placa wifi extra para contornar o driver quebrado e1000 apenas para descobrir que, ao voltar a ligar, a interface ethernet estava funcionando perfeitamente. A pesquisa do Google acima retorna mais do mesmo, incluindo várias pessoas pensando que isso é um problema relacionado à BIOS.

Você pode fornecer um pouco mais de informações executando estes comandos:

# rmmod e1000e
# diff <(cat /proc/interrupts) <(modprobe e1000e 2>/dev/null || cat /proc/interrupts)

que mostra pelo menos qual interrupção está conectada à falha e1000e . A depuração profunda necessária no seu caso provavelmente deve sair dessa.

    
por 21.11.2016 / 11:56