[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: problème avec NETDEV WATCHDOG (acpi ? noyau ?)



On Tue, Oct 16, 2007 at 10:03:28PM +0200, Thierry Leurent wrote :
> Je sais ce qu'est un watchdog mais je ne connaissais pas l'existance d'une
> telle appli sous Debian.

Moi je ne savais pas ce que c'était.

> 
> 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 ?

Non, vu que je ne savais pas de quoi il s'agit.

> Tu as une liste des process qui tourne sur la machine quand elle
> fonctionne et qu'elle est "plantée" ?

Ouaip, mais il y a du monde, forcément, et come je peux pas
copier/coller, si tu as une idée de truc en particulier qu'il faut que
je vérifie, ça sera plus cool.
Ce qu'il faut éventuellement savoir, c'est que je pars avec la
netinstall, et que je n'installe que le système de base (c'est-à-dire
que je décoche tout lorsqu'il propose d'installer des choses). Avant
même d'installer quoi que ce soit d'autre, il est arrivé que ça merde
(notamment pendant le premier upgrade, voir pendant l'analyse de
miroirs, très tôt dans l'install, juste au moment où on précise qu'on ne
va pas utiliser uniquement le CD).


> Ce serait un module du kernel ?

Je ne sais pas. J'ai tenté la séquence
rmmod 8139too
modprobe 8139too
Mais ça ne change rien (toujours les même messages).

> Je proposais un upgrade vers lenny pour savoir si cela résoudrait le
> problème, pas pour une mise en prod.

Ah OK. Le truc, c'est que sans réseau, cela correspond à une réinstall,
pour le coup. Sinon, il faut trimballer tous les paquets sur des disques
ou des clefs, et c'est quand même un peu chiant.

> 
> 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

OK, je vais voir.

> 
> 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

Oui, j'avais mis le rapport de bug en question dans mon mail initial :

> >> > > Aurelien a écrit :
> >> > > > http://www.linuxquestions.org/questions/linux-networking-3/netdev-watchdog-eth0-transmit-timed-out-492159/

Ah non, oups, autant pour moi, je n'avais mis que le lien qui m'avait
permis d'aller sur le rapport de bugs.
J'ai tenté les options pci=noacpi, acpi=off, acpi=noirq, noapic, etc.
proposées dans le rapport de bugs (et qui ne concluent pas en disant que
c'est bon, d'ailleurs), mais ça n'a pas fonctionné.
Il y a une histoire de mDNSResponde, que j'ai vue aussi, mais je n'ai
aucune idée de comment intervenir.
Voilà tous les liens que j'ai suivis jusqu'ici :
http://www.linuxquestions.org/questions/linux-networking-3/problem-with-realtek-network-card.-347599/
http://forum.hardware.fr/hfr/OSAlternatifs/eth0-panique-keskispasse-sujet_13287_1.htm
http://bugzilla.kernel.org/show_bug.cgi?id=6138

Mais je n'ai rien trouvé qui me sorte de l'histoire, ou alors c'est dans
l'un des posts que je n'ai pas compris !

A +

-- 
==============================
ORL (alias Yvette H.)



Reply to: