Bonsoir,
 
Ma Mandrake 9.0 plante un peu trop à mon goût, et je flaire gros comme une maison le problème matériel (disque dur, Ram ou proc).
Comment puis-je faire pour trouver des pistes ? y a-t-il des logs qques part ?
 
Merci pour votre aide

 
commence par memtest86 (cherche sur freshmeat.net)

Voilà je lui ai fait faire 3 passes et aucunes erreurs détectées
Pourtant j'aurai bien voulu .
 
Comment trouver d'autres pistes ?

température du processeur?? du chipset??
une alimentation faiblarde?
pour vérifier ça directement sous nunux, tu peux installer gkrellm (chuis pas sûr pour les tensions de l'alim)
 
pour le dd, tu peux essayer la commande badblocks (il me semble)
 
reviens nous voir avec tes résultats!!  

En fait, mon pb est vachement grave je crois.
Dès que je lance une grosse opération (depuis que j'ai rajouté ma barette) comme la compilation de Wine ou The Gimp, ça plante dans 70% des cas (grosse utilisation du CPU ? du disque dur ? de la RAM ?)
Plantage, ça veut dire soit :
- gnome se plante et j'ai du mal à lui demander de rebooter gentillement en allant sur une autre console
- c'est le freeze total et là, c'est touche Power  
 
Résultat : à chaque démarrage, j'ai droit à des erreurs sur mon système /dev/hda9 (partition racine / ) que je tente tant bien que mal de réparrer avec fsck
 
Une fois de retour sous mon gnome, si je tente de déplacer des gros fichiers d'un endroit du disque à un autre, j'ai fréquemment des Segmentation Fault  
 
C'est bizarre, mais y a comme une drôle d'odeur    

 
gkrellm peut lire les tensions de l'alim, mais parfois c un peu farfelu (+12V a 9 et kke paske le coef rentré par rapport au +3.3 est faux). et puis cela implik d'avoir lm_sensors et i2c d'installés si son matos est récent
 
moi je penche pour un pb de température.
 
en fait ecliptux je suis dans le meme cas ke toi, g des plantage aléatoires, et ce n'est pas la RAM, ni le HDD (testé avec badblocks), ni l'alim faiblarde.
 
la g demonté les cotés de la machine, j'ai des T° correctes, je vais voir si ca replante encore.

Le pb ne vient pas de l'alim je pense, c'est une Enermax 300 ou 350W, ça devrait tenir la route  
Je vais installer gkrellm et je vous tiens au courant... là ça pue vraiment....

kel type de disque dur, de carte mère (pour voir quel chipset => contrôlleur ide).
effectivement, ça ressemble pitêtre à un pb de dd, bien que le cpu soit pas à exclure!

Hummm j'ai récemment réglé mon alim Enermax au mini pour un confort sonore optimal    
Arf!!!! s'il  faut ce n'est que ça !
 
Sinon ma carte mère est une MSI KT3 Ultra2 et mon disque dur un IBM 60Go (me souviens plus du nom du model mais j'ai eu un 45Go issu d'une mauvaise série qu'ils m'ont remplacé par un 60Go )
 
Je vous tiens au courant de toute manière.
C'est sympa d'être là les gars, car franchement, les pbs matériels, je crois que c'est ce qu'il y a de pire dans l'informatique

 
moi g une KT3V ki est sa remplaçante (voire p'tete la meme  ) et j'ai a peu pres les memes pb ke toi
 
sous kde des fois ca freeze, entre 20 min et 2j d'uptime (une fois je suis monté jusk'a 9j !!!   et j'ai rebooté pour changer de kernel)

Moi je dirais de tester ta memoire, non pas avec un utilitaire, mais avec un script que j'avais trouve, et qui fonctionne tres bien (http://people.redhat.com/dledford/memtest.html a modifier pour adapter a tes parametres).
 
En gros, ca fonctionne comme ca :
tu telecharge un bon gros fichier compresse (la ct un kernel linux), tu le detarre/degzippe, tu le retarre/regzip, etc...
plusieurs fois, en plusieurs passes, et a la fin (apres de tres tres nombreuses decompression/recompression, tu effectue un diff.
Si y a des diffs => barette memoire deffectueuse..
 
Pour moi ca a super bien fonctionné ! c'est radical !
 
Si apres plus d'une heure d'execution, pas de messages d'erreurs a l'ecran, alors tu pourras dire que ta memoire est OK.

Excellent
Donc au programme ce soir : superventillation de mon UC + utilisation de ton script.
On verra ce que ça donne

enermax n'as de  grande marque que le nom malheureusement en alim ... tu serais pas le premier a avoir des merdes avec eux ...

Merci pour l'info

Bon.... je sens que je vais craquer  
 
J'ai controlé la °C de mon proc dans le bios et sous win (sous linux faut que je patche le noyau... pas le temps là) : 50°C
 
Du coup j'ai ouvert mon boîtier et foutu l'alim au max et sous win, c'est descendu à 47°C
 
Donc hop ! je redémarre sous Nux
Je commence à bosser, install d'appli, écoute de MP3, Chat....
Soudains, le proc qui s'emballe sans raison apparente (sur le moniteur, c'est la couleur bleue claire sous gnome si ça peut aider pas le bleu foncé)
Xmms qui commence à hacher le morceau de Mark Knopfler et ma souris qui saccade.
Puis ça va en se dégradant, jusqu'à décoder la musique en Morse.
Paf, obligé de rebooter
 
Arrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrgggggggggggggggggggggggggggggggggg  
 
j'en ai marre
Je tiens à préciser que sous Windows, ça plante pas (ou pas comme ça) !!! c'est le monde à l'envers !!!!!!!!!!!!!!
 

Tu pourrais brancher un périphérique USB si t'en as un et nous dire ce que ça donne ?
 
Et puis tu peux donner la référence complète de ton disque dur IBM ?

tu trouves un lien entre chaque probleme ? tu fais qqchose de particulier à ce moment là ? tu as fait qqchose sur ton pc (genre recompiler un kernel, etc ...) ? tu as rien trouvé dans tes logs (/var/log/*) ? tu bosses en root ?

j'ai déjà ma webcam qui fonctionne sans pb... j'en ai pas d'autre.
 

N° de model : IC35L060AVER07-0
 

 
j'ai l'impression que :
 - c tjrs au bout de 15-30min
 - c qd je charge un peu le CPU
 - ou la mémoire  
 

 
En général, ça m'arrive qd je compile un prog (Wine etc...)
Mais bon... j'ai l'impression que si j'avais juste Evolution+ Xchat d'ouvert, ça me le ferai qd même.
Je ferai le test si besoin est
 

 
Je n'ai pas regardé. Là je suis sous Win car j'en ai ma claque.
p'tet que je redémarrerai sous linux et je te dirai. Où dois-je regarder ? Un fichier en particulier ?

Non, sauf lors des compilations (j'ai pris la mauvaise habitude de compiler en root, alors qu'il faut jsute s'y mettre pour installer ) : c'est une piste.... je vais me discipliner.

Et le nom du disque : 60 GXP 75 GXP 120 GXP etc....

Pardon :c'est un 60GXP

Lis ça en bas.

si tu fais que compiler en root ça devrait aller
 
regarde dans tes logs, tu auras tout de suite plus d'info.
les fichiers en priorité :
/var/log/XFre* (pour l'interface X)
/var/log/messages et /var/log/syslog et /var/log/kernel.log (pour divers messages)
/var/log/daemon.log (pour voir ce que font les démons)
 
si tu trouves rien là, ça me semblerait bizarre, essaie de regarder dans les autres aussi
si ça arrive toujours dans la premiere 1/2 heure, désactive le maximum de truc, et regarde si ça plante toujours (par exemple, n'utilise pas wine a
dans un premier temps)
et vérifie que tu as assez de place sur tes disques dur aussi (avec df)
et vérifie la taille de ta swap (512Mo est une bonne valeur en général)

 
t'as essayé avec une seule barette pour voir ?

Voici mon /var/log/syslog juste avant le plantage de tout à l'heure :

Ce que je trouve bizarre, ce sont ces lignes  :localhost kernel: ABORTED IN=ppp0 OUT= MAC= SRC=80.39.13.254 DST=81.49.2.126  
C'est normal ????
 
et mon deamon :  

là je suis sous linux depuis 15 min et j'ai rien lancé de spécial.
J'espère que ce post partira à temps lol
 

résultat :  

Oui je crois que c'est bon à ce niveau.
 

C'est vrai qu'avant, ça plantait moins lol
Mais ça plantait !!!!!!!!
j'ai fait comme je l'ai dit un test memtest86 et rien n'est remonté.
Je vais tenter de lancer le script de e_esprit et je vous tiens au courant.
 
Malheuresuement, je dois partir en WE demain et je pourrais aps faire de test avant lundi soir
J'espère que vous serez encore là
Franchement, ça fait du bien de se sentir aider comme ça !
Z'assurez grave les gars

 
Faudrait approfondir les paramètres mémoire je pense, et essayer avec juste la nouvelle barette aussi pour voir si ca fait pareil qu'avec les 2 ou pareil qu'avec l'ancienne (ou mieux qui sait ? ).

 
c'est bizarre que ça plante pas des le départ quand même ...
 
à voir pour lundi :
apm
devfs
cron
xinetd
ntp
 
et tu nous diras aussi quel gestion d'environnement (kde, gnome, ...) tu utilises

Re les gars...
 
Bon alors j'ai attendu un peu car je n'avais plus de plantages.
Mon boîtier est resté ouvert (je vais pouvoir le refermer du coup)
 
Je fonctionne sous Gnome2.
 
Je me demande si mon pb ne vient pas en fait de la dernière version de wine dispo ici : http://www.ibiblio.org/pub/Linux/A [...] 219.tar.gz
 
Quand je la compile, j'ai une segmentation fault et 1min après mon système freeze.
 
Pourvus que ça soit ça comme ça l'affaire est réglé.
J'ai lancé le script donné par e_esprit pour tester ma mémoire et tout semble OK.
 
Donc si qqu'un peu me confirmer que la dernière version de Wine a un pb ou pas, après je serait fixé...
 
Je vous tiendrais au courant de toute manière si ça replante.
 
Une dernière chose : comment utiliser la commande badblocks ?
je lance la commande "badblocks /dev/hda9" mais rien ne semble se passer