Je viens d'installer sur ma debian une image de noyau 2.6.17 et il se passe des choses bizarres: tout marche bien en console, je peux démarrer le serveur X et pekwm, utiliser des applications légères (genre terminaux, emacs, ...)
 
Le problème, c'est que dès que je lance une appli graphique un peu plus gournande (genre firefox, epiphany, ooffice) j'ai un énorme plantage dans les 10 secondes.  Le système se fige, plus rien  ne répond, je ne peux qu'arrêter brutalement le PC pour m'en sortir.
 
Le syslog ne montre rien d'anormal ; je ne comprends pas trop d'où ça pourrait venir. Sinon, tout se passe bien si je boote sur le noyau 2.6.16 comme avant.
 
Quelqu'un a-t-il déjà rencontré ce problème ? Vous avez des idées d'où ça pourrait venir ?

Juste un petit up caché derrière quelques informations (un peu) nouvelles :
 
après de nouveaux tests, je confirme que le problème ne se produit pas en console (même en cas de grosse utilisation du proc ou du réseau). Je n'ai pas encore trouvé de critère pour départager les applis graphiques qui marchent ou pas : la seule différence semble être la "lourdeur" du soft, pas forcément sa fonction ou le type d'opérations qu'il fait.
 
Des idées ?  

Quelques idées pas forcement bonnes...
 
Faire un cross testing version de X / noyau pour identifier le pb : es-ce une incompatibilité entre les deux, ou es-ce un problème du au serveur X seulement ?
 
Utiliser des outils de debug pour tracer l'origine du plantage (la je sais pas comment faire, poster un bug report sur le bugzilla de X, en général ca répond assez vite).
 
Utiliser un outil pour faire un crash dump
http://lkcd.sourceforge.net/
http://mkdump.sourceforge.net/
Entre autres.
 
Solution ultra motivé : utiliser un bidule connecté sur le port sére pour enregistrer le crash eventuel du kernel. En effet il faudrait savoir si le lock est du à une surutilisation du proc ou alors si c'est un vrai crash. La souris ne bouge plus du tout si c'est un freeze.
 
http://www.kernelhacking.org/docs/ [...] exs09.html
http://mhonarc.axis.se/dev-etrax/msg03803.html
 
 
My 0.02€

C'est quoi ta config ? (proc, ram).
Ta ram est peut-être défectueuse si le système freeze. Dans ce cas tu devrais essayer un memtest.

Installe windows xp, j'ai entendu qu'il était plus stable que linux.

merci à tous les deux  je teste tout ça ce soir dès que je rentre du boulot...
 

J'ai déjà testé deux versions de X (celle de etch et celle de sid) et deux versions du noyau (2.6.16 et 2.6.17). Le bug se produit avec le noyau 2.6.17, quelle que soit la version de X, donc je penche plutôt pour une incompatibilité X / noyau
 

Mjules, Jowile, Mikala, je l'ai vu le premier mais je vous le laisse  

J'ai vu ça sur le bugzilla du noyal : http://bugzilla.kernel.org/show_bug.cgi?id=6788
apparemment, je ne suis pas le seul à avoir ce problème.
 
@riot : ma config :

 
memtest ne donne rien d'anormal.
 
 
Je pense que je vais laisser tomber le noyau 2.6.17 et revenir sur le 2.6.13... De toutes façons c'est juste les drivers bcm43xx qui m'intéressaient dans le 2.6.17 mais je me les installerai à la mimine sur le 2.6.16
 
Merci pour votre aide en tous cas

Ca y est: ça marche !  
 
Apparemment, il s'agit d'une incompatibilité entre 2.6.17 et le DRI. Donc il suffit de virer le chargement du module dri dans xorg.conf pour  que tout rentre dans l'ordre.
 
Du coup, j'ai plus d'accélération 3D, mais au moins j'ai le driver de ma carte wifi...