eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
Retour au temps du kernel 2.4.19 ?
C'est un peu l'histoire qui m'est arrivée ces derniers jours: le temps de remonter un serveur avec la version 8.08 d'AbulÉdu et paf voilà t'il pas que ce serveur boote une fois et refuse de booter les fois suivantes !
Le message d'erreur de départ était un truc du genre impossible d'initialiser le bus IDE il est déjà occupé ... alors j'ai cherché une sombre histoire de module sata-ide qui aurait été prioritaire ... pour finalement laisser tomber.
Je reboote la bécane, direction le bios, reset dpmi data et ça boote. Ok je documente la procédure et ça en reste là. 3 semaines plus tard (ce soir) je fais un backup d'un poste du réseau et je tombe sur le message d'erreur que vous avez en titre du billet:
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
Là par contre ça commence à me chauffer les oreilles: les transferts rament à 20Ko/sec alors qu'on est sur un LAN 100Mbit ...
Un coup de google, sombre histoire de bug qui remonte au kernel 2.419 ... non vraiment ça serait pas de chance que ça me tombe dessus maintenant. Je me dirige vers le serveur pour le réamorçer en noapic, nolapic et tout le toutim ... reboot, pas de disque ... bordel ! ha oui il y a la procédure spéciale de réamorçage de ce serveur c'est vrai. Direction le bios, pnp, reset dpmi, il boote avec noapic, nolapic etc. et puis là je retrouve enfin un vieux réflexe d'il y a des années ...
CHANGE LES CARTES DE BUS PCI !!!
Voilà c'était aussi bête et con que ça, suffit d'y penser ... a force d'avoir du matos serveur de super qualité j'ai un peu oublié les cartes mères aux allocations pci foireuses ... et là voilà, je déplace une carte pci, reboote: tout marche. Re - reboot: tout marche encore. backup d'un pc du réseau local: plus aucun message d'alerte, taux de transferts de 8Mo/sec ... cool
