Charge CPU de xorg anormale

Bonjour,

depuis une mise à jour que j’ai effectué hier soir j’ai xorg qui consomme énormément de ressources. Ca oscille entre 5% quand je ne fais rien (navigateur ouvert seulement) et 10% de CPU lorsque j’ai simplement un terminal ouvert et ça monte jusqu’à 70% lorsque je bouge la fenêtre du terminal. Le terminal est en fond transparent (donc je vois mon fond d’écran au travers).

Je n’avais pas fait de maj depuis quelques semaines, donc je sais pas exactement quels paquets ont été mis à jour.

Je suis sur une debian Squeeze, noyau 2.6.31 (pas mis à jour depuis plusieurs mois), GNOME version 2.30.2.

J’ai remarqué aussi que lorsque je lance un jeu vidéo (par exemple Assault Cube) j’obtiens ce message :

init: sdl init: net init: world init: video: sdl init: video: mode Unable to create OpenGL screen (Could not create GL context)

Je ne sais pas si ça déconnait pas à ce niveau avant vu que j’ai pas lancé un jeu sur linux depuis plusieurs semaines.

Cela pourrait-il être lié ?

Comment tester si l’installation d’OpenGL est fonctionnelle ?

je crois que ce xorg est à la ramasse complet…
Moi c’est compiz qui déconne depuis cette foutu mise à jour… C’est reparti pour 6 mois de galère…

Pourquoi faire une mise à jour sur un système qui marche au petits oignons??? Ça je ne comprends pas…

Ben … optimisation ? :smiley:

Plus séreusement, mises à jour de sécurité entre autre, et puis si les développeurs font des patchs c’est bien qu’il ya une raison non ?

Mais la question se pose effectivement :slight_smile:

Ben… Je ne regrette mes mises à jour que lorsque celles ci sont foireuses, ce qui n’est pas si fréquent finalement… Mais là, je sais pas pourquoi, je le sens mal…
Faudrait que je poste un rapport de bug, mais les équipes xorg et compiz se renvoient la balle (je le sais pour l’avoir vécu entre novembre et avril, pour des problèmes similaires avec l’ibm et son ATI… là c’est le dell avec son chipset intel)

le mots magique qui va bien, avant de faire une mise a jours on fait quoi ?
une sauvegarde.
si sa foire on
restaure.

simple et sa évite pas mal de problème…
je dit sa, je dit rien, mai je sauvegarde quand même :laughing:

[quote=“panthere”]le mots magique qui va bien, avant de faire une mise a jours on fait quoi ?
une sauvegarde.
si sa foire on
restaure.

simple et sa évite pas mal de problème…
je dit sa, je dit rien, mai je sauvegarde quand même :laughing:[/quote]

Sur sid, si je devais faire une sauvegarde avant chaque mise à jour, je passerai mon temps à faire des sauvegardes…

Autant je vois très bien comment sauvegarder mes données, ce que je fais régulièrement, autant je vois pas (et je me suis jamais posé la question d’ailleurs) comment sauvegarder l’état exact du système (autrement que s’il est dans une machine virtuelle) avant une mise à jour.

Si quelqu’un a une solution …

[quote=“Marco46”]Autant je vois très bien comment sauvegarder mes données, ce que je fais régulièrement, autant je vois pas (et je me suis jamais posé la question d’ailleurs) comment sauvegarder l’état exact du système (autrement que s’il est dans une machine virtuelle) avant une mise à jour.

Si quelqu’un a une solution …[/quote]

Clonezilla, par exemple permet de faire une image du système. Mais il y a surement d’autres moyens moins lourds à mettre en oeuvre…

Bon, pour le problème, un
$ ls -ltr /var/lib/dpkg/info/*.list

te donnera la liste des paquets installés avec les dates d’installation.

Le snapshot devrait te fournir les paquets de ta dernière mise à jour (regarde la date du dernier paquet installé avant ta mise à jour foireuse). Tu te remets dans la situation passée et ça roulera.

Merci pour l’astuce, je connaissais pas. :041 :041
Ca me fait quand même mal au coeur de downgrader, je vais laisser une petite chance aux dev de se rattraper :016

Bon ben j’ai bien des paquets qui ont été maj le 5 septembre :

-rw-r--r-- 1 root root    272  5 sept. 17:02 /var/lib/dpkg/info/xserver-common.list
-rw-r--r-- 1 root root    326  5 sept. 17:02 /var/lib/dpkg/info/xserver-xephyr.list
-rw-r--r-- 1 root root    523  5 sept. 17:02 /var/lib/dpkg/info/xserver-xorg-video-chips.list
-rw-r--r-- 1 root root   1922  5 sept. 17:02 /var/lib/dpkg/info/xserver-xorg-core.list

et il se trouve qu’un rapport de bug a été posté ici décrivant exactement mon problème.

Donc je vais considérer ce problème comme résolu dans l’attente du patch de correction vu que ça reste quand même utilisable.

sid/squeeze, mon xorg me fait un 12.4 %CPU , il a meme baisser loooooool

Du nouveau, apparemment ce problème est connu et une solution consiste à downgrader libcairo2 de la version 1.8.10-5 à la 1.8.10-4.

Je n’ai jamais downgradé une appli ou une lib. Donc je suis un peu perdu.

Je suppose qu’il faut supprimer la lib :

puis installer la version voulue :

Mais quid des dépendances ? le remove me sort une liste de modifications longue comme le bras en suppression/maj/ajout.
J’ai un peu peur pour mon système …

De plus, la demande d’install de la version précédente ne donne rien.

Voici mon sources.list :

###################################################################################################
## squeeze

#base + source non GPL & proprio
deb http://ftp.fr.debian.org/debian/ squeeze main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ squeeze main contrib non-free

#securite
deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free

#multimedia
deb http://mirror.home-dn.net/debian-multimedia squeeze main
deb-src http://mirror.home-dn.net/debian-multimedia squeeze main

#libdvdcss
#deb http://ftp.debian-unofficial.org/debian/ squeeze main
deb http://mambo.kuhp.kyoto-u.ac.jp/~takushi/debian ./

Donc premier problème, où trouver le .deb qui va bien ?
Je ne trouve rien sur la liste des paquets du site debian sauf pour une architecture différente.

Deuxième problème, une fois le paquet trouvé, n’y-a-t-il pas un moyen d’installer uniquement la version 1.8.10-4 sans affecter les dépendances ? Genre en forçant l’install avec dpkg ? Le changelog contient vraiment peu de choses de la -4 à la -5 donc ça devrait pas trop poser de problème et d’autres personnes ont indiqué sur d’autres rapports de bugs que c’était la bonne marche à suivre.

Merci.

Je pense que tu dois pouvoir trouver la version qu’il te faut quelque part dans les snapshots, dans la section binary packages.

Super je connaissais pas. Donc c’est ce paquet.

Et un simple

a fait ce que je voulais.

Ça règle le problème de CPU.