J'ai récemment acheté un nouvel adaptateur Ethernet pour mon ordinateur portable, mais il ne parvient toujours pas à se connecter à Internet. Je n'ai pas touché à mes paramètres réseau (tout est défini sur automatique), je sais que le port USB fonctionne (et qu'il est 3.0), j'ai débranché le câble Ethernet, j'ai redémarré et le problème persiste. J'ai regardé plusieurs questions similaires et je n'ai pas vu de réponse. Voici les résultats de quelques commandes pertinentes:
~$ ifconfig
enx00e04c680050: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::660a:4122:589c:5867 prefixlen 64 scopeid 0x20<link>
ether 00:e0:4c:68:00:50 txqueuelen 1000 (Ethernet)
RX packets 13613 bytes 2126629 (2.1 MB)
RX errors 0 dropped 5 overruns 0 frame 0
TX packets 539 bytes 529852 (529.8 KB)
TX errors 247 dropped 0 overruns 0 carrier 0 collisions 0
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 1000 (Local Loopback)
RX packets 3817 bytes 240361 (240.3 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 3817 bytes 240361 (240.3 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.43.207 netmask 255.255.255.0 broadcast 192.168.43.255
inet6 fe80::c550:81b5:cbfc:9922 prefixlen 64 scopeid 0x20<link>
ether 9c:b6:d0:d0:ab:35 txqueuelen 1000 (Ethernet)
RX packets 3473 bytes 4532992 (4.5 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2303 bytes 369202 (369.2 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
L'interface de l'adaptateur est la première, enx00e04c6880050
.
~$ lsusb
Bus 002 Device 004: ID 0bda:8153 Realtek Semiconductor Corp.
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 0cf3:e301 Atheros Communications, Inc.
Bus 001 Device 004: ID 0c45:6713 Microdia
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
L'adaptateur est le périphérique Realtek. Voici une partie de la sortie de dmesg
; il y en avait beaucoup plus, mais tout était exactement pareil.
~$ dmesg | grep enx00e04c680050
[ 3.145962] r8152 1-2:1.0 enx00e04c680050: renamed from eth0
[ 4.594647] IPv6: ADDRCONF(NETDEV_UP): enx00e04c680050: link is not ready
[ 4.599211] IPv6: ADDRCONF(NETDEV_UP): enx00e04c680050: link is not ready
[ 4.748235] r8152 1-2:1.0 enx00e04c680050: carrier on
[ 5.407467] IPv6: ADDRCONF(NETDEV_CHANGE): enx00e04c680050: link becomes ready
[ 100.932975] r8152 1-2:1.0 enx00e04c680050: Rx status -71
[ 100.933018] r8152 1-2:1.0 enx00e04c680050: Rx status -71
[ 100.933057] r8152 1-2:1.0 enx00e04c680050: Rx status -71
[ 100.933095] r8152 1-2:1.0 enx00e04c680050: Rx status -71
[ 100.933135] r8152 1-2:1.0 enx00e04c680050: Rx status -71
[ 100.933183] r8152 1-2:1.0 enx00e04c680050: Rx status -71
[ 100.933342] r8152 1-2:1.0 enx00e04c680050: Rx status -71
[ 100.933379] r8152 1-2:1.0 enx00e04c680050: Rx status -71
[ 106.567052] r8152 2-1:1.0 enx00e04c680050: renamed from eth0
[ 106.598088] IPv6: ADDRCONF(NETDEV_UP): enx00e04c680050: link is not ready
[ 106.601933] IPv6: ADDRCONF(NETDEV_UP): enx00e04c680050: link is not ready
[ 108.156517] r8152 2-1:1.0 enx00e04c680050: carrier on
[ 108.156551] IPv6: ADDRCONF(NETDEV_CHANGE): enx00e04c680050: link becomes ready
[ 217.647356] r8152 2-1:1.0 enx00e04c680050: Stop submitting intr, status -71
[ 306.017018] r8152 2-2:1.0 enx00e04c680050: renamed from eth0
[ 306.045732] IPv6: ADDRCONF(NETDEV_UP): enx00e04c680050: link is not ready
[ 306.049858] IPv6: ADDRCONF(NETDEV_UP): enx00e04c680050: link is not ready
[ 307.612495] r8152 2-2:1.0 enx00e04c680050: carrier on
[ 307.612522] IPv6: ADDRCONF(NETDEV_CHANGE): enx00e04c680050: link becomes ready
[ 321.228465] r8152 2-2:1.0 enx00e04c680050: Tx status -71
[ 321.231900] r8152 2-2:1.0 enx00e04c680050: Tx status -71
J'ai également lancé dmesg
pour le pilote; Ce sont les deux seules lignes qui ne sont pas encore affichées ci-dessus:
~$ dmesg | grep r8152
[ 2.833638] usbcore: registered new interface driver r8152
[ 3.144927] r8152 1-2:1.0 eth0: v1.09.9
EDIT: J'ai essayé de googler "Tx status -71" et j'ai le sentiment que this - qui semble être un bogue non résolu - est pertinent, bien que je ne sois pas tout à fait sûr de mettre en œuvre le correctif fourni, ou si cela résoudrait le problème.
Ce paramètre du noya a résolu le même problème pour moi (avec une station d'accueil Dell DA200 USB3):
usbcore.quirks=0bda:8153:k
qui désactive Link Power Management pour le périphérique. Voir aussi ceci rapport de bogue et ceci problème de Github (pour un matériel différent avec le même pilote/la même puce réseau).