Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
patrice wrote: | C'est au niveau de la gestion des IRQ. houla ! c'est grave? /8[[ Je ne suis pas Docteur PC non plus, je ne pourrai pas te le dire... mais je ne pense pas. | Je paris que tu comfigure ton noyau avec make menuconfig ;-) non, j'ai pas commencé à faire de recompilation encore :) ni la réinstallation d'ailleurs... si il y a une solution moins hard que la réinstall, ça m'intéresse :) La réinstallation n'est rarement (voir jamais nécessaire... sauf histoire de voir si on a pas perdu la main ;-) Je te conseil de mettre une version récente du noyau (j'ai eu des souci avec celui fourni... il me trouvais des interface eth qui n'existaient pas??) (trouve un .deb c'est plus simple) | Que donne: | $ cat /proc/interrupts ceci: $ cat /proc/interrupts CPU0 0:1057277 XT-PIC timer 1:346 XT-PIC keyboard 2: 0 XT-PIC cascade 4: 4931 XT-PIC serial 6: 59 XT-PIC floppy 8: 3 XT-PIC rtc 10: 60 XT-PIC usb-uhci 11: 1245 XT-PIC eth0 12:1241328 XT-PIC es1371 14: 633215 XT-PIC ide0 15: 2 XT-PIC ide1 NMI: 0 LOC:1057239 ERR: 0 MIS: 0 C'est bizarre, lorsque j' avais eu le pb c'était du à IO-APCI (résolue en recompilant mon noyau en mode mono-processeur sans IO-APCI) Mets à jour ton noyau, histoire de voir si c'est résiduel.
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
Le Jeudi 20 Mars 2003 02:11, Luc Novales a écrit : [...] je trouve ça: 8139too Fast Ethernet driver 0.9.24 PCI: Found IRQ 11 for device 00:09.0 eth0: D-Link DFE-538TX (RealTek RTL8139) at 0xcc81a000, 00:05:5d:4d:00:79, IRQ 11 eth0: Identified 8139 chip type 'RTL-8139C' | | Si a ce niveau tu trouves un message d'erreur concernant l'affectation | de l'irq, pas d'erreur :(... | essayes de | désactiver le PNP dans le bios. ça ne marche pas non plus, et toujours le même méssage :[ | A+ merci quand même... patrice -- La guerre serait un bienfait si elle ne tuait que les professionnels ,. ( . ). ( ) )' ,') . (` '` .; ) ' (( ( );(, (( ( ;))Prévert _., ,._'_.,)_(..,( . )_ _' )_') (. _..( '.. |## |# afin de ne pas poser de questions qui ont eu peut etre déjà # |# des réponses, lire d'abord la FAQ de Debian-User-French: # |#http://savannah.nongnu.org/download/debfr-faq/html/ # |#
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
patrice wrote: j'ai un méssage persistant sur ma machine (dont la derniére ligne est répétée indéfiniment): NETDEV WATCHDOG : eth0 : transmit timed out eth0 : setting half duplex based on auto negociated partner ability . eth0 : too much work at interrupt, intrStatus=0x0040 au dela du fait que je n'arrive toujours pas à me connecter à internet avec cette machine, je me demandais si la raison n'en serait pas à cause de watchdog (puisque ça semble avoir un lien avec ma carte ethernet)... mais aprés quelques recherches sur le net, le module watchdog devrait etre visible par /dev/watchdog (de ce que j'ai compris), mais il n'y est pas... je suis allé dans modconf , et dans /lib/modules et il n'y est pas non plus... alors je ne saisis pas où se trouve le probléme... Il est là ton pb: too much work at interrupt vaut il mieux que je recompile le noyau en evitant de mettre watchdog? Non car même sans lui tu aura le pb... bien c'est un probléme matériel? Là il faut tester ta carte réseau dans sur une autre machine... mais elle risque de marcher. quoi? C'est au niveau de la gestion des IRQ. à priori un chien de garde ne m'est pas utile, il me semble ne pas l'avoir mis dans le noyau que j'eus compilé auparavant, et de plus je ne le trouve pas dans les endroits où je devrais le trouver... Je paris que tu comfigure ton noyau avec make menuconfig ;-) quelqu'un aurait une piste à me donner? Que donne: $ cat /proc/interrupts est ce que watchdog pourrait bloquer ma carte ethernet? Non car comme tu le dis tu ne l'as pas mis dans le noyau.
RE: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
NETDEV WATCHDOG : eth0 : transmit timed out eth0 : setting half duplex based on auto negociated partner ability . Bonjour, J'ai eu le meme probleme sur la machine qui me sert de passerelle. Au bout d'un temps tres variable, mes logs se remplissait de NETDEV WATCHDOG, et plus de reseau. Le seul moyen d'avoir a nouveau le reseau etait de rebooter. Meme unload puis reload du module ne donnait rien. Le truc le plus bizarre est que ca le faisait independemment de la carte reseau (une fois sur ma DLink (module via-rhine) et l'autre fois sur ma ne2k-pci... J'etais en Mdk a l'epoque, et la solution a ete de passer l'option 'noapic' (je ne suis plus tres sur de la syntaxe) au noyau au demarrage, via les options de LILO. Le probleme ne s'est pas reproduit apres changement du noyau, puis passage en Debian Woody sur la machine.. C'etait un noyau 2.4.8 a l'epoque... voila, mes 2 cents... jacques
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
Le Mercredi 19 Mars 2003 17:04, [EMAIL PROTECTED] a écrit : | patrice wrote: |[...] | Il est là ton pb: too much work at interrupt ben oui... :( | C'est au niveau de la gestion des IRQ. houla ! c'est grave? /8[[ | Je paris que tu comfigure ton noyau avec make menuconfig ;-) non, j'ai pas commencé à faire de recompilation encore :) ni la réinstallation d'ailleurs... si il y a une solution moins hard que la réinstall, ça m'intéresse :) | Que donne: | $ cat /proc/interrupts ceci: $ cat /proc/interrupts CPU0 0:1057277 XT-PIC timer 1:346 XT-PIC keyboard 2: 0 XT-PIC cascade 4: 4931 XT-PIC serial 6: 59 XT-PIC floppy 8: 3 XT-PIC rtc 10: 60 XT-PIC usb-uhci 11: 1245 XT-PIC eth0 12:1241328 XT-PIC es1371 14: 633215 XT-PIC ide0 15: 2 XT-PIC ide1 NMI: 0 LOC:1057239 ERR: 0 MIS: 0 voilà voilà... si il y a une solution, je suis preneur... merci patrice -- La guerre serait un bienfait si elle ne tuait que les professionnels ,. ( . ). ( ) )' ,') . (` '` .; ) ' (( ( );(, (( ( ;))Prévert _., ,._'_.,)_(..,( . )_ _' )_') (. _..( '.. |# |# lire la FAQ de Debian-User-French afin de ne pas# |# poser de questions qui ont eu déjà des réponses : # |# http://savannah.nongnu.org/download/debfr-faq/html/ # |##
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
[EMAIL PROTECTED] a écrit: patrice wrote: j'ai un méssage persistant sur ma machine (dont la derniére ligne est répétée indéfiniment): NETDEV WATCHDOG : eth0 : transmit timed out eth0 : setting half duplex based on auto negociated partner ability . eth0 : too much work at interrupt, intrStatus=0x0040 Y a t'il un problème d'affectation de l'irq de la carte réseau dans dmesg ? A+ Luc.
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
Le Mercredi 19 Mars 2003 20:03, Jacques Kern a écrit : [...] | J'etais en Mdk a l'epoque, et la solution a ete de passer l'option | 'noapic' (je ne suis plus tres sur de la syntaxe) au noyau au demarrage, | via les options de LILO. je vais chercher dans cette direction... merci -- La guerre serait un bienfait si elle ne tuait que les professionnels ,. ( . ). ( ) )' ,') . (` '` .; ) ' (( ( );(, (( ( ;))Prévert _., ,._'_.,)_(..,( . )_ _' )_') (. _..( '.. |## |# afin de ne pas poser de questions qui ont eu peut etre déjà # |# des réponses, lire d'abord la FAQ de Debian-User-French: # |#http://savannah.nongnu.org/download/debfr-faq/html/ # |#
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
Le Mercredi 19 Mars 2003 23:20, Luc Novales a écrit : [...] | Y a t'il un problème d'affectation de l'irq de la carte réseau dans dmesg | ? je ne sais pas du tout comment le savoir, je ne sais pas décrypter le fichier (enfin, je sais que 0x0040 a quelque chose a voir avec l'IRQ, mais je ne sais pas si c'est un probléme d'affectation)... voici le dmesg (c'est un peu long ...): . eth0: Too much work at interrupt, IntrStatus=0x0040. eth0: Too much work at interrupt, IntrStatus=0x0040. |/ là j'ai branché mon cable sur mon modem... NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 2000. (queue head) eth0: Tx descriptor 1 is 2000. eth0: Tx descriptor 2 is 2000. eth0: Tx descriptor 3 is 2000. eth0: Setting half-duplex based on auto-negotiated partner ability . NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 2000. (queue head) eth0: Tx descriptor 1 is 2000. eth0: Tx descriptor 2 is 2000. eth0: Tx descriptor 3 is 2000. eth0: Setting half-duplex based on auto-negotiated partner ability . NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 2000. (queue head) eth0: Tx descriptor 1 is 2000. eth0: Tx descriptor 2 is 2000. eth0: Tx descriptor 3 is 2000. eth0: Setting half-duplex based on auto-negotiated partner ability . NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 2000. (queue head) eth0: Tx descriptor 1 is 2000. eth0: Tx descriptor 2 is 2000. eth0: Tx descriptor 3 is 2000. eth0: Setting half-duplex based on auto-negotiated partner ability . NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 2000. (queue head) eth0: Tx descriptor 1 is 2000. eth0: Tx descriptor 2 is 2000. eth0: Tx descriptor 3 is 2000. eth0: Setting half-duplex based on auto-negotiated partner ability . NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 2000. (queue head) eth0: Tx descriptor 1 is 2000. eth0: Tx descriptor 2 is 2000. eth0: Tx descriptor 3 is 2000. eth0: Setting half-duplex based on auto-negotiated partner ability . NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 2000. (queue head) eth0: Tx descriptor 1 is 2000. eth0: Tx descriptor 2 is 2000. eth0: Tx descriptor 3 is 2000. eth0: Setting half-duplex based on auto-negotiated partner ability . NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 2000. (queue head) eth0: Tx descriptor 1 is 2000. eth0: Tx descriptor 2 is 2000. eth0: Tx descriptor 3 is 2000. eth0: Setting half-duplex based on auto-negotiated partner ability . eth0: Too much work at interrupt, IntrStatus=0x0040. |/ puis il me met à la suite ses lignes ci dessous indéfiniment... eth0: Too much work at interrupt, IntrStatus=0x0040. eth0: Too much work at interrupt, IntrStatus=0x0040. eth0: Too much work at interrupt, IntrStatus=0x0040. eth0: Too much work at interrupt, IntrStatus=0x0040. eth0: Too much work at interrupt, IntrStatus=0x0040. eth0: Too much work at interrupt, IntrStatus=0x0040. eth0: Too much work at interrupt, IntrStatus=0x0040. eth0: Too much work at interrupt, IntrStatus=0x0040. eth0: Too much work at interrupt, IntrStatus=0x0040. x etc voilà... | A+ à bientot... -- La guerre serait un bienfait si elle ne tuait que les professionnels ,. ( . ). ( ) )' ,') . (` '` .; ) ' (( ( );(, (( ( ;))Prévert _., ,._'_.,)_(..,( . )_ _' )_') (. _..( '.. |## |# afin de ne pas poser de questions qui ont eu peut etre déjà # |# des réponses, lire d'abord la FAQ de Debian-User-French: # |#http://savannah.nongnu.org/download/debfr-faq/html/ # |#
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
patrice a écrit: Le Mercredi 19 Mars 2003 23:20, Luc Novales a écrit : [...] | Y a t'il un problème d'affectation de l'irq de la carte réseau dans dmesg | ? je ne sais pas du tout comment le savoir, je ne sais pas décrypter le fichier (enfin, je sais que 0x0040 a quelque chose a voir avec l'IRQ, mais je ne sais pas si c'est un probléme d'affectation)... voici le dmesg (c'est un peu long ...): . bien plus haut, lors de la détection du matériel, tu dois trouver des lignes similaires a : dmfe: Davicom DM9xxx net driver, version 1.36.4 (2002-01-17) PCI: Found IRQ 10 for device 00:0b.0 PCI: Sharing IRQ 10 with 00:07.2 PCI: Sharing IRQ 10 with 00:07.3 PCI: Sharing IRQ 10 with 00:08.0 eth0: Davicom DM9102 at pci00:0b.0, 00:08:a1:25:01:5f, irq 10. --- Si a ce niveau tu trouves un message d'erreur concernant l'affectation de l'irq, essayes de désactiver le PNP dans le bios. C'est comme cela que j'ai résolu un problème identique sur mon portable. A+ Luc.
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out [résolu]
à ma premiére install, celles ci fonctionnaient, mais du à une erreur de ma part, j'ai du réinstaller ma machine et depuis aprés la seconde install, ça marche plus... et j'ai ce méssage dans la console... J'ai un faux-contact dans ma machine, et j'ai ce message + plantage quand je tire par accident sur les fils. = shutdown , ouvrir, serrer, fermer, boot Charles
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
Le Lundi 17 Mars 2003 19:17, CARRY Émile a écrit : Le Mon, 17 Mar 2003 18:03:19 +0100 patrice [EMAIL PROTECTED] à écrit: bonjour, Bonsoir, j'ai un méssage persistant sur ma machine (dont la derniére ligne est répétée indéfiniment): NETDEV WATCHDOG : eth0 : transmit timed out eth0 : setting half duplex based on auto negociated partner ability . eth0 : too much work at interrupt, intrStatus=0x0040 Pas de solution à ton pb, j'ai déjà eu ce pb avec des cartes rézo realtek (8029 et 8139), j'avais ce genre d'insulte et pas de rézo. Je changeais de carte et ça marchait. Le pire, c'est que si je réutilisait ces cartes pour une autre install, plus de pb... Donc pas de solution, augmentation du bruit de la liste, mais une grande envie de comprendre aussi... salut, éh bien, j'ai le meme message sur mon pc avec une carte realteck rtl8139, mais pourtant la connection réseau fonctionne parfaitement, le partage de connection internet aussi .ton problème doit venir d'ailleurs .bon courage . Émile -- Lisez la FAQ: http://savannah.nongnu.org/download/debfr-faq/html/index.html
probléme de NETDEV WATCHDOG: eth0 : transmit timed out
bonjour, j'ai un méssage persistant sur ma machine (dont la derniére ligne est répétée indéfiniment): NETDEV WATCHDOG : eth0 : transmit timed out eth0 : setting half duplex based on auto negociated partner ability . eth0 : too much work at interrupt, intrStatus=0x0040 au dela du fait que je n'arrive toujours pas à me connecter à internet avec cette machine, je me demandais si la raison n'en serait pas à cause de watchdog (puisque ça semble avoir un lien avec ma carte ethernet)... mais aprés quelques recherches sur le net, le module watchdog devrait etre visible par /dev/watchdog (de ce que j'ai compris), mais il n'y est pas... je suis allé dans modconf , et dans /lib/modules et il n'y est pas non plus... alors je ne saisis pas où se trouve le probléme... vaut il mieux que je recompile le noyau en evitant de mettre watchdog? ou bien c'est un probléme matériel? ou quoi? à priori un chien de garde ne m'est pas utile, il me semble ne pas l'avoir mis dans le noyau que j'eus compilé auparavant, et de plus je ne le trouve pas dans les endroits où je devrais le trouver... quelqu'un connaitrait la raison de ce message? quelqu'un aurait une piste à me donner? est ce que watchdog pourrait bloquer ma carte ethernet? merci d'avance... -- [citation aléatoire du moment ;] ça commence à me gonfler c'te machine, rien ne marche, tout va de travers ,. ( . ). ( ) )' ,') . (` '` .; ) ' (( ( );(, (( ( ;))patrice _., ,._'_.,)_(..,( . )_ _' )_') (. _..( '.. |# |# lire la FAQ de Debian-User-French afin de ne pas# |# poser de questions qui ont eu déjà des réponses : # |# http://savannah.nongnu.org/download/debfr-faq/html/ # |##
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out
Le Mon, 17 Mar 2003 18:03:19 +0100 patrice [EMAIL PROTECTED] à écrit: bonjour, Bonsoir, j'ai un méssage persistant sur ma machine (dont la derniére ligne est répétée indéfiniment): NETDEV WATCHDOG : eth0 : transmit timed out eth0 : setting half duplex based on auto negociated partner ability . eth0 : too much work at interrupt, intrStatus=0x0040 au dela du fait que je n'arrive toujours pas à me connecter à internet avec cette machine, je me demandais si la raison n'en serait pas à cause de watchdog (puisque ça semble avoir un lien avec ma carte ethernet)... mais aprés quelques recherches sur le net, le module watchdog devrait etre visible par /dev/watchdog (de ce que j'ai compris), mais il n'y est pas... je suis allé dans modconf , et dans /lib/modules et il n'y est pas non plus... alors je ne saisis pas où se trouve le probléme... Pas de solution à ton pb, j'ai déjà eu ce pb avec des cartes rézo realtek (8029 et 8139), j'avais ce genre d'insulte et pas de rézo. Je changeais de carte et ça marchait. Le pire, c'est que si je réutilisait ces cartes pour une autre install, plus de pb... Donc pas de solution, augmentation du bruit de la liste, mais une grande envie de comprendre aussi... Émile -- Lisez la FAQ: http://savannah.nongnu.org/download/debfr-faq/html/index.html
Re: probléme de NETDEV WATCHDOG: eth0 : transmit timed out [résolu]
Le Lundi 17 Mars 2003 20:17, CARRY Émile a écrit : [...] | bonsoir, [...] | Pas de solution à ton pb, j'ai déjà eu ce pb avec des cartes rézo | realtek (8029 et 8139), pareillement, c'est deux realtek 8129 qui sont branchées sur ma carte mére... | Le pire, c'est que si je | réutilisait ces cartes pour une autre install, plus de pb... à ma premiére install, celles ci fonctionnaient, mais du à une erreur de ma part, j'ai du réinstaller ma machine et depuis aprés la seconde install, ça marche plus... et j'ai ce méssage dans la console... | Donc pas | de solution, augmentation du bruit de la liste, désolé pour le bruit... la solution que je vais prendre sera donc de réinstaller ma debian (je sais, c'est pas bien, mauvais réfléxe, mais bon là je crois que c'est nécessaire.. non?). merci pour ton aide lumineuse... -- Dieu a fait l'homme à son image. L'exhibitionniste lui rend hommage ,. ( . ). ( ) )' ,') . (` '` .; ) ' (( ( );(, (( ( ;)) Prévert _., ,._'_.,)_(..,( . )_ _' )_') (. _..( '.. |# |# lire la FAQ de Debian-User-French afin de ne pas# |# poser de questions qui ont eu déjà des réponses : # |# http://savannah.nongnu.org/download/debfr-faq/html/ # |##
