Cas similaire sur un "serveur" (vaste qualificatif pour un bi-celeron 466) qui accumule les soucis de ce genre.
Par ordre d'apparition à l'écran, j'ai eu :
- barette de RAM défectueuse
- gestion catastrophique des interruptions sur certains ports PCI (d'où forts traffics réseaux ---> blocage)
- partition swap vérolée (mkswap -c -v1 et ça repart)
Ce qui est curieux, c'est que dans les trois cas, la machine répondait au ping mais était en time-out sur tous les autres services réseaux et les procs devaient (pas vu car pas d'écran) tourner à fond car la température était très élevée. Probablement un kernel panic mais difficille de voir sans clavier ni écran et plus de ssh ;)
J'attends avec "impatience" le prochain souci... (en espérant secretement que c'était le dernier)
PS: il me semble que sur les chipsets 440ZX (si c'est ton cas) il y avait des problèmes de gestion des interruptions.
PS: j'ai eu souvent des soucis avec le serveur nfs du noyau (nfs-kernel-server pour Debian). Depuis que je suis passé en nfs-user (nfs-user-server), ça va beaucoup mieux.
PS: Unknown mass storage controller: Promise Technology, Inc. 20268 (rev 02) Tu peut passer ton lspci en testing (mais nécessite une mise à jour de la libc6...) pour le reconnaitre.
# Cas similaire...
Posté par Quzqo . En réponse au journal nfs+raidsoft+smp+tar=reboot. Évalué à 3.
Par ordre d'apparition à l'écran, j'ai eu :
- barette de RAM défectueuse
- gestion catastrophique des interruptions sur certains ports PCI (d'où forts traffics réseaux ---> blocage)
- partition swap vérolée (mkswap -c -v1 et ça repart)
Ce qui est curieux, c'est que dans les trois cas, la machine répondait au ping mais était en time-out sur tous les autres services réseaux et les procs devaient (pas vu car pas d'écran) tourner à fond car la température était très élevée. Probablement un kernel panic mais difficille de voir sans clavier ni écran et plus de ssh ;)
J'attends avec "impatience" le prochain souci... (en espérant secretement que c'était le dernier)
PS: il me semble que sur les chipsets 440ZX (si c'est ton cas) il y avait des problèmes de gestion des interruptions.
PS: j'ai eu souvent des soucis avec le serveur nfs du noyau (nfs-kernel-server pour Debian). Depuis que je suis passé en nfs-user (nfs-user-server), ça va beaucoup mieux.
PS: Unknown mass storage controller: Promise Technology, Inc. 20268 (rev 02) Tu peut passer ton lspci en testing (mais nécessite une mise à jour de la libc6...) pour le reconnaitre.