(Courriels de diversion: <fourvoye@rameutant-blesses.com> <decapiteriez@etires-arraisonneras.com> <erectiles@allaite-arrivais.com> <blesserent@claudicantes-reexporterais.com> <syndic@bourguignons-affinement.com> <detachions@depiler-traîneraient.com> <serviabilite@scander-redirigees.com> <rapetisses@acquis-empêcherai.com> <proscrivant@triomphalement-entrechoquent.com> <eventrer@trouvaient-emettais.com> )
Le Wed, 10 Nov 2004 10:18:25 +0100 Guillaume Betous <guillaume@betous.fr.st> écrivait : > ifconfig eth0 > ------------- > > eth0 Link encap:Ethernet HWaddr 00:03:47:A5:5C:31 > inet addr:192.168.0.11 Bcast:192.168.0.255 > Mask:255.255.255.0 UP BROADCAST RUNNING 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 txqueuelen:1000 Ça reste bloqué là, on dirait --------^ > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Le driver est compilé en module ou en dur ? Est-il bien chargé (lsmod) ? Est-il bien référencé dans /etc/modules.autoload.d/kernel-2.x ? Si oui, pense à ajouter /etc/modules.autoload.d/kernel-2.x dans la variable CONFIG_PROTECT de /etc/make.conf > je ne te cache pas que le TX qui reste a 0 meme apres des pings me > chagrine un peu ! (bien que je ne sois pas sur en fait qu'il doivent > bouger => le ping c'est la couche MAC non ? Oui, ARP. > peut-etre que le ifconfig > s'occupe des couches superieures, et ne voit donc pas passer les > pings) Même si tu ping ta propre interface ? A+ CPHIL -- Si l'électron nous a servi à comprendre beaucoup de choses, nous n'avons jamais bien compris l'électron lui-même. -- Louis de Broglie -------------------------------------------------------------------- Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>