Bonjour,
 
Le problème que je vais vous évoquer se passe sous gentoo, mais j'avais également les mêmes sous Ubuntu.
 
Ma machine planté régulièrement. C'est aléatoire, mais défois je peux redemarrer la machine toutes les 5 minutes. IL s'agit de freeze, de perte d'écran (devient noir).  
 
Mon materiels :
 
Athlon X2 4200
Carte ASUS M8V-MRP
Geforce 7300 GS
1 go de ram
/ & /home en Reiserfs
 
Après avoir fait une serie de test, j'ai cru voir que c'était xorg qui plantait tout le temps sans trop savoir pourquoi (que ça soit en x86 ou en amd64). J'ai bien cru que c'était la configuration SATA, mais c'est pas le cas. Voir même, le drivers ethernet qui est dépréciated... et meme un instant j'ai cru que ct folding@home qui provoquait ces plantage, puis ensuite flash, puis mplayer etc..
 
Mais le sys ne plante pas quand je lance pas GDM/GNOME donc ça ne peut pas être ça, et a force de déduction j'en suis quasiment sur.
 
Les freeze sont les plus fréquent :
- quand je lis de vidéos
- quand j'utilise la roulette de la souris (avec firefox toussa)
- quand Beryl se lance (je le lance donc plus)
- defois au demarrage meme de gdm (blocage)
- lorsque je laisse la machine sans activité (je suppute que que xscreensaver fait quelque chose - mais j'ai pas l'impression que ça se lance)
 
Donc je pense réellement que j'ai un soucis avec xorg. Mais ou ? que ça soit en stable ou pas, ça deconne. Je peux pas utiliser ma machine plus de 15 minutes en moyenne, et ça devient très emmerdant...
 
Si vous aviez des idées, je vous en serait extrèmement reconnaissant !
 
Update
 
Il s'agirait selon les forums qui recoupent mes configurations et mes problèmes, d'une incompatibilité entre le chipset RS480 et Nvidia (en l'occurence la mienne : une 7300 GS)

J'ai mis mon xorg.conf ici :
http://drfreuderick.free.fr/temp/xorg.conf
 
merci !

Ça peut aussi être un souci matériel, genre ton alimentation, de la mémoire.

L'ordi est neuf.
 
Aucun soucis sous windows..

Oui, enfin, ça dépend ce que tu fais sous Windows avec aussi (pas la même solicitation quoi). En tout cas, un matos défectueux l'est souvent tout au début.
 
Sinon, tu devrais donner plus de renseignement (noyau notamment, car il y a eu des soucis de corruption de données jusqu'au 2.6.19.2 exclu).
 
Bref, il est nécessaire que ton système soit à jour aussi (et je te conseillerai aussi un noyau Vanilla pour être sûr que certains patchs additifs ne soient pas en cause).
 
nb : je te conseille de cocher le timer haute précision dans le noyau (je n'ai plus le nom en tête, mais c'est dans les dernières mises à jour), car cela joue sur un double coeur.
 
nb2 : je peux te donner mon fichier .config pour le 2.6.20 si tu veux (faudrait mettre le smp aussi , et quelques options si tu n'es pas en Nforce4).

avec plaisir pour le fichier de conf.
 
Au niveau noyau, je suis toujours en 2.6.18 (le stable amd64), high timer je regarderai.  
 
Je suis sous Xpress 200 de ati !

Le voilà : http://files-upload.com/files/9657 [...] E.old.html

c'est un conf de vanilla ?

Oui .

Je comprend plus trop qu'est ce qu'il vaut mieux préférer, vanilla ou gentoo sources ?

quand ça freeze, tu peux accéder à la machine en ssh ?
 
pilotes libres ou proprio ?

tu voudrais pas essayer un autre wm?  
au hasard xfce

Fluxbox !!!!

J'ai les drivers non libre de nvidia.
 
ça plante plus trop depuis que j'ai enlever omitdga dans xorg.conf, mais en meme temps j'essaye de mettre le kernel vanilla (j'ai un kernel panic, il reconnait pas ma partition de boot).

Pour le noyau vanilla, il suffit juste d'ajouter ton contrôleur, rien de plus (reiserfs et ext3 sont déjà activés).

avant de tester les soft, tu as testé la ram (avec un memtest?). Car "ça plante pas sous windows" n'est pas un argument valide pour dire qu'un matos est stable

Ensuite, Si ce n'est pas la ram, ça peut être une défaillance de la carte graphique. Regarde si la quantité de mémoire associée au GPU est correctement détectée. Essaye aussi, si possible, une autre carte.

bon courage

Comme on te l'a dit, s'il doit y avoir des problèmes, c'est souvent dès le départ avec du matos neuf: pas encore vraiment rôdé, rapidement testé en usine par le constructeur mais sans plus... Seul des tests approfondis ou un usage poussé permettent de se rendre compte de défauts d'usine.
 
À chaque fois que j'achète une bécane neuve, j'utilise d'abord plusieurs utilitaires (dont ceux fournis par le constructeur, par ex. avec Dell) pour vérifier si tout à l'air normal ; puis après je lance des benchs en boucle pour la faire tourner à fond pendant 24h (cpuburn, glxgears, etc.).
 
Idéal pour bien rôder le matos et voir s'il y a le moindre soucis ; si la bécane tiens le choc alors je sais que je serais tranquille pour quelques années (normalement )  
 
 
Le dénominateur commun entre toutes les applications que tu cites c'est lors d'opérations qui implique une charge élevé pour le CPU et la carte vidéo, voire l'alimentation. Soit le CPU ou la carte vidéo est mal ventilé/surchauffe, soit l'alim ne délivre pas un ampérage suffisant lors de fortes charges. Éventuellement ça pourrait aussi venir d'un driver proprio foireux comme Nvidia ou Ati savent si bien les faire.
 
Donc : vire les drivers foireux et refais des tests, si ça plante toujours essayes avec une autre alim, puis une autre carte vidéo et enfin un autre processeur ; surveille aussi la chauffe des composants.
 

J'ai eu ce genre de problème dans les situations suivantes:
- CPU overclocké (même un tout petit peu et sans impact sous windows)
- surchauffe du GPU lors de l'utilisation des fonctions 3D (ventillo un peu faible)

et sans les drivers proprio cela plante autant ?

Je suis pas chez moi en ce moment, mais les drivers nv n'arriver pas afficher quelque chose de visible la dernière fois que j'ai esssayé.

J'ai fait un test de memtest et ça n'a rien donné.
 
Ce dont je suis quasiment sur c'est que ça vient de l'acceleration 3D/open gl. Beryl plante, quand je met en AIGLX ça plante, la lecteur video faisait planter. Je suppose que la navigation web via firefox peut faire appel a de l'opengl.
 
Bien sur ce n'est pas sur sur mais ça temps.
 
Pour la temperature du GPU, elle est stable selon nvidia-settings... a 49°

glxgears plante également.

avec un livecd genre kororoa (avec beryl+nvidia proprio), ça plante ou pas?

ça c'est une decouverte qui confirme ton pb avec ta CG, reste à savoir si c'est soft ou hard.
peut on tester la ram de la CG?

Je me demandais,
 
Dans cat /proc/driver/nvidia/registry , il me dit enable aliagp=0 alors que j'ai un truc ALI. C'est normal ?
 
J'ai relancé glxgears après quelques modif, ça semble ne plus planter sur l'instant. Par contre beryl freeze complètement mon système. Comme les plantage sont assez intermittent je peux rien prévoir
 
EDIt : juste après ce post, glxgears (ou autre chose ... ) a fait écran noir, plus de freeze... galère

tu peux aussi regarder du côté souris+clavier

Hum, chez moi, j'ai un truc du genre :

Et moi :  
 

Salut,
 
J'ai un problème similaire avec ma sid x64 ...
Si je mets les drivers proprio d'ati et après le lance totem/vlc/xine ça freeze .. Impossible de rebasculer en console ou de faire planter xorg .. Par contre je peux toujours rebooter avec le ctrl-alt-b...

cette combi ne marche pas avec moi (ctrl alt back)

c'est pas ctrl-alt-back mais ctrl-alt-b, essaie en console. tu fais un ctrl-alt-print_screen , ça va t'afficher une liste de commandes (remount d'urgence, reboot,...) et ctrl-alt-b equivaut à reboot

perso, je préfères s, puis u puis b (sync, umount, boot). C'est plus prudent

aucun d'eux ne marche chez moi...
 
et puis je sais pas si ça peut avoir un rapport mais gdmsetup refuse de lancer.
 
En console, je tape gdmsetup, et rien ne se passe.

J'ai  
 

 
J'ai lu que partager la carte graphique en IRQ pose bcp de problème surtout avec les cartes emu10k1. comment mettre l'irq de nvidia seule ?

ton plantage semble venir de la carte graphique.
 
Il faudrait tester avec une autre carte graphique, un livecd qui comprend les drivers nvidia.
 
distinguer le souci si il est matériel ou logiciel. es ce que glxgears marche en mode software (sans driver proprio) ? glxgears sur un livecd avec le kernel patche nvidia proprio: ca marche ?
 
+1 pour la possibilité d'un souci matériel non visible sous windows.
 
Faire un bench sous windows avec 3dmark par exemple, si la carte graphique a un souci ca devrait se voir dans ce genre de test.
Comme l'a dit thr4k, il faudrait tester le cpu avec cpuburn, avec un livecd mais aussi avec ton systeme.
 
bon courage.

tu as un livecd en particulier ?

je ne connais que celui-la mais il doit en exister d'autres, celui la est en 32bits
http://www.games-knoppix.org/

T'as essayé de désactivier l'acpi ?? Je me souviens que j'avais un peu le même problême sur mes premières distrib quand le support du nforce2 était pas tout à fait au point.... En tout cas tu peux toujours essayer, ilsuffit de passer les options "noapic", "nolapic" et "acpi=no" au noyau.
bon courage.

J'avais le même genre de problème :
http://forum.hardware.fr/hfr/Hardw [...] 3735_1.htm
 
vw.

 
oui j'ai essayé, ça n'arrange pas grand chose.
 
Par contre j'ai une piste, celle des IRQ.
 
quand je fais cat /proc/interrupt j'ai :
 

 
Or, on m'a déja dit que EM10K1 se mariait très mal avec nvidia, et pire que nvidia devrait mieux être seul.
Mais j'ai aucune idée de savoir comment faire.