Freeze de X / pb nvidia?

Support Debian
#1

Bonjour,

Un problème rencontré sous Wheezy, dans l’environnement GNOME: le serveur X freeze très fréquemment. Seul moyen de repartir est de lancer un reboot en SSH (enfin, seul moyen que j’ai trouvé!).

Voici ce que me dit Xorg.0.log:

[ 1525.050] [mi] EQ overflowing. Additional events will be discarded until existing events are processed. [ 1525.050] [ 1525.050] Backtrace: [ 1525.238] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x7f4108883cd6] [ 1525.239] 1: /usr/bin/Xorg (mieqEnqueue+0x26b) [0x7f4108864f7b] [ 1525.239] 2: /usr/bin/Xorg (0x7f4108705000+0x668f2) [0x7f410876b8f2] [ 1525.239] 3: /usr/bin/Xorg (xf86PostMotionEvent+0xd0) [0x7f41087a2220] [ 1525.239] 4: /usr/lib/xorg/modules/input/synaptics_drv.so (0x7f4101fed000+0x5235) [0x7f4101ff2235] [ 1525.239] 5: /usr/lib/xorg/modules/input/synaptics_drv.so (0x7f4101fed000+0x7164) [0x7f4101ff4164] [ 1525.239] 6: /usr/bin/Xorg (0x7f4108705000+0x8d937) [0x7f4108792937] [ 1525.239] 7: /usr/bin/Xorg (0x7f4108705000+0xb1c08) [0x7f41087b6c08] [ 1525.239] 8: /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f4107a2d000+0xf030) [0x7f4107a3c030] [ 1525.239] 9: /lib/x86_64-linux-gnu/libc.so.6 (ioctl+0x7) [0x7f4106809ac7] [ 1525.239] 10: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmIoctl+0x28) [0x7f4104b7fd08] [ 1525.239] 11: /usr/lib/x86_64-linux-gnu/libdrm.so.2 (drmCommandWrite+0x1b) [0x7f4104b820fb] [ 1525.239] 12: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7f4104744000+0x6ca9) [0x7f410474aca9] [ 1525.239] 13: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0x7f4104744000+0x91ee) [0x7f410474d1ee] [ 1525.239] 14: /usr/lib/xorg/modules/libexa.so (0x7f4103cfa000+0x5c0b) [0x7f4103cffc0b] [ 1525.239] 15: /usr/lib/xorg/modules/libexa.so (0x7f4103cfa000+0x80c0) [0x7f4103d020c0] [ 1525.239] 16: /usr/lib/xorg/modules/libexa.so (0x7f4103cfa000+0x120ae) [0x7f4103d0c0ae] [ 1525.239] 17: /usr/lib/xorg/modules/libexa.so (0x7f4103cfa000+0xe9b8) [0x7f4103d089b8] [ 1525.239] 18: /usr/bin/Xorg (0x7f4108705000+0x110a79) [0x7f4108815a79] [ 1525.239] 19: /usr/lib/xorg/modules/libexa.so (0x7f4103cfa000+0xfa7f) [0x7f4103d09a7f] [ 1525.239] 20: /usr/bin/Xorg (0x7f4108705000+0x10a5ab) [0x7f410880f5ab] [ 1525.239] 21: /usr/bin/Xorg (0x7f4108705000+0x52e61) [0x7f4108757e61] [ 1525.240] 22: /usr/bin/Xorg (0x7f4108705000+0x41ec5) [0x7f4108746ec5] [ 1525.240] 23: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfd) [0x7f4106754ead] [ 1525.240] 24: /usr/bin/Xorg (0x7f4108705000+0x4219d) [0x7f410874719d] [ 1525.240] [ 1525.240] [mi] These backtraces from mieqEnqueue may point to a culprit higher up the stack. [ 1525.240] [mi] mieq is *NOT* the cause. It is a victim.

Sous GNOME Classic, j’ai un système d’une stabilité redoutable au demeurant…

En fouillant un peu sur internet, je crois découvrir le responsable: ma carte NVIDIA (NVIDIA Corporation C79 [GeForce 9400M G]).

S’il existe une solution à ce problème, merci d’avance :wink:

#2

Salut,
Comment sont installés les drivers ?

#3

J’ai aveuglément fait confiance à Wheezy, et l’ai laissée installer ce qui lui semblait le plus approprié :slightly_smiling:

#4

installe le pilote avec sgfxi

#5

Juste une petite histoire.
Sur le PC d’un ami sous openSUSE, X se figeait régulièrement, et notamment lors de certaines actions. J’inspecte la carte graphique, une vieille Nvidia GeForce 6200, et découvre plusieurs condensateurs chimiques à l’aspect gonflé. Depuis leur remplacement, X ne se fige plus.
Pourtant le fait que le problème était déclenché de façon reproductible par certaines actions pouvait laisser soupçonner a priori une origine logicielle. J’ai supposé que c’était l’appel à certaines fonctions de la carte graphique (plus exigeantes au niveau matériel ?), qui était le facteur déclencheur. C’est peut-être la même chose dans ton cas, on peut imaginer que le problème est déclenché par une fonction graphique utilisée par Gnome Shell mais pas par Gnome Classic.

#6

Clairement. Comme je l’indiquais plus haut, X freeze uniquement sous Gnome Shell, ainsi que sous enlightenment lorsque certaines options utilisant openGL sont activées. Gnome Classic ne me pose aucun pb. Je vais aller jeter un œil à la carte graphique, mais j’ai peu d’espoir de pouvoir intervenir dessus: il s’agit d’un macbook :frowning:

Sinon, pour sgfxi, dont je découvre l’existence, avant de me lancer, 2-3 questions:

  • il va m’installer les pilotes propriétaires?
  • si j’ai bien saisi, on ne peut plus faire d’upgrade après leur installation… comment vous contournez le problème (réinstall totale?)?
  • l’install passe par un simple:

?

#7

sgfxi est un script pour debian qui installe le pilote proprio et le fait proprement,il n’empêche pas de faire un upgrade,pour dist-upgrade il faut réinstaller le pilote pour le nouveau kernel.Mais moi je ne fonctionne que en stable , pour testing et sid c’est pareil sinon on aurait entendu parler de problèmes éventuels.Sur ce forum beaucoup tournent en testing ou sid et utilisent sgfxi pour installer leur pilote graphique.

#8

À savoir que smxi/sfgxi n’est pas que pour debian mais quelques autres système en plus aussi.
Smxi comprend plusieurs chose, mais sfgxi (du même projet) est directement ciblé pour les carte graphiques.

Donc utilise cet commande pour sfgxi: cd /usr/local/bin && wget -Nc smxi.org/sgfxi && chmod +x sgfxi &&

Le mieux pour l’appliqué est de fermer le mode graphique et passer sur un TTYx (ctrl+alt+f1,2,3, etc) et exécuter la commande:

  • en mode utilisateur en graphique dans une console: cd /usr/local/bin && wget -Nc smxi.org/sgfxi && chmod +x sgfxi
  • puis en root dans TTYx sans mode graphique: cd /usr/local/bin && sgfxi

Sinon, pour te répondre, le script permet: installer nouveau driver et s’il y en a un qui existe déjà il le supprime avant d’installer et normalement à chaque fois qu’il veut faire une opération il te demande d’abord ton avis (oui/non/précedent/quitter/etc que tu choisis via des numéros).

Le message de PascalHambourg est aussi intéressent à ne pas oublié.

#9

Bon, tout est rentré dans l’ordre.

Sgfxi m’a fait le boulot proprement, je regrette juste d’avoir à utiliser les pilotes privateurs. M’enfin bon, là, Gnome Shell était totalement inutilisable.

À ceux qui liraient ce poste en passant, je rappelle l’existence de ceci (oui, les logos qui s’imposent sans qu’on leur ait demandé quoique ce soit, ça a tendance à me gonfler).

Un grand merci pour votre aide.

#10

l’installation de libgl1-mesa-dri-experimental sur le pilote libre donne aussi de bons résultats