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

Le
Aurelien
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
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
debianpmd
Le #9749521
amusant
coupure par apic?
et en essayant noapic dans menu.lst ?
ou
acpi=noirq
ça marche ?
(prévoir une récup en console)
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//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
with a subject of "unsubscribe". Trouble? Contact
Aurelien
Le #9749511
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//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.)


--
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
with a subject of "unsubscribe". Trouble? Contact
Thierry Leurent
Le #9749501
Salut,
Si tu as essyé plusieurs cartes réseaux, tu peux éliminier une
défectuosité à ce niveau.
As-tu déjà essayé avec un autre modèle de carte réseaux, un autre
fabriquant ?
Vu que ta machine est inutilisable, as-tu déjà essayé de passé en testing
avec un des dernière version du noyau ?

Comme bcp, l'acpi ma sert pour la gestion de mon portable mais pas pour un
watchdog.

Bonne chance.......

Aurelien a écrit :
Salut,

Je reviens à mon problème du thread
http://www.mail-archive.com//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
with a subject of "unsubscribe". Trouble? Contact







--
Thierry Leurent

E-mail :
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
with a subject of "unsubscribe". Trouble? Contact
Aurelien
Le #9749491
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//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
> with a subject of "unsubscribe". Trouble? Contact
>
>
>


--
Thierry Leurent

E-mail :
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
with a subject of "unsubscribe". Trouble? Contact





--
============================= 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
with a subject of "unsubscribe". Trouble? Contact
Aurelien
Le #9749451
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//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
> > > with a subject of "unsubscribe". Trouble? Contact
> > >
> > >
> > >
> >
> >
> > --
> > Thierry Leurent
> >
> > E-mail :
> > 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
> > with a subject of "unsubscribe". Trouble? Contact
> >
> >
>
> --
> ============================= > > 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
with a subject of "unsubscribe". Trouble? Contact
Thierry Leurent
Le #9749441
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//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

> > > with a subject of "unsubscribe". Trouble? Contact
> > >
> > >
> > >
> >
> >
> > --
> > Thierry Leurent
> >
> > E-mail :
> > 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
> > with a subject of "unsubscribe". Trouble? Contact

> >
> >
>
> --
> ============================= >> > 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
with a subject of "unsubscribe". Trouble? Contact







--
Thierry Leurent
Phone : +32 476/20.23.98
E-mail :
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
with a subject of "unsubscribe". Trouble? Contact
Aurelien
Le #9749431
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?ida38

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


--
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
with a subject of "unsubscribe". Trouble? Contact
Aurelien
Le #9749261
On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote :
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.



Deux petites questions par rapport à ce watchdog :
- vous pensez qu'il est matériel ou logiciel ?
- dans les liens que j'ai donnés, certains parlent que peut-être de la
poussière, ou je ne sais quoi n'aiderait pas la connexion PCI à être
fonctionnelle. Je n'ai pas vu trace de poussière, mais la machine en
question n'est pas neuve (sans être inutilisable), et peut-être qu'il
y a des points de rouille (c'est bien difficiel à savoir à cette
échelle là), est-ce que ça pourrait jouer ? Parce que du coup, s'il
est matériel, peut-être qu'il y a un souci à ce niveau.

Dernière question, le fait que le BIOS désactive lapic par défaut ne
peut pas avoir d'influcence ? (j'ai tenté avec l'option lapic pour le
démarrage du noyau, mais ça n'a rien changé).

--
============================= 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
with a subject of "unsubscribe". Trouble? Contact
Aurelien
Le #9749251
On Wed, Oct 17, 2007 at 10:06:39AM +0200, Aurélien Roux wrote :
On Tue, Oct 16, 2007 at 10:27:23PM +0200, Aurélien Roux wrote :
> 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.

Deux petites questions par rapport à ce watchdog :
- vous pensez qu'il est matériel ou logiciel ?
- dans les liens que j'ai donnés, certains parlent que peut-être de la
poussière, ou je ne sais quoi n'aiderait pas la connexion PCI à être
fonctionnelle. Je n'ai pas vu trace de poussière, mais la machine en
question n'est pas neuve (sans être inutilisable), et peut-être qu'il
y a des points de rouille (c'est bien difficiel à savoir à cette
échelle là), est-ce que ça pourrait jouer ? Parce que du coup, s'il
est matériel, peut-être qu'il y a un souci à ce niveau.

Dernière question, le fait que le BIOS désactive lapic par défaut ne
peut pas avoir d'influcence ? (j'ai tenté avec l'option lapic pour le
démarrage du noyau, mais ça n'a rien changé).



Je viens d'observer le fichier /proc/interrupts, je ne vois rien qui,
explicitement, ressemble à ma carte réseau. Est-ce normal ?


--
============================= > 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
with a subject of "unsubscribe". Trouble? Contact





--
============================= 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
with a subject of "unsubscribe". Trouble? Contact
Aurelien
Le #9618611
On Tue, Oct 16, 2007 at 06:13:33PM +0200, Aurélien Roux wrote :
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.



Hum, j'ai l'impression que, quelles que soient les lignes d'option que
je passe dans menu.lst, il ne change rien à l'histoire.... Par exemple,
avec l'option acpi=off, je retrouve pourtant ces lignes dans dmesg :

PnPBIOS: Disabled by ACPI PNP

Et d'autres du genre. Je suppose que ça n'est pas très logique, quand
même, non ?


--
============================= 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
with a subject of "unsubscribe". Trouble? Contact
Publicité
Poster une réponse
Anonyme