Salut
 
Ma machine de bureau (Dell 530 MT sous Redhat 7.3) plante régulièrement (3 ou 4 fois par semaine). En général ça se passe quand je me délogue : le serveur X prend soudain la totalité des ressources CPU, et il ne reçoit plus les messages (donc kill -9 impossible). Aujourd'hui j'ai eu droit à un plantage total alors que j'utilisais simplement emacs.
La machine sert pour de gros calculs donc elle est assez chargée.
 
Avez-vous entendu parler d'une panne similaire ? Est-ce un problème hardware ou logiciel (auquel cas je changerai la cat) ?
 
edit : voilà c'est fait, on va voir les réponses ici.

installes win2K
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Je suis dehors

Et merde !
Je me disais "chouette, une réponse"

désolé

je pencherai plutot pour un problème logiciel

C'est aussi l'avis du service info. Mais mon chef, linuxien convaincu, est persuadé que c'est lié au hardware.
Ce qui me fait pencher de son côté, c'est que tout l'hiver, ça a bien marché ; ça ne plante que depuis la canicule, donc juin/juillet. Et pendant les premiers orages, on n'avait pas encore d'onduleur. Ca pourrait être un problème dû à la foudre ?
Il paraît aussi que certaines machines Dell avaient un problème d'incompatibilité entre deux composants (toujours dixit mon chef). Si c'est le cas, je ne dois pas être la seule.

aussi.
Bon, demain j'envoie le topic sur OSA, alors. Ou j'attends lundi.

fais le de suite, tu perds 5 minutes mais tu gagneras sans doute en messages

 
Ce qui me fait dire que c'est un problème logiciel, c'est que ça t'arrive quand tu te délogge, action qui ne demande rien de particulier au hardware.

Question con : comment on fait pour déplacer un topic ?
On en crée un autre et on efface l'ancien ?

On peut aussi demander au GM (gentil modo) ou au GA (Gentil Admin Aka. antp) de le faire

tu peux nous rapeller la configuration matérielle ?
des messages intéressant dans /var/log/messages ou /var/log/XFree86.0.log ?

Le disque dur est ok ? pas de badblocks, etc ... ?

quand XFree plante et que plus rien ne répond, il y a un moyen de reprendre la main, j'ai vu la solution passer par ici, c'était une option ressemblant à "non-preemptive keyboard" ou qqch comme ça.
Si ça rappelle des souvenirs à certains plus calés
 
Mais ça résoud pas ton problème.

Vi ... cé ce qu'on appelle les "Sys Magic Keys" ...
Faut que l'option soit activée lors de la compil du noyau ...
Et après ça permet d'utiliser des commandes comme :
<Alt> (ou <AltGr> ? à vérifier) + <Impr écran/Syst> +  
<s> : ça permet de synchorniser les caches afin de démonter les fs proprement pour un reboot
<u> : ça permet de démonter "proprement" les fs, afin d'éviter les bobos sur le dd, et aussi d'éviter un fsck au prochain démarrage
<b> : ça permet de rebooter
<o> : ça permet d'éteindre la machine
<t> : ça permet de Terminer tous les process de la machine Sauf init
<k> : même chose que t mais ça tue init en plus, et là on a transformé la machine Linux en un vrai légume ...
Y'en a d'autres ...
Révérifiez pour le t et le k ... je cite tout ça de mémoire alors ...

e et i au lieu de t et k
 
http://linux-wizard.tuxfamily.org/ [...] tml#sysreq

Là je suis à la maison, je regarderai ça lundi. Comme ils ont monté ça avant que j'arrive en janvier, il faut que je demande.
 

Le disque dur fait des écritures en double pour ne rien perdre, justement. Ce serait vraiment injuste si deux défauts du disque correspondaient à la même information.
 

Y a pas moyen de le défreezer sans rebooter ? Parce que mon but, c'est de ne pas perdre mes calculs, donc de ne pas arrêter la machine.

si CTRL+ALT+BACKSPACE ne marche pas, ou alors si tu ne peux basculer vers une console ...
peut être une connection à distante ( telnet/ssh ) si le noyau n'est pas pkanté et juste XFree ... mais bon si ton calcul est lancé sous X, killer X killera ton calcul

Tu es en RAID 1 ? Malgré tout, checke (non agressif) les deux dd ... on sait jamais