Re: problème avec NETDEV WATCHDOG (acpi ? noyau ?)
Je sais ce qu'est un watchdog mais je ne connaissais pas l'existance d'une
telle appli sous Debian.
Et si il n'y a pas de paquet c'est assez chiant.
As-tu déjà regardé sur le site de debian pour trouver ce truc ?
Tu as une liste des process qui tourne sur la machine quand elle
fonctionne et qu'elle est "plantée" ?
Ce serait un module du kernel ?
Je proposais un upgrade vers lenny pour savoir si cela résoudrait le
problème, pas pour une mise en prod.
Je viens de demander de l'aide à l'ami google et j'ai déjà trouvé un petit
lien.
http://packages.debian.org/stable/admin/watchdog
Et un deuxième.
http://packages.debian.org/watchdog
En recherchant NETDEV WATCHDOG sur google, j'ai lu des articles parlat
d'un bug du drivers de la carte réseaux.
Vas voir du coté de la bug track du kernel
Aurelien a écrit :
> On Tue, Oct 16, 2007 at 08:39:51PM +0200, debianpmd wrote :
>> question
>
> Ah ? Finalement, j'attends pour me coucher, alors !
>
>> que dit
>> dpkg -l watchdog
>
> Rien, du tout, en fait. Aucun paquet ne correspond à Watchdog, et même
> avec grep watchdog, rien.
>
>>
>> pmd
>>
>> Le mardi 16 octobre 2007 à 19:54 +0200, Aurelien a écrit :
>> > On Tue, Oct 16, 2007 at 07:25:23PM +0200, Thierry Leurent wrote :
>> > > Salut,
>> > > Si tu as essyé plusieurs cartes réseaux, tu peux éliminier une
>> > > défectuosité à ce niveau.
>> >
>> > Je pense aussi.
>> >
>> > > As-tu déjà essayé avec un autre modèle de carte réseaux, un autre
>> > > fabriquant ?
>> >
>> > J'ai une realtek dans un autre PC qui fonctionne, et de ce que j'ai vu
>> > sur le web, des types ayant le même problème que moi ont tenté
>> d'autres
>> > cartes, pour finir par des 3com à 60 euros, et ne s'en sont pas
>> sortis.
>> >
>> > > Vu que ta machine est inutilisable, as-tu déjà essayé de passé en
>> testing
>> > > avec un des dernière version du noyau ?
>> >
>> > C'est une option, mais l'usage de cette machine est assez particulier,
>> > et à vrai dire, être en etch m'arrange.
>> > Il s'agit, pour ceux que ça intéresse, d'une antibox, c'est-à-dire une
>> > borne de téléchargement d'arts libres (arts sous licences libres).
>> > Antibox est à une version beta voire moins, et je préfère me cantonner
>> > aux specs qui ont été testées, malgré tout.
>> >
>> > >
>> > > Comme bcp, l'acpi ma sert pour la gestion de mon portable mais pas
>> pour un
>> > > watchdog.
>> >
>> > A vrai dire, n'ayant jamais eu ce problème auparavant, je ne sais même
>> > pas ce qu'est réellement watchdog. Je ne me sers de l'ACPI que pour
>> les
>> > questions d'alimentation, de suspend, etc.
>> >
>> > >
>> > > Bonne chance.......
>> >
>> > Merci !
>> >
>> > >
>> > > 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.)
>> > > >
>> > > >
>> > > > --
>> > > > Lisez la FAQ de la liste avant de poser une question :
>> > > > http://wiki.debian.net/?DebianFrench
>> > > > Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From"
>> et
>> > > > "Reply-To:"
>> > > >
>> > > > To UNSUBSCRIBE, email to
>> debian-user-french-REQUEST@lists.debian.org
>> > > > with a subject of "unsubscribe". Trouble? Contact
>> > > > listmaster@lists.debian.org
>> > > >
>> > > >
>> > >
>> > >
>> > > --
>> > > Thierry Leurent
>> > >
>> > > E-mail : thierry.leurent@asgardian.be
>> > > Website (en developpement) : http://www.asgardian.be
>> > >
>> > >
>> > > --
>> > > Lisez la FAQ de la liste avant de poser une question :
>> > > http://wiki.debian.net/?DebianFrench
>> > > Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
>> > > "Reply-To:"
>> > >
>> > > To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
>> > > with a subject of "unsubscribe". Trouble? Contact
>> listmaster@lists.debian.org
>> > >
>> > >
>> >
>> > --
>> > ==============================
>> > ORL (alias Yvette H.)
>> >
>> >
>>
>>
>>
>
> --
> ==============================
> ORL (alias Yvette H.)
>
>
> --
> Lisez la FAQ de la liste avant de poser une question :
> http://wiki.debian.net/?DebianFrench
> Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
> "Reply-To:"
>
> To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
>
>
--
Thierry Leurent
Phone : +32 476/20.23.98
E-mail : thierry.leurent@asgardian.be
Website (en developpement) : http://www.asgardian.be
Reply to: