[Résolu] Connexion réseau instable

bruno · Le 26/11/2019, à 13:45

Bonjour,

Je ne suis pas sûr que la carte réseau soit en cause.
Peux-tu faire un test de débit comme ceci :

wget -O /dev/null http://ipv4.rbx.proof.ovh.net/files/1Gio.dat

Et un test de ping pour voir la latence :

ping -c3 ubuntu-fr.org

Pirav 51 · Le 26/11/2019, à 16:26

Bonjour Bruno,
Ci dessous le résultat du ping

pierre@pierre-System-Product-Name:~$ ping -c3 ubuntu-fr.org
PING ubuntu-fr.org (86.65.39.13) 56(84) bytes of data.
64 bytes from 86.65.39.13 (86.65.39.13): icmp_seq=1 ttl=54 time=24.3 ms
64 bytes from 86.65.39.13 (86.65.39.13): icmp_seq=2 ttl=54 time=23.4 ms
64 bytes from 86.65.39.13 (86.65.39.13): icmp_seq=3 ttl=54 time=24.1 ms

--- ubuntu-fr.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 23.437/23.999/24.388/0.407 ms
pierre@pierre-System-Product-Name:~$

Le résultat du test de débit que j'ai arrêter vu le temps fourni

pierre@pierre-System-Product-Name:~$ wget -O /dev/null http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
--2019-11-26 16:19:04--  http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
Résolution de ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)… 188.165.12.106
Connexion à ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)|188.165.12.106|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1073741824 (1,0G) [application/octet-stream]
Enregistre : «/dev/null»

/dev/null             0%[                    ]   1,77M  13,4KB/s    tps 12h 55m^C
pierre@pierre-System-Product-Name:~$

Pour info en raccordant un pc portable sur le cordon RJ raccorder sur mon PC Fixe, j'ai bien un débit proche du Giga bits (Dégrouptest)
J'ai un câblage en Cat 6. Idem pour le cordon RJ. (J'ai fait le test en changeant le cordon sans résultat positif

merci pour ton aide

Pirav 51 · Le 26/11/2019, à 16:31

Bruno complément d'info
J'ai relancé le test de débit en attendant plus longtemps. Ci dessous le résultat

pierre@pierre-System-Product-Name:~$ wget -O /dev/null http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
--2019-11-26 16:27:25--  http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
Résolution de ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)… 188.165.12.106
Connexion à ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)|188.165.12.106|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1073741824 (1,0G) [application/octet-stream]
Enregistre : «/dev/null»

/dev/null             0%[                    ]   1,90M  10,3KB/s    ds 2m 7s   

2019-11-26 16:29:32 (15,3 KB/s) — Fermeture de la connexion à l’octet 1992181. Nouvel essai.

--2019-11-26 16:29:33--  (essai :  2)  http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
Connexion à ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)|188.165.12.106|:80… connecté.
requête HTTP transmise, en attente de la réponse… 206 Partial Content
Taille : 1073741824 (1,0G), 1071749643 (1022M) restant [application/octet-stream]
Enregistre : «/dev/null»

/dev/null             0%[                    ]   1,99M  --.-KB/s    tps 39h 52m^C
pierre@pierre-System-Product-Name:~$

bruno · Le 26/11/2019, à 17:30

Bon la latence est bonne ~25ms, par contre le débit est catastrophique.
Donc effectivement il y a peut-être un problème avec le pilote de ta carte réseau. Il faudrait faire une recherche sur MCP51 Ethernet Controller + Ubuntu

Pirav 51 · Le 26/11/2019, à 17:51

Oups je bloque un peu, c'est un peu compliqué pour moi.
Ne peut on pas demander à la machine de chercher le pilote qui va bien ?

J'ai regardé dans Logiciel & Mises à Jour onglet "Pilotes additionnels" j'a coché :
Pour NVIDIA Corporation : GT218 [GeForce 210]
Utilisation de NVIDIA binary driver – version 340.107 depuis nvidia 340 (propiétaire testé)

Je pense que cela sert pour la carte graphique ???

bruno · Le 26/11/2019, à 18:12

Oui c'est le pilote de carte graphique.
J'ai bien trouvé de probant sur cette carte réseau et Linux
A priori le module pour cette carte est forcedeth
On peut vérifier s'il est bien chargé avec :

lsmod

Après on pourrait essayer de jouer sur les paramètres du modules listés par :

modinfo forcedeth

Nuliel · Le 26/11/2019, à 18:34

Hello,
Je suis le fil

Pirav 51 · Le 26/11/2019, à 19:34

Voici les retours des 2 commandes

pierre@pierre-System-Product-Name:~$ lsmod
Module                  Size  Used by
nvidia_uvm             36864  0
snd_hda_codec_realtek   114688  1
snd_hda_codec_generic    77824  1 snd_hda_codec_realtek
ledtrig_audio          16384  2 snd_hda_codec_generic,snd_hda_codec_realtek
snd_hda_codec_hdmi     53248  4
cx8800                 36864  0
cx88xx                 90112  1 cx8800
uvcvideo               94208  0
tveeprom               28672  1 cx88xx
rc_core                53248  1 cx88xx
v4l2_common            16384  2 cx88xx,cx8800
videobuf2_vmalloc      20480  1 uvcvideo
snd_usb_audio         233472  2
videobuf2_dma_sg       16384  1 cx8800
videobuf2_memops       20480  2 videobuf2_vmalloc,videobuf2_dma_sg
snd_hda_intel          49152  8
snd_usbmidi_lib        36864  1 snd_usb_audio
snd_hda_codec         135168  4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
videobuf2_v4l2         24576  2 cx8800,uvcvideo
snd_hda_core           86016  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
videobuf2_common       45056  4 cx88xx,cx8800,videobuf2_v4l2,uvcvideo
input_leds             16384  0
videodev              204800  6 cx88xx,cx8800,v4l2_common,videobuf2_v4l2,uvcvideo,videobuf2_common
snd_hwdep              20480  2 snd_usb_audio,snd_hda_codec
coretemp               20480  0
snd_pcm               102400  5 snd_hda_codec_hdmi,snd_hda_intel,snd_usb_audio,snd_hda_codec,snd_hda_core
media                  53248  4 videodev,videobuf2_v4l2,uvcvideo,videobuf2_common
i2c_algo_bit           16384  1 cx88xx
snd_seq_midi           20480  0
snd_seq_midi_event     16384  1 snd_seq_midi
kvm_intel             241664  0
kvm                   647168  1 kvm_intel
snd_rawmidi            36864  2 snd_seq_midi,snd_usbmidi_lib
nvidia              10563584  109 nvidia_uvm
snd_seq                69632  2 snd_seq_midi,snd_seq_midi_event
irqbypass              16384  1 kvm
snd_seq_device         16384  3 snd_seq,snd_seq_midi,snd_rawmidi
snd_timer              36864  2 snd_seq,snd_pcm
snd                    86016  33 snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_usb_audio,snd_usbmidi_lib,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm,snd_rawmidi
soundcore              16384  1 snd
asus_atk0110           24576  0
drm                   483328  6 nvidia
mac_hid                16384  0
sch_fq_codel           20480  2
parport_pc             36864  1
ppdev                  24576  0
lp                     20480  0
parport                53248  3 parport_pc,lp,ppdev
ip_tables              32768  0
x_tables               40960  1 ip_tables
autofs4                45056  2
uas                    24576  0
usb_storage            69632  1 uas
hid_generic            16384  0
usbhid                 53248  0
hid                   126976  2 usbhid,hid_generic
pata_acpi              16384  0
firewire_ohci          40960  0
firewire_core          65536  1 firewire_ohci
forcedeth              69632  0
crc_itu_t              16384  1 firewire_core
sata_nv                28672  1
ahci                   40960  0
pata_amd               20480  0
i2c_nforce2            20480  0
libahci                32768  1 ahci
floppy                 81920  0
pierre@pierre-System-Product-Name:~$

pierre@pierre-System-Product-Name:~$ modinfo forcedeth
filename:       /lib/modules/5.0.0-36-generic/kernel/drivers/net/ethernet/nvidia/forcedeth.ko
license:        GPL
description:    Reverse Engineered nForce ethernet driver
author:         Manfred Spraul <manfred@colorfullife.com>
srcversion:     AC641A018D932E48A76BCDE
alias:          pci:v000010DEd00000D7Dsv*sd*bc*sc*i*
alias:          pci:v000010DEd00000AB3sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000AB2sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000AB1sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000AB0sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000763sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000762sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000761sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000760sv*sd*bc*sc*i*
alias:          pci:v000010DEd000007DFsv*sd*bc*sc*i*
alias:          pci:v000010DEd000007DEsv*sd*bc*sc*i*
alias:          pci:v000010DEd000007DDsv*sd*bc*sc*i*
alias:          pci:v000010DEd000007DCsv*sd*bc*sc*i*
alias:          pci:v000010DEd0000054Fsv*sd*bc*sc*i*
alias:          pci:v000010DEd0000054Esv*sd*bc*sc*i*
alias:          pci:v000010DEd0000054Dsv*sd*bc*sc*i*
alias:          pci:v000010DEd0000054Csv*sd*bc*sc*i*
alias:          pci:v000010DEd00000453sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000452sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000451sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000450sv*sd*bc*sc*i*
alias:          pci:v000010DEd000003EFsv*sd*bc*sc*i*
alias:          pci:v000010DEd000003EEsv*sd*bc*sc*i*
alias:          pci:v000010DEd000003E6sv*sd*bc*sc*i*
alias:          pci:v000010DEd000003E5sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000373sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000372sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000269sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000268sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000038sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000037sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000057sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000056sv*sd*bc*sc*i*
alias:          pci:v000010DEd000000DFsv*sd*bc*sc*i*
alias:          pci:v000010DEd000000E6sv*sd*bc*sc*i*
alias:          pci:v000010DEd0000008Csv*sd*bc*sc*i*
alias:          pci:v000010DEd00000086sv*sd*bc*sc*i*
alias:          pci:v000010DEd000000D6sv*sd*bc*sc*i*
alias:          pci:v000010DEd00000066sv*sd*bc*sc*i*
alias:          pci:v000010DEd000001C3sv*sd*bc*sc*i*
depends:        
retpoline:      Y
intree:         Y
name:           forcedeth
vermagic:       5.0.0-36-generic SMP mod_unload 
signat:         PKCS#7
signer:         
sig_key:        
sig_hashalgo:   md4
parm:           max_interrupt_work:forcedeth maximum events handled per interrupt (int)
parm:           optimization_mode:In throughput mode (0), every tx & rx packet will generate an interrupt. In CPU mode (1), interrupts are controlled by a timer. In dynamic mode (2), the mode toggles between throughput and CPU mode based on network load. (int)
parm:           poll_interval:Interval determines how frequent timer interrupt is generated by [(time_in_micro_secs * 100) / (2^10)]. Min is 0 and Max is 65535. (int)
parm:           msi:MSI interrupts are enabled by setting to 1 and disabled by setting to 0. (int)
parm:           msix:MSIX interrupts are enabled by setting to 1 and disabled by setting to 0. (int)
parm:           dma_64bit:High DMA is enabled by setting to 1 and disabled by setting to 0. (int)
parm:           phy_cross:Phy crossover detection for Realtek 8201 phy is enabled by setting to 1 and disabled by setting to 0. (int)
parm:           phy_power_down:Power down phy and disable link when interface is down (1), or leave phy powered up (0). (int)
parm:           debug_tx_timeout:Dump tx related registers and ring when tx_timeout happens (bool)
pierre@pierre-System-Product-Name:~$

Pirav 51 · Le 26/11/2019, à 19:38

Je vois bien une ligne avec forcedeth à 0 dans le resultat lsmod.
Je ne sais pas la signification.

bruno · Le 26/11/2019, à 19:57

Le module forcedeth est bien chargé. Le 0 signifie qu'il n'est pas utilisé par un autre module.
On peut essayer ces paramètres :

max_interrupt_work=20 optimization_mode=1 debug_tx_timeout=false

Pour cela il faut décharger le module :

sudo modprobe -r forcedeth

Puis le recharger avec les paramètres :

sudo modprobe forcedeth max_interrupt_work=20 optimization_mode=1 debug_tx_timeout=false

Il faudra ensuite re-tester le débit

Pirav 51 · Le 26/11/2019, à 20:12

Voici le retour, qque chose ne se passe pas bien ?

pierre@pierre-System-Product-Name:~$ sudo modprobe -r forcedeth
[sudo] Mot de passe de pierre : 
pierre@pierre-System-Product-Name:~$ sudo modprobe forcedeth max_interrupt_work=20 optimization_mode=1 debug_tx_timeout=false
modprobe: ERROR: could not insert 'forcedeth': Invalid argument
pierre@pierre-System-Product-Name:~$

Désolé

Pirav 51 · Le 26/11/2019, à 20:17

Complément d'info
J'ai perdu l'icone réseau et j'ai fait un reboot pour le retrouver
Le test de débit avec la commande du post #26 me donne un résultat similaire (23h de délai de cahgement du fichier à 1 Gbits)

Nuliel · Le 26/11/2019, à 20:30

Tu peux tenter avec

sudo modprobe -r forcedeth
sudo modprobe forcedeth optimization_mode=1 poll_interval=38 max_interrupt_work=40

Pas besoin de redémarrer si ça déconne, passe seulement

sudo modprobe -r forcedeth
sudo modprobe forcedeth

Dernière modification par Nuliel (Le 26/11/2019, à 20:31)

Pirav 51 · Le 26/11/2019, à 21:02

Ok Merci
je viens de passer les 2 Premières commandes

pierre@pierre-System-Product-Name:~$ sudo modprobe -r forcedeth
[sudo] Mot de passe de pierre : 
pierre@pierre-System-Product-Name:~$ sudo modprobe forcedeth optimization_mode=1 poll_interval=38 max_interrupt_work=40
pierre@pierre-System-Product-Name:~$ wget -O /dev/null http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
--2019-11-26 21:00:00--  http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
Résolution de ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)… 188.165.12.106
Connexion à ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)|188.165.12.106|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1073741824 (1,0G) [application/octet-stream]
Enregistre : «/dev/null»

/dev/null             0%[                    ] 295,28K  7,81KB/s    tps 37h 41m^C
pierre@pierre-System-Product-Name:~$

Je n'ai pas perdu le réseau

bruno · Le 26/11/2019, à 21:22

Les modifications que j'ai indiqué sont temporaires et ne résistent pas un redémarrage.

Par contre cela n'a pas l'air efficace au vu de ton dernier retour.

Est-ce que tu peux tester la vitesse de transfert d'un fichier entre deux machines de ton réseau local ?

Pirav 51 · Le 26/11/2019, à 22:54

Malheureusement non.
J'ai mon PC Fixe raccordé via un cordon RJ en Cat6 à la Box Orange. Puis la Fibre.
Ce PC Fixe a fonctionné correctement sitôt après l'installation de Ubuntu 18.04.3 LTS.
Tout fonctionnait sans problème. C'est lorsque je l'ai arrêté pour la nuit et redémarrer le lendemain que j'ai constaté ces lenteur.
En investiguant j'ai constaté que le débit semble être "brider"
J'ai fait l'essai avec mon PC mobile de raccorder sur le lien du PC Fixe et je n'ai pas de PB de débit après test sur dégrouptest presque 1 Gbits en réception.
C'est pourquoi je pensais que le PB venait de la carte réseau et plus particulièrement de l'autoneg.
J'ai déjà entendu dire que l'autoneg pouvait causer ce type de problème.
Désolé

bruno · Le 27/11/2019, à 09:46

On résume :
- ce n'est pas un problème de câble Ethernet, test effectués avec un autre câble et une autre machine ;
- ce pourrait être un problème avec la box : il faut essayer de la redémarrer complètement ;
- ce n'est probablement pas un problème de pilote (forcedeth) car on ne trouve que très peu de choses sur le web là-dessus. Mais on pourrait regarder les messages du noyau là-dessus :

dmesg | grep forcedeth

et @Naziel avait conseillé dans un autre fil, ceci :

sudo modprobe -r forcedeth ; sudo modprobe forcedeth msi=0 msix=0

- je ne pense pas que le problème vienne de l'auto-négociation, mais cela vaut le coup d'essayer (chez moi cela bloque la carte réseau…):

sudo ethtool -s enp0s20 speed 1000 duplex full autoneg off

Dernière modification par bruno (Le 27/11/2019, à 09:54)

Pirav 51 · Le 27/11/2019, à 10:21

Bonjour
Ce matin j'ai essayé la commande ethtool afin de fixer le débit, cela ne bloque pas ma carte réseau mais le test débit est identique : mauvais
La commande de @Naziel n'a pas eu d'effet, le test débit mauvais
Je réalise les test débit avec la commnde de téléchargement du post #26
Ci dessous le retour de la commande dsmeg

pierre@pierre-System-Product-Name:~$ dmesg | grep forcedeth
[    1.410840] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[    1.965330] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[    1.965333] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[    1.966269] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
[10869.686876] forcedeth 0000:00:14.0 enp0s20: link up
[11202.995717] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[11203.549649] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[11203.549655] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[11203.653674] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
[11203.868677] forcedeth 0000:00:14.0 enp0s20: no link during initialization
[11206.526959] forcedeth 0000:00:14.0 enp0s20: link up
[11438.407675] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[11438.948113] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[11438.948118] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[11438.953233] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
[11438.999860] forcedeth 0000:00:14.0 enp0s20: no link during initialization
[11442.102366] forcedeth 0000:00:14.0 enp0s20: link up
[11628.162089] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[11628.703746] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[11628.703752] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[11628.708565] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
[11628.755813] forcedeth 0000:00:14.0 enp0s20: no link during initialization
[11631.862162] forcedeth 0000:00:14.0 enp0s20: link up
pierre@pierre-System-Product-Name:~$

Le problème de débit se ressent fortement lors des mise à jour Ubuntu ( c'est un long) ou lorsque je regarde la tvorange (image flou ou saccadé) par exemple.
Je ressens moins le phénomène lorsque j'utilise le forum ubuntu.

Pirav 51 · Le 27/11/2019, à 10:23

Oups autre info,
J'ai déjà redémarrer la box et changer se port sur le switch

bruno · Le 27/11/2019, à 10:38

J'ai un doute sur la sortie de dmesg. J'ai l'impression que la carte est régulièrement relancée. Il faudrait examiner syslog pour en être sûr.
Est-ce que ceci :

sudo modprobe -r forcedeth ; sudo modprobe forcedeth phy_power_down=0

améliore les choses ?

Pirav 51 · Le 27/11/2019, à 10:49

Voici le retour

pierre@pierre-System-Product-Name:~$ sudo modprobe -r forcedeth
[sudo] Mot de passe de pierre : 
pierre@pierre-System-Product-Name:~$ sudo modprobe forcedeth  phy_power_down=0
pierre@pierre-System-Product-Name:~$ wget -O /dev/null http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
--2019-11-27 10:42:40--  http://ipv4.rbx.proof.ovh.net/files/1Gio.dat
Résolution de ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)… 188.165.12.106
Connexion à ipv4.rbx.proof.ovh.net (ipv4.rbx.proof.ovh.net)|188.165.12.106|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1073741824 (1,0G) [application/octet-stream]
Enregistre : «/dev/null»

/dev/null             0%[                    ] 693,56K  27,9KB/s    tps 10h 28m^C
pierre@pierre-System-Product-Name:~$ dmesg | grep forcedeth
[    1.410840] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[    1.965330] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[    1.965333] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[    1.966269] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
[10869.686876] forcedeth 0000:00:14.0 enp0s20: link up
[11202.995717] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[11203.549649] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[11203.549655] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[11203.653674] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
[11203.868677] forcedeth 0000:00:14.0 enp0s20: no link during initialization
[11206.526959] forcedeth 0000:00:14.0 enp0s20: link up
[11438.407675] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[11438.948113] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[11438.948118] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[11438.953233] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
[11438.999860] forcedeth 0000:00:14.0 enp0s20: no link during initialization
[11442.102366] forcedeth 0000:00:14.0 enp0s20: link up
[11628.162089] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[11628.703746] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[11628.703752] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[11628.708565] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
[11628.755813] forcedeth 0000:00:14.0 enp0s20: no link during initialization
[11631.862162] forcedeth 0000:00:14.0 enp0s20: link up
[13209.076122] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[13209.620467] forcedeth 0000:00:14.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 00:1a:92:82:4a:22
[13209.620471] forcedeth 0000:00:14.0: highdma pwrctl gbit lnktim desc-v3
[13209.625518] forcedeth 0000:00:14.0 enp0s20: renamed from eth0
[13209.659702] forcedeth 0000:00:14.0 enp0s20: no link during initialization
[13212.928891] forcedeth 0000:00:14.0 enp0s20: link up
pierre@pierre-System-Product-Name:~$

Peut etre un leger mieux ?

Par ailleurs j'ai trouvé cette info sur le site https://lea-linux.org/documentations/Dr … s_Ethernet
Carte reseau à base de chip nvidia (nforce)
Bon j'ai longtemps galéré avec ma carte reseau qui ne fonctionnait pas sous linux:
Heureusement moyoto et misc de mandrakefr sur irc ont trouvé : il suffit sous lilo de lancer linux avec l'option noapic.
Chez nvidia il y a les RPMs pour mandrake et red-hat et les source pour les autres distribs.

Avec un lien vers Nvidia mais je ne sais pas si cette info est fiable.

Pirav 51 · Le 27/11/2019, à 10:55

Autre site qui parle de MCP51, je crois que c'est ma carte réseau : https://helpful.knobs-dials.com/index.p … deth_notes
Mais je ne maîtrise que très peu l'anglais. Je ne sais pas si cela est interressant.

xubu1957 · Le 27/11/2019, à 11:03

Ou alors, un adaptateur USB/RJ45 :

Le 09/11/2016, invalid_name a écrit :

Ce n'était pas la solution la plus élégante, mais j'ai trouvé un moyen de contourner mon problème. J'ai pensé qu'un adaptateur utiliserait des pilotes différents, annulant en gros les problèmes que je rencontre avec forcedeth. Emprunté un adaptateur USB vers Ethernet (que je peux relier si quelqu'un est intéressé) au travail, branché, démarré mon système Linux, connecté immédiatement, a fonctionné comme un charme, pas de problèmes.

> askubuntu.com/questions/842146/ethernet-port-doesnt-get-connectivity-from-gateway-but-does-work

bruno · Le 27/11/2019, à 11:37

On retrouve dans tes liens les options déjà proposées :

sudo modprobe -r forcedeth ; sudo modprobe forcedeth optimization_mode=2 poll_interval=38 max_interrupt_work=40

@xubu1957 : effectivement en dernier recours on peut acheter une carte Ethernet pour ~10-15 €

Pirav 51 · Le 27/11/2019, à 11:42

Merci à xubu1957, je conserve cette solution que je vais testé. Je ferai un retour.
Si nous pouvions continuer à chercher ce qui se passe sur ma carte réseau ce serait sympa.
J'apprends à me servir du terminal et à passer des commandes utiles comme le téléchargement de fichier afin de tester un débit (Entre autre)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 26/11/2019, à 13:45

Re : [Résolu] Connexion réseau instable

#27 Le 26/11/2019, à 16:26

Re : [Résolu] Connexion réseau instable

#28 Le 26/11/2019, à 16:31

Re : [Résolu] Connexion réseau instable

#29 Le 26/11/2019, à 17:30

Re : [Résolu] Connexion réseau instable

#30 Le 26/11/2019, à 17:51

Re : [Résolu] Connexion réseau instable

#31 Le 26/11/2019, à 18:12

Re : [Résolu] Connexion réseau instable

#32 Le 26/11/2019, à 18:34

Re : [Résolu] Connexion réseau instable

#33 Le 26/11/2019, à 19:34

Re : [Résolu] Connexion réseau instable

#34 Le 26/11/2019, à 19:38

Re : [Résolu] Connexion réseau instable

#35 Le 26/11/2019, à 19:57

Re : [Résolu] Connexion réseau instable

#36 Le 26/11/2019, à 20:12

Re : [Résolu] Connexion réseau instable

#37 Le 26/11/2019, à 20:17

Re : [Résolu] Connexion réseau instable

#38 Le 26/11/2019, à 20:30

Re : [Résolu] Connexion réseau instable

#39 Le 26/11/2019, à 21:02

Re : [Résolu] Connexion réseau instable

#40 Le 26/11/2019, à 21:22

Re : [Résolu] Connexion réseau instable

#41 Le 26/11/2019, à 22:54

Re : [Résolu] Connexion réseau instable

#42 Le 27/11/2019, à 09:46

Re : [Résolu] Connexion réseau instable

#43 Le 27/11/2019, à 10:21

Re : [Résolu] Connexion réseau instable

#44 Le 27/11/2019, à 10:23

Re : [Résolu] Connexion réseau instable

#45 Le 27/11/2019, à 10:38

Re : [Résolu] Connexion réseau instable

#46 Le 27/11/2019, à 10:49

Re : [Résolu] Connexion réseau instable

#47 Le 27/11/2019, à 10:55

Re : [Résolu] Connexion réseau instable

#48 Le 27/11/2019, à 11:03

Re : [Résolu] Connexion réseau instable

#49 Le 27/11/2019, à 11:37

Re : [Résolu] Connexion réseau instable

#50 Le 27/11/2019, à 11:42

Re : [Résolu] Connexion réseau instable

Pied de page des forums