Reseau lent etch r4

Support Debian
#1

Bonjour a tous,

j’ai installé Debian etch R4 sur une ASUS A7N8X-X qui contient du nvidia nforce2, mon reseau est tenu par un linksys WRT54G v2 (firmware dd-wrt v24_sp1) et cables categorie 5 blindé. Il existe 1 pc Windows, 1 portable Toshibat Tecra A12-T9 sous Lenny (qui me cause aucun probleme) plus celui que je suis en train de convertir en Linux.

A l’installation, etch ne trouve pas le server dhcp, je configure en static mais aucun update trouvé.
je reboot apres la finalisation de l’instalation, configure mon reseau en dhcp, /etc/init.d/networking restart : Adresse recu par dhcp

un petit apt-get update: reception lent des infos de securité mais apres quelque essais ca fonctionne. Lors de l’upgrade de gros fichiers (supperrieur a 100ko!!!) plusieurs reboot sont necessaire pour recuperer l’ensemble du/des fichiers. Oui, vous avez bien: Lorsque je reboot et me presse a taper la commande wget ou apt-get upgrade, le fichier se telecharge normalement pendant 15/30 secondes puis au fur et a mesure la vitesse descend jusqu’a la non reponse.

Vu que c’est du nvidia, chargement du module forcedeth: Pas de changement.
Je supprime le module ipv6: idem
Je configure en statique: du mieux mais c’est pas encore ca; toujours des perte de connexion
Utilisation de acpi=off ou pci=routeirq: idem

J’essaye sous lenny: idem mais je n’ai pas ete jusqu’a l’installation entiere, je voulais juste voir si a l’installation il pouvait voir le serveur dhcp.

Installation d’une 3COM de base + conf reseau: idem
desactivation dans la config reseau puis dans le bios de la carte reseau nforce2: idem
Activation de l’ipv6: idem

Je ne parle que de connexion a internet mais c’est idem pour un disque reseau ou un ping vers pc où j’ai plus de 60% de perte des packets.

Pour finir, je n’ai aucun probleme sous windaube sur ce meme pc ou avec mon portable /Lenny.

Je ne sais plus quoi faire d’ou ce post mais si vous trouvé la solution, je vous heberger chez moi(il de la reunion) pendant une semaine: C’est pour dire mon désarrois!!! :smt005

J’ai mis en fichier joint, ceux que j’ai configurer ou modifier au moins une fois
myconfig.tar.gz (15.4 KB)

#2

Tu as quoi comme carte réseau ? du filaire ? du wifi ? marque ? modèle ?

#3

C’est le bazar dans ton truc, tu as visiblement un vieux noyau avec un driver forcedeth un peu vieux je crois, j’explique: Dans ton syslog:

[quote][…]
forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.56.
[…]
eth0: forcedeth.c: subsystem: 01043:80a7 bound to 0000:00:04.0
[… donc ta carte est eth0…]
eth1: setting full-duplex.
[… tiens une eth1!!! …]
eth0: no link during initialization.
[… la eth0 est dans les choux …]
ADDRCONF(NETDEV_UP): eth0: link is not ready
IPv6 over IPv4 tunneling driver
eth1: no IPv6 routers present
[… semble-t-il c’est la eth1 qui marche…]
[/quote]
Il est étonnant que la carte eth1 n’apparaisse pas, ce serait une 3COM donc elle ne pose pas de problèmes.

Les vieux driver forcedeth avaient un souci, il récupérait mal l’adresse MAC de la carte et celle ci variait au cours du temps. Par contre la 3COM ne doit pas poser de soucis. Je te suggère d’essayer 2 choses:

  1. Tu essayes en n’utilisant pas la carte Nvidia, pour cela met en blacklist le module forcedeth (ou enlève le provisoirement de l’arborescence /lib/modules/2.6.etc

  2. Tu vires (en fait déplaces) le fichier z25_persistent-net.rules (donne toujours le contenu pour voir).

#4

le fichier z25_persistent-net.rules :

PCI device 0x10de:0x0066 (forcedeth)

SUBSYSTEM==“net”, DRIVERS=="?*", ATTRS{address}==“00:0c:6e:48:0f:8b”, NAME=“eth0”

PCI device 0x10b7:0x9055 (3c59x)

SUBSYSTEM==“net”, DRIVERS=="?*", ATTRS{address}==“00:04:76:8e:fb:6f”, NAME=“eth1”

Apres reboot, y’a du mieux 5ko/s sur un download d’une maj iceweasel avec qq coupures (ADSL 512ko/s).
test ping pc-dacoté, 51% de perte

mais je pensais que c’etait mieux et vla qu’ca recommence: plus de telechargement et les ping qui se casse la gueule aussi…

sniff…

#5

Qu’est ce que ça donne en changeant de carte (en prenant la 3COM donc) et en ne chargeant pas le module forcedeth. Si ça ne change rien, peut être y a-t-il un souci sur le cable???

#6

Je ne pense pas qu’il y est un probleme au niveau du cable car tout fonctionne tres bien sous Windaube; ai-je raison de le penser?

2ement, je n’arrive pas a ce que forcedeth ne se charge pas au demarrage malgres l’avoir mis dans /etc/modprobe.d/blacklist et d’avoir supprimer le fichier /lib/modules.2.6.18-6-k7/kernel/drivers/net/forcedeth.ko

Il existe aussi:
/usr/src/linux-headers-2.6.18-6-k7/include/config/forcedeth.h
/sys/module/forcedeth (répertoire)
/sys/bus/pci/drivers/forcedeth

pour supprimer le module, j’ai tapé modprobe -r forcedeth, puis /etc/init.d/networking restart, mais ca ne change rien au probleme reseau et au reboot le module ce recharge!?!!!

help my friends…

#7

Si tu as supprimé le fichier /lib/modules.2.6.18-6-k7/kernel/drivers/net/forcedeth.ko, c’est sur qu’il ne peut se charger au reboute. Vérifie bien que ce fichier n’est pas là. Le blacklist aurait du fonctionner. Il apparait toujours dans le dmesg??

#8

le fichier est bien supprimmer.

dmesg me dit:

forcedeth.c: Reverse Engineered nforce ethernet driver. version 0.56.
eth0: forcedeth.c subsystem: 01043:80a7 bound to 0000:00:04.0

voilà…

#9

Ça n’est pas possible, donne le résultat de

$ lsmod

$ find /lib/modules -name force*ko

#10

find me renvoi rien,

lsmod:
Module Size Used by
nvidia 7096644 24
ppdev 8964 0
lp 11300 0
button 6928 0
ac 5508 0
battery 9924 0
ipv6 228320 8
dm_snapshot 15904 0
dm_mirror 19600 0
dm_mod 50776 2 dm_snapshot,dm_mirror
loop 15496 0
tsdev 7808 0
snd_mpu401 7848 0
snd_mpu401_uart 8384 1 snd_mpu401
snd_seq_dummy 4164 0
snd_seq_oss 29120 0
snd_seq_midi 8544 0
snd_seq_midi_event 7488 2 snd_seq_oss,snd_seq_midi
snd_seq 46224 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_intel8x0 30620 2
snd_ac97_codec 83360 1 snd_intel8x0
snd_ac97_bus 2688 1 snd_ac97_codec
snd_pcm_oss 39200 1
snd_mixer_oss 15552 1 snd_pcm_oss
snd_rawmidi 23200 2 snd_mpu401_uart,snd_seq_midi
snd_seq_device 8140 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq,snd_rawmidi
analog 11104 0
serio_raw 6980 0
gameport 14920 1 analog
parport_pc 32612 1
parport 33672 3 ppdev,lp,parport_pc
psmouse 35336 0
floppy 53668 0
rtc 12788 0
snd_pcm 68996 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_timer 21316 2 snd_seq,snd_pcm
pcspkr 3392 0
snd 47524 14 snd_mpu401,snd_mpu401_uart,snd_seq_oss,snd_seq,snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_rawmidi,snd_seq_device,snd_pcm,snd_timer
soundcore 9568 2 snd
snd_page_alloc 10504 2 snd_intel8x0,snd_pcm
shpchp 33312 0
pci_hotplug 29056 1 shpchp
nvidia_agp 8284 1
agpgart 30216 2 nvidia,nvidia_agp
i2c_nforce2 7232 0
i2c_core 20096 2 nvidia,i2c_nforce2
sg 31836 0
sr_mod 16228 0
evdev 9408 1
ext3 120584 5
jbd 52968 1 ext3
mbcache 8644 1 ext3
ide_cd 36576 0
cdrom 33056 2 sr_mod,ide_cd
ide_disk 15168 7
sata_nv 11332 0
libata 90772 1 sata_nv
generic 5188 0 [permanent]
forcedeth 38788 0
aic7xxx 151764 0
scsi_transport_spi 22656 1 aic7xxx
scsi_mod 124872 5 sg,sr_mod,libata,aic7xxx,scsi_transport_spi
3c59x 40808 0
mii 5696 1 3c59x
amd74xx 13340 0 [permanent]
ide_core 110984 4 ide_cd,ide_disk,generic,amd74xx
ehci_hcd 28488 0
ohci_hcd 18564 0
usbcore 113412 3 ehci_hcd,ohci_hcd
thermal 13896 0
processor 29128 1 thermal
fan 5124 0

#11

donc le module forcedeth est chargé. Par contre si find ne renvoit rien c’est que le module a bien été supprimé. As tu rebouté? (À moins qu’il ne soit dans l’initrd mais ça m’étonnerait)…

#12

j’ai rebooté, of course, j’ai un minimum de savoir vivre :wink:

#13

Ce module sort de quelque part, ça n’est pas possible sinon:

  1. Fais un locate forcedeth.ko et vérifies les résultats (c’est un cache)
    Mais le find que tu as fait sous /lib/modules m’incite à peu d’espoir de ce coté…

  2. Fais

$ cd /tmp $ mkdir gre $ cd gre $ zcat /initrd.img | cpio -i (là il affiche un truc genre 32044 blocs) $ find . -name force*ko

SI il te trouve un fichier forcedeth.ko (ce que je crois), fais la chose suivante:
a) Fais une sauvegarde du fichier initrd.img pointé par /initrd.img
(# cp /initrd.img /root/backupinitrd.img)

b) Fais en root

[code]# cd /tmp

mkdir youpi

cd youpi

zcat /initrd.img | cpio -i

(là il affiche un truc genre 32044 blocs)

find . -name force*ko | xargs rm

find . | cpio --quiet -o -H newc | gzip -9 > /initrd.img

cd …

[/code]

c) Reboute, tu n’auras plus de forcedeth lancé par le noyau.

#14

tout c’est passer correctement…

Au reboot, plus de eth0 (nforce2 eth) et eth1 (3com) ne trouve pas le serveur dhcp.

J’ai rajouté dans /etc/network/interfaces:

iface eth0 inet dhcp
auto eth0

puis /etc/init.d/networking restart
reponse:
SIOCSIFADDR: no such device
eth0: ERROR while getting interface flags: no such device
…
Failed to bring up eth0
puis recherche de dhcp server sur eth1 car link sur eth1 est up

j’ai debranché le cable sur 3com pour verif: eth1 = 3com

comment faire pour une redectection des cartes reseaux?

#15

Pour réaffecter les cartes (que eth0 deviennent ta 3COM), il suffit d’éditer le fichier /etc/udev/rules.d/z25persistant-net.rules et d’échanger les noms eth0 et eth1.

#16

ok pour le changement de nom. De plus, j’ai mis un # devant la carte nforce2.

mais c’est pareil, :smt005 :smt005 :smt005 :smt005

#17

ça ne vient pas de ta carte mais soit d’un élément physique soit d’une histoire de paramétrage du réseau (fragmentation, etc).

#18

ca m’agace car c’est windows qui gagne!!!

que pense tu de cet ligne: forcedeth msi=0 msix=0???

de plus le site http://kmuto.jp/debian/hcl/ nous informe qu’il faut un kernel 2.6.25. Une installation de lenny serait-il interressant dans mon cas?

…

#19

une valeur mtu plus basse ?

 ifconfig |grep MTU
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          UP LOOPBACK RUNNING  MTU:16436  Metric:1

essaye des valeur comme 512, 756,1024, 1200, 1280,1400
(man ifconfig)

relance la connections le reboot est pas nécessaire, vérifie tout les règle d’iptable:

iptables-save
#20

j’y avais pensé et avais testé avec d’autre valeur donc j’ai essayer avec les tiennes mais rien de changé: Toujours lent jusqu’a la deconnexion.

en revanche: iptables-save ne me sort aucune ligne!!! c’est normal???