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.)
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.)
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.)
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.)
>
>
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/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.)
>
>
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.)
>
>
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
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
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
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
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/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
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
question
que dit
dpkg -l watchdog
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.)
>
>
question
que dit
dpkg -l watchdog
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.)
>
>
question
que dit
dpkg -l watchdog
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.)
>
>
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
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
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
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 :
>> > > > http://www.linuxquestions.org/questions/linux-networking-3/netdev-watchdog-eth0-transmit-timed-out-492159/
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 :
>> > > > http://www.linuxquestions.org/questions/linux-networking-3/netdev-watchdog-eth0-transmit-timed-out-492159/
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 :
>> > > > http://www.linuxquestions.org/questions/linux-networking-3/netdev-watchdog-eth0-transmit-timed-out-492159/
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.
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.
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.
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
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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
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.
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.
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.