Re: problème avec NETDEV WATCHDOG (acpi ? noyau ?)
On Tue, Oct 16, 2007 at 05:53:17PM +0200, debianpmd wrote :
> amusant
> coupure par apic?
Bah écoute, je n'en sais rien, et à vrai dire, je n'ai jamais trop joué
avec acpi et apm que pour gérer la batterie sur un portable, et
l'extinction sur un PC, donc je ne sais pas trop de quoi il retourne.
Quant à l'apic, j'en sais encore moins. Je ne suis pas contre quelques
explications, cela dit.
> et en essayant noapic dans menu.lst ?
C'est ce que j'ai fait, en suivant les conseils des liens indiqués
ci-dessous, mais ça n'a rien changé.
Actuellement, je démarre avec
acpi=off noapic
et j'ai précédemment essayé
pci=noacpi
> ou
> acpi=noirq
OK, je regarde ça immédiatement.
> ça marche ?
Nope, pas mieux. En fait, depuis que j'ai le problème, je n'ai pas
réussi une seule fois à refaire démarrer eth0. Sur certains liens que
j'ai filés là-dessous, des personnes parlent de poussières sur les
slots, mais j'en doute, quand même, d'autant que la LED de la carte est
allumée, sans souci.
> (prévoir une récup en console)
Non, ça a été.
> pmd
> Le mardi 16 octobre 2007 à 16:55 +0200, Aurelien a écrit :
> > Salut,
> >
> > Je reviens à mon problème du thread
> > http://www.mail-archive.com/debian-user-french@lists.debian.org/msg144163.html
> >
> > Quelques rappels : sur une machine fraichement installée (debian etch
> > avec un noyau 2.6.18-5), je me retrouve avec un problème de carte
> > réseau qui se produit de manière aléatoire et qui empêche tout bonnement
> > de s'en servir. Il s'agit d'une carte réseau Realtek RTL8139, et
> > apriori, ayant testé deux cartes réseau (deux même modèles), et deux
> > slots différents de la carte mère, il n'y a a priori aucune raison que
> > cela soit matériel, ou alors, j'ai pas de bol.
> >
> >
> > Pour info :
> > etc/network/interfaces
> > [...]
> > # The primary network interface
> > auto eth0
> > iface eth0 inet dhcp
> >
> > /etc/modprobe.d/reseau
> > alias eth0 8139too
> >
> > (un update-modules a été fait après, évidemment)
> >
> > $> lsmod |grep 8139
> > 8139too 24192 0
> > mii 5376 1 8139too
> >
> >
> >
> > Voilà les différents symptômes :
> >
> > Alors que la machine fonctionne, au bout d'un moment, on en arrive à :
> >
> > NETDEV WATCHDOG: eth0: transmit timed out
> > eth0: Transmit timeout, status ff fff fff media ff
> > eth0: Tx queue start entry 110 dirty entry 106
> > eth0: Tx descriptor 0 is ffffffff.
> > eth0: Tx descriptor 1 is ffffffff.
> > eth0: Tx descriptor 2 is ffffffff. (queue head)
> > eth0: Tx descriptor 3 is ffffffff.
> > eth0: link up, 100Mbps, full-duplex, lpa 0xFFFF
> >
> >
> > et à partir de là, plus moyen de récupérer le réseau :
> >
> > $> /etc/init.d/networking restart
> > [...]
> > SIOCSIFADDR: No such device
> > eth0: ERROR while getting interface flags: No such device
> > eth0: ERROR while getting interface flags: No such device
> > Bind socket to interface: No such device
> > Failed to bring up eth0
> > done
> >
> > $> ifconfig eth0 down; ifconfig eth0 up
> > eth0: ERROR while getting interface flags: Aucun périphérique de ce type
> > eth0: ERROR while getting interface flags: Aucun périphérique de ce type
> >
> >
> > J'ai trouvé ce lien, avec un type qui a le même problème, avec la même
> > carte, qui plus est (visiblement, ça n'est pas exclusif) :
> > http://www.linuxquestions.org/questions/linux-networking-3/netdev-watchdog-eth0-transmit-timed-out-492159/
> >
> > J'ai fait les tentatives avec pci=noacpi en le passant comme option
> > après ro dans menu.lst :
> > /boot/grub/menu.lst
> > [...]
> > kernel /boot/vmlinuz-2.6.18-5-486 root=/dev/hda5 ro pci=noacpi
> >
> > Mais ça ne change rien. Et je ne peux évidemment pas redémarrer sous
> > Windows, puisque je n'ai pas de double boot. De toute façon, cette
> > solution est un peu naze, à mon goût.
> >
> > Comme il semblerait que le problème vienne du noyau (j'ai toujours
> > compilé mes noyaux à la main, et c'est la première fois que j'utilise un
> > noyau de la distrib), je peux peut-être changer ça, mais c'est un peu
> > chiant, vu que je peux pas aller récupérer les sources directement.
> > Enfin, bref, tout ça pour dire que je cherche une solution, et que je
> > peux tout à fait reprendre l'install à zéro (mais ça me semble
> > superflu), je n'ai rien mis dessus pour l'instant.
> >
> > Quelqu'un peut-il m'éclairer ?
> >
> > Merci d'avance.
> >
> >
> > --
> > ==============================
> > ORL (alias Yvette H.)
> >
> >
>
>
>
--
==============================
ORL (alias Yvette H.)
Reply to: