Andesi - forum

Salut,

Se ne serait pas ta connexion a internet qui serais un peu lente ? Ou le depot debian qui serait pas le meilleur pour toi.

Dernière modification par Tihz (07/06/2007 08:10:12)

Pour le problème hardware, prend un live-cd et fais la même manip.

Si tu as un resultat different, c'est un probleme de configuration au niveau de ta machine.

Si le problème persiste, soit c'est ta carte réseau qui fais des siennes (ce qui le plus généralement le cas) soit tu as un problème de conf au niveau du routeur ou de la synchro entre ta machine et le routeur (half/full-duplex ...).

J'ai bien essayé le "echo 0 > /proc/sys/net/ipv4/tcp_window_scaling"... mais pas plus:

# apt-get install ethtool
Lecture des listes de paquets... Fait
Construction de l'arbre des dpendances... Fait
Les NOUVEAUX paquets suivants seront installs:
  ethtool
0 mis  jour, 1 nouvellement installs, 0  enlever et 0 non mis  jour.
Il est ncessaire de prendre 51,2ko dans les archives.
Aprs dpaquetage, 172ko d'espace disque supplmentaires seront utiliss.
Rception de: 1 http://ftp.fr.debian.org etch/main ethtool 5-1 [51,2kB]
40% [1 ethtool 20941/51,2kB 40%]                                                                                                                                     243B/s 2m4s

Dernière modification par amorgen (07/06/2007 14:31:11)

Merci de vos réponse et votre aide.

... mais j'ai essayé d'autres miroirs, tous répondent bien. Je fais un "wget ..." sur un autre pc du paquet que mon serveur essaie de télécharger. Ca marche instantanément sur mon laptop win2k mais pas sur debian
Le problème à l'air d'apparaitre avec tout ce qui touche le réseau. Par exemple un "wget http://switch.dl.sourceforge.net/sourceforge/leafrss/leafRSS-0.9.zip" (338k) s'écroule en dessous du ko/s après quelques secondes de téléchargement...

Ma freebox (mode routeur) est reliée au lan en ethernet via son mini switch 4 ports.
Enfin sur le pc en question il y a 3 disques durs IDE montés en RAID5 + un lecteur CD qui est plus en cas de besoin. Ce lecteur CD n'est donc pas utilisé, ni monté.

$ mount
/dev/md0 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
/dev/hda1 on /boot type ext3 (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
$ su - 
Password: 
# hdparm -Tt /dev/md0
/dev/md0:
 Timing cached reads:   108 MB in  2.03 seconds =  53.23 MB/sec
 Timing buffered disk reads:   64 MB in  3.01 seconds =  21.29 MB/sec

Dernière modification par amorgen (07/06/2007 17:23:06)

Amorgen, pour résoudre ton problème, tu supprimes un fichier, comme ça ? pour exorciser le mal ?
Où as-tu trouvé ce lien entre le fichier et ton problème ?

LeDub content de son réseau d'andesiens.

Je ne sais pas si le renommer aurais changer la donne, puisqu'il est dans un répertoire .d. A moins qu'il faille lui donner un nom spécifique pour ne pas le lancer.

Au moins une mise en commentaire aurais été plus judicieux.

Après verification sur ma machine, il semble que ce fichier serve a udev pour déterminer le nom des interface réseau (eth0, eth1 ...) selon la mac adresse.

C'est clair, qu'il aurait pu être intéressant de voir le contenu du fichier pour voir ce qui n'allait pas.

Tihz, qui va tenter de switcher son eth2 en eth0 grâce a ce thread

Je savais bien que j'en avais entendu parler il y a quelques temps dans les parages.

le déplacer de son emplacement actuel ou l'effacer revient au même du moment que je peux le restaurer.
J'ai suivi cette astuce car je l'ai trouvé par la suite à plusieurs endroits.
Il semblerait que l'adresse mac de la carte réseau renseignée dans ce fichier ne correspondait pas (plus) à la réalité.