[Résolu]LMDE Déconnexion ethernet récurrente après 5 minutes

Support Debian
#1

Bonjour,

Je tourne sur LMDE betsy depuis quelques mois avec un portable lenovo g580 2189 i3

Ma carte réseau est une atheros ar8162

Voilà deux semaines que je rencontre un problème récurrent avec ma connexion filaire
J’accède à internet par une livebox
La connexion fonctionne normalement pendant environ 5 minutes, parfois plus parfois moins, puis elle cesse.

Sous firefox, les nouvelles pages lancées ne s’affichent pas, elles semblent se charger indéfiniment, pour finalement afficher l’erreur “page introuvable”.
Sur chromium il est indiqué “DNS_PROBE_FINISHED_NO_INTERNET”

il suffit alors que je déconnecte puis reconnecte dans la foulée mon cable éthernet
pour que la connexion refonctionne, mais seulement pour 5 minutes.

En me connectant sur une autre livebox le problème persiste

Si je me connecte via WIFI, il n’y a aucun problème

Si j’utilise ma connexion filaire en passant par windows 7 (je suis en dual boot), il n’y a aucun problème non plus

ping 8.8.8.8

PING 8.8.8.8 (8.8.8.8 )56(84) bytes of data. From 192.168.1.13 icmp_seq=1 Destination Host Unreachable

en fonctionnement normal

64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=39.8 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=55 time=39.0 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=55 time=39.2 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=55 time=39.6 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=55 time=40.2 ms 64 bytes from 8.8.8.8: icmp_seq=6 ttl=55 time=44.7 ms

sudo ifconfig -a (après déconnexion)

[code]eth0 Link encap:Ethernet HWaddr dc:0e:a1:fc:02:83
inet adr:192.168.1.13 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::de0e:a1ff:fefc:283/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:123887 errors:774 dropped:0 overruns:774 frame:0
TX packets:74347 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:175825568 (167.6 MiB) TX bytes:6034726 (5.7 MiB)
Interruption:16

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:608 errors:0 dropped:0 overruns:0 frame:0
TX packets:608 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:70660 (69.0 KiB) TX bytes:70660 (69.0 KiB)

wlan0 Link encap:Ethernet HWaddr 08:ed:b9:97:ca:2b
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 lg file transmission:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interruption:17[/code]

cat /etc/network/interfaces

[code]# interfaces(5) file used by ifup(8) and ifdown(8)

Include files from /etc/network/interfaces.d:

source-directory /etc/network/interfaces.d[/code]

sudo cat /var/log/dmesg |grep -i eth (après déconnexion)

[ 2.672078] VGA switcheroo: detected Optimus DSM method \_SB_.PCI0.PEG0.PEGP handle [ 2.675162] alx 0000:03:00.0 eth0: Qualcomm Atheros AR816x/AR817x Ethernet [dc:0e:a1:fc:02:83] [ 11.311687] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 11.480806] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 11.481736] alx 0000:03:00.0 eth0: NIC Up: 100 Mbps Full [ 11.482261] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

lespci

00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09) 00:01.1 PCI bridge: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 01:00.0 3D controller: NVIDIA Corporation GF117M [GeForce 610M/710M/820M / GT 620M/625M/630M/720M] (rev a1) 03:00.0 Ethernet controller: Qualcomm Atheros AR8162 Fast Ethernet (rev 08) 04:00.0 Network controller: Broadcom Corporation BCM4313 802.11bgn Wireless Network Adapter (rev 01)

#2

Ça, c’est mauvais signe.

Quelle est la version du noyau ?

Apparemment tu n’es pas le seul à rencontrer ce problème qui semble venir du pilote alx des noyaux récents. Certains témoignages indiquent que ça fonctionne avec un noyau 3.18.x et plus avec 3.19.x, ou bien il faut forcer la MTU de l’interface à 8192 ou 9000, et confirment que débrancher et rebrancher le câble ou décharger et recharger le module alx remet l’interface en service pour un temps. Exemples :
https://bugzilla.kernel.org/show_bug.cgi?id=70761
https://bugs.archlinux.org/task/44315
Cependant ces rapports semblent concerner majoritairement le contrôleur AR8161 (gigabit ethernet) alors que tu as un AR8162 (fast ethernet), et forcer une valeur de MTU au-delà de 1500 nécessite le support des jumbo frames qui n’existe pas forcément en fast ethernet.

#3

Je confirme que j’ai le même problème depuis quelques temps maintenant, un peu plus d’un mois pour être un peu plus précis…
Mais ce qui est bizarre, c’est qu’apparement ce ne serait pas la connexion internet qui saute mais uniquement au niveau du navigateur.

Par exemple lorsque ça arrive, je n’ai pas de problème à mettre à jour la météo dans l’extension, transmission continue ses transferts… Par contre pour les onglets ouverts dans Iceweasel, il faut que je déconnecte et reconnecte la connexion WiFi, et ça repart… Parfois ça va très bien marcher pendant deux trois, jours ; parfois il se peut que je sois amené à réinitialiser la connexion deux trois fois en 10 minutes…

C’est très aléatoire.

#4

Avec quel modèle de contrôleur ethernet et quelle version de noyau ?

#5

gogi@GOGI:~$ lspci 00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02) 00:01.0 PCI bridge: Intel Corporation Core Processor PCI Express x16 Root Port (rev 02) 00:1a.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05) 00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 05) 00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 05) 00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 05) 00:1c.2 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 3 (rev 05) 00:1c.5 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 6 (rev 05) 00:1c.6 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 7 (rev 05) 00:1d.0 USB controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 05) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a5) 00:1f.0 ISA bridge: Intel Corporation Mobile 5 Series Chipset LPC Interface Controller (rev 05) 00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 6 port SATA AHCI Controller (rev 05) 00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 05) 00:1f.6 Signal processing controller: Intel Corporation 5 Series/3400 Series Chipset Thermal Subsystem (rev 05) 01:00.0 VGA compatible controller: NVIDIA Corporation GF108M [GeForce GT 425M] (rev a1) 01:00.1 Audio device: NVIDIA Corporation GF108 High Definition Audio Controller (rev a1) 02:00.0 Network controller: Intel Corporation Centrino Advanced-N 6200 (rev 35) 03:00.0 SD Host controller: Ricoh Co Ltd MMC/SD Host Controller 03:00.1 System peripheral: Ricoh Co Ltd R5U2xx (R5U230 / R5U231 / R5U241) [Memory Stick Host Controller] 03:00.3 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 PCIe IEEE 1394 Controller 03:00.4 SD Host controller: Ricoh Co Ltd MMC/SD Host Controller 04:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8057 PCI-E Gigabit Ethernet Controller (rev 10) 05:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) 3f:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers (rev 02) 3f:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 02) 3f:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 02) 3f:02.1 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor QPI Physical 0 (rev 02) 3f:02.2 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor Reserved (rev 02) 3f:02.3 Host bridge: Intel Corporation 1st Generation Core i3/5/7 Processor Reserved (rev 02)

gogi@GOGI:~$ uname -r 4.2.0-1-amd64

#6 
Ce n'est pas la même famille de contrôleur ethernet ni le même pilote qui est utilisé, et tes symptômes sont différents. Pas convaincu que ce soit le même problème. As-tu fait des tests de connectivité IP et de résolution DNS ?

Ce n’est pas la même famille de contrôleur ethernet ni le même pilote qui est utilisé, et tes symptômes sont différents. Pas convaincu que ce soit le même problème. As-tu fait des tests de connectivité IP et de résolution DNS ?

#7

Merci de prendre le temps de répondre

uname -r 3.16.0-4-amd64

#8

on dirait bien que j’ai réglé mon problème

il m’a fallu de désactiver le réseau wifi sur mon ordinateur
je ne sais pas exactement ce qui entrait en conflit avec ma connexion via ethernet
le wifi était activé mais je n’étais connecté à aucun réseau via wifi

j’attends jusqu’à demain pour passer en résolu

#9

[quote=“PascalHambourg”]04:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8057 PCI-E Gigabit Ethernet Controller (rev 10)
Ce n’est pas la même famille de contrôleur ethernet ni le même pilote qui est utilisé, et tes symptômes sont différents. Pas convaincu que ce soit le même problème. As-tu fait des tests de connectivité IP et de résolution DNS ?[/quote]

C’est vrai je me suis peut-être mal exprimé, je ne pensais pas dire que la source du problème était la même, juste que mon problème était similaire, après je n’ai pas fait de test étant donné que de ce côté là j’avoue que je n’y connais pas grand chose et je ne sais pas par quel bout prendre la chose…
Aussi je tourne sous Sid, peut-être que le problème vient de là aussi, un bug quelque part…

#10

Pour revenir sur mon problème, je suspectais depuis un certain temps le paquet [mono]rdnssd[/mono] d’être à l’origine du problème puisqu’il était en attente de mise à jour depuis plus d’un mois à cause d’un conflit avec [mono]network-manager[/mono].
Etant donné que ce paquet n’a aucune dépendance inverse sur mon système, sa suppression a semble t-il tout simplement résolu le problème.

Néanmoins pour celles et ceux qui passeraient par là, où qui atterriraient sur ce post par un moteur de recherche, vérifiez bien avant d’éventuellement supprimer ce paquet qu’il n’est pas nécessaire à votre système.

#11

Donc rien à voir avec le problème d’alinoe, comme je le pensais. Juste un problème de conflit entre deux sources de configuration DNS.