2 votes

NIC câblée "Non réclamée" sur NUC5i5RYH

Récemment, la connexion Ethernet sur mon NUC5i5RYH a cessé de fonctionner, un jour tout allait bien, le lendemain non. J'ai essayé différentes choses pour diagnostiquer et régler ce problème.

ifconfig -a montre

lo: flags=73  mtu 65536
    inet 127.0.0.1  masque 255.0.0.0
    inet6 ::1  longueur préfixe 128  scopeid 0x10
    loop  txqueuelen 1  (Boucle locale)
    RX paquets 700395  octets 42370951 (42.3 MB)
    RX erreurs 0  abandon 0  overruns 0  frame 0
    TX paquets 700395  octets 42370951 (42.3 MB)
    TX erreurs 0  abandon 0 overruns 0  carrier 0  collisions 0

wlp2s0: flags=4163  mtu 1500
    inet 192.168.1.25  masque 255.255.255.0  diffusion 192.168.1.255
    inet6 fe80::1baf:1704:fcf1:8bbe  longueur préfixe 64  scopeid 0x20
    ether 00:21:5c:d2:31:51  txqueuelen 1000  (Ethernet)
    RX paquets 250650  octets 142163026 (142.1 MB)
    RX erreurs 0  abandon 0  overruns 0  frame 0
    TX paquets 59591  octets 11880584 (11.8 MB)
    TX erreurs 0  abandon 0 overruns 0  carrier 0  collisions 0

lspci -nn | grep Eth montre ceci:

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

sudo lshw -C network révèle que le périphérique Ethernet n'est pas réclamé:

 *-network NON RÉCLAMÉ       
   description: Contrôleur Ethernet
   produit: Ethernet Connection (3) I218-V
   vendeur: Intel Corporation
   identifiant matériel: 19
   informations bus: pci@0000:00:19.0
   version: 03
   largeur: 32 bits
   horloge: 33MHz
   capacités: pm msi cap_list
   configuration: latence=0
   ressources: mémoire:aa100000-aa11ffff mémoire:aa13b000-aa13bfff ioport:2080(taille=32)
*-network
   description: Interface sans fil
   produit: Wireless 7265
   vendeur: Intel Corporation
   identifiant matériel: 0
   informations bus: pci@0000:02:00.0
   nom logique: wlp2s0
   version: 59
   numéro de série: 00:21:5c:d2:31:51
   largeur: 64 bits
   horloge: 33MHz
   capacités: 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 latence=0 lien=yes multicast=yes wireless=IEEE 802.11
   ressources: irq:46 mémoire:aa000000-aa001fff

En exécutant dmesg | grep e1000e montre un code d'erreur:

[    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: Taux d'atténuation d'interruption (ints/sec) réglé sur le mode conservateur dynamique
[    1.770398] e1000e: la sonde de 0000:00:19.0 a échoué avec l'erreur -2

Après de nombreuses recherches, j'ai essayé :

  • Éteindre l'ordinateur, débrancher le câble Ethernet, le rallumer et rebrancher le câble Ethernet - même problème
  • Retirer et ajouter à nouveau le module e1000e avec modprobe - aucun changement
  • Télécharger la dernière archive tar e1000e du site Intel NUC, pour qu'elle dise

    /bin/sh: 1: [: -ge: opérateur inattendu Makefile:181: * * Arrêt du build. *** Ce pilote n'est pas pris en charge sur les versions de kernel plus anciennes que 2.4.0. Arrêter.

J'ai même été jusqu'à lancer une installation Debian 8, au moment où le réseau était détecté - l'installateur n'a pas vu le NIC non plus.

Je ne sais pas quoi essayer ensuite. Alors que l'interface sans fil fonctionne toujours, j'aimerais vraiment résoudre le problème de connexion filaire et le faire fonctionner aussi.

MISE À JOUR : 22/11/2016 Voici les résultats de la commande diff que MariusMatutiae a fourni. Je vais devoir faire des recherches sérieuses sur DuckDuckGo pour tout comprendre.

    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   Interruptions non masquables
< LOC:       9051       9355       9378       8757   Interventions de minuterie locale
< SPU:          0          0          0          0   Interruptions non désirées
< PMI:          8         10          9          7   Interventions de surveillance de performances
< IWI:          0          0          0          0   Interruptions de travail IRQ
< RTR:          3          0          0          0   Réessais de lecture ICR APIC
< RES:       3722       3593       3893       3330   Interruptions de réagencement
< CAL:       1744       1586       1352       1744   Appels de fonction interruptions
< TLB:        229        200        127        168   Invalidations de TLB
< TRM:          0          0          0          0   Interruptions thermiques
< THR:          0          0          0          0   Seuils d'interruptions APIC
< DFR:          0          0          0          0   Erreurs différées APIC interruptions
< MCE:          0          0          0          0   Exceptions de vérification de machine
< MCP:          3          3          3          3   Votes de contrôle de machine
< ERR:          7
< MIS:          0
< PIN:          0          0          0          0   Événement de notification d'interruption posté
< PIW:          0          0          0          0   Événement de réveil d'interruption posté

Comme je commence à soupçonner qu'il s'agit d'un problème matériel, j'ai déposé une réclamation de garantie auprès d'Intel. En attente de leur réponse.

0voto

MariusMatutiae Points 45233

Problème difficile. Tout d'abord, non réclamé signifie que vous n'avez pas de pilote pour l'interface, ce que nous savons être le cas à partir de la sortie dmesg (dans votre commentaire) :

 [ 1.770398] e1000e: la tentative sur 0000:00:19.0 a échoué avec l'erreur -2 

J'ai vérifié que e1000e est bien le pilote approprié pour votre interface (8086:15a3), et en effet :

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

Ensuite, j'ai cherché sur Google pour

e1000e: la tentative a échoué avec l'erreur "-2"

Veuillez noter que vous devez mettre des guillemets autour de -2, car le - est l'opérateur d'exclusion dans une recherche Google, donc si vous n'utilisez pas de guillemets, cela renverra tous les liens qui ne contiennent pas 2.

Vous pouvez voir par vous-même qu'il n'y a pas de consensus clair sur ce qui cause votre problème : vous pouvez lire ici une discussion approfondie, avec une recette pour résoudre le problème qui n'a fonctionné que pour une personne, ou ici vous trouverez l'histoire à succès de quelqu'un qui a résolu le problème en mettant à jour le pilote, ou même ici l'histoire d'un gars qui a ajouté une carte wifi supplémentaire pour contourner le pilote e1000 défectueux pour ensuite constater que, en rallumant, l'interface Ethernet fonctionnait parfaitement. La recherche Google ci-dessus renvoie à plus de la même chose, y compris plusieurs personnes pensant qu'il s'agit d'un problème lié au BIOS.

Vous pouvez fournir un peu plus d'informations en exécutant ces commandes :

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

ce qui montre au moins quel compte d'interruption est connecté à l'échec de e1000e. Le débogage approfondi requis dans votre cas devrait probablement évoluer à partir de là.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X