xOrg CPU à 100% à chaque interaction

Support Debian
#1

Bonjour tout le monde,

Voila j’ai un soucis, a chaque interaction que je fais (déplacement de fenêtre, ouverture de fenêtre, d’un onglet, etc. etc. a chaque interaction avec l’environnement graphique en faite, j’ai l’utilisation du CPU pour xorg qui grimpe à 100% !

Ce qui est très (très très) pénible, je ne peux par exemple pas utiliser twitter car en + de la monté en charge d’iceweasel j’ai Xorg qui s’emballe…

J’utilise debian sid sous gnome shell avec le driver propriétaire nvidia disponible dans les dépots debian.

Voiçi un screenshot de htop : img825.imageshack.us/img825/2064/capturebt.png

Merci d’avance.

EDIT: Bug reporté ici–> bugs.debian.org/cgi-bin/bugreport.cgi?bug=643903

[quote]I have a working system if I downgrade:
xserver-xorg-core to 1.10.4-1
xserver-xorg-input-evdev to 2.6.0-2+b1
xserver-xorg-input-kbd to 1.6.0-3
xserver-xorg-input-mouse to 1.7.1-1[/quote]

Si certains d’entre vous ont la méthode pour downgrader ces paquets… sa serait cool :slightly_smiling:

#2

Utilise le dépôt Snapshot (j’ai eu exactement le même souci aujourd’hui après passage en XOrg 1.11)

La ligne de dépôt à utiliser est :

Pour la procédure exacte, va voir comment faire ici : isalo.org/wiki.debian-fr/ind … t_snapshot

À minima, les paquets concernés sont xserver-common et xserver-xorg-core, avec leurs dépendances sur les éventuels paquets xserver-xorg-input-* et xserver-xorg-video-* que tu as installés.

#3

problème résolu en attendant la correction de bug :

  1. su

  2. nano /etc/apt/sources.list

  • Commentez toutes vos lignes de dépot
  • Ajouter :
  • Enregistré

  1. aptitude -o ‘Acquire::Check-Valid-Until=false’ update

  2. apt-get remove xserver-common

  3. apt-get remove xserver-xorg-core

  4. apt-get install xserver-common

  5. apt-get install xserver-xorg-core

  6. nano /etc/apt/sources.list

    • Supprimer la ligne que vous aviez ajouté, et dé-commentez vos dépôts habituel

  8. apt-get update

  9. apt-get install nvidia-glx

  10. reboot

Enjoy :slightly_smiling:

#4

Même problème en testing, mais la manip décrite ici me fout en l’air le clavier et la souris (le serveur X démarrant quand même).
J’ai donc refait une Maj vers les dernières versions des paquets…

#5

Tu as bien downgradé également tous tes paquets xserver-xorg-input-* et xserver-xorg-video-* ?

Chez moi, après le downgrade :

$ apt-cache policy $(aptitude search '~i(xserver-common|xserver-xorg-core|xserver-xorg-input|xserver-xorg-video)' -F '%p') xserver-xorg-input-evdev: Installé : 1:2.6.0-2+b1 Candidat : 1:2.6.0-2+b1 Étiquette de paquet : 1:2.6.0-2+b1 Table de version : 1:2.6.0-3+b1 1000 2 http://ftp.debian.org/debian/ experimental/main amd64 Packages 1:2.6.0-2+b2 1000 992 http://ftp.debian.org/debian/ testing/main amd64 Packages 502 http://ftp.debian.org/debian/ unstable/main amd64 Packages *** 1:2.6.0-2+b1 1000 100 /var/lib/dpkg/status 1:2.3.2-6 1000 102 http://ftp.debian.org/debian/ stable/main amd64 Packages xserver-xorg-core: Installé : 2:1.10.4-1 Candidat : 2:1.10.4-1 Étiquette de paquet : 2:1.10.4-1 Table de version : 2:1.11.1-1 1000 992 http://ftp.debian.org/debian/ testing/main amd64 Packages 502 http://ftp.debian.org/debian/ unstable/main amd64 Packages *** 2:1.10.4-1 1000 100 /var/lib/dpkg/status 2:1.7.7-13 1000 102 http://ftp.debian.org/debian/ stable/main amd64 Packages xserver-common: Installé : 2:1.10.4-1 Candidat : 2:1.10.4-1 Étiquette de paquet : 2:1.10.4-1 Table de version : 2:1.11.1-1 1000 992 http://ftp.debian.org/debian/ testing/main amd64 Packages 502 http://ftp.debian.org/debian/ unstable/main amd64 Packages *** 2:1.10.4-1 1000 100 /var/lib/dpkg/status 2:1.7.7-13 1000 102 http://ftp.debian.org/debian/ stable/main amd64 Packages xserver-xorg-video-vesa: Installé : 1:2.3.0-7 Candidat : 1:2.3.0-7 Étiquette de paquet : 1:2.3.0-7 Table de version : 1:2.3.0-7+b1 1000 992 http://ftp.debian.org/debian/ testing/main amd64 Packages 502 http://ftp.debian.org/debian/ unstable/main amd64 Packages *** 1:2.3.0-7 1000 100 /var/lib/dpkg/status 1:2.3.0-3 1000 102 http://ftp.debian.org/debian/ stable/main amd64 Packages xserver-xorg-video-nvidia: Installé : 280.13.really.275.28-1 Candidat : 280.13.really.275.28-1 Étiquette de paquet : 280.13.really.275.28-1 Table de version : 285.03-2 1000 2 http://ftp.debian.org/debian/ experimental/non-free amd64 Packages *** 280.13.really.275.28-1 1000 992 http://ftp.debian.org/debian/ testing/non-free amd64 Packages 502 http://ftp.debian.org/debian/ unstable/non-free amd64 Packages 100 /var/lib/dpkg/status

#6

Dans le bug report, l’auteur indique qu’il faut également downgrader les paquets :

xserver-xorg-input-kbd to 1.6.0-3
xserver-xorg-input-mouse to 1.7.1-1

Essaye de supprimer les paquets et de réinstaller ces version.

(moi je n’ai pas eu besoins…)

#7

[quote=“AnGe7”]Dans le bug report, l’auteur indique qu’il faut également downgrader les paquets :

xserver-xorg-input-kbd to 1.6.0-3
xserver-xorg-input-mouse to 1.7.1-1

Essaye de supprimer les paquets et de réinstaller ces version.

(moi je n’ai pas eu besoins…)[/quote]

C’était bien ça :slightly_smiling:!
J’ai juste réinstallé ces deux paquets et ça fonctionne à vitesse normale (ouf, parce que dans le genre beug bien pénible…)
Merci à vous 2, d’autant plus que je ne connaissais pas ces dépôts photographiant l’arborescence à une date donnée!

#8

Bonsoir tout le monde
Je ne sais pas si je dois faire un nouveau sujet ou pas, je me permet de poster ici pour le même problème

Des lenteurs insupportables depuis l’installation des drivers nvidia proprios (avec les paquets nvidia-kernel-dkms nvidia-xconfig)
J’ai suivi ces indications à la lettre, ça a bien fonctionné, sauf que malgré la réinstallation (purge et installation également) de
xserver-xorg-input-kbd to 1.6.0-3
xserver-xorg-input-mouse to 1.7.1-1
Je n’ai toujours pas de clavier ni de souris :confused:

Une petite idée ?

Merci

#9

Ça te donnera les noms et versions actuelles de tous les paquets qui peuvent être en rapport, vérifie s’il n’y en a pas dans la liste que tu n’as pas encore downgradés. Les versions à réinstaller sont à prendre dans le dépôt Snapshot cité plus haut (sauf xserver-xorg-video-nvidia qui lui est un morceau du pilote propriétaire, il faut donc le conserver tel quel).

#10

Merci
apparemment il manquait xserver-xorg-input-evdev que je n’avais pas vu dans les explications au dessus
Je viens de tout refaire et ça fonctionne ! (ne surtout pas oublier de réinstaller nvidia-glx et ses dépendances, ça ne marchait pas sinon)

Merci beaucoup !

#11

Bonsoir,

Cela fait maintenant 2 semaines…

Et toujours aucun correctif à ce bug reconnu, même en unstable…

C’est un bug mineur, I presume…

#12

[quote=“Jeumeu”]Bonsoir,

Cela fait maintenant 2 semaines…

Et toujours aucun correctif à ce bug reconnu, même en unstable…

C’est un bug mineur, I presume…[/quote]

Mineur, mineur…Ça empêche quand même les mises à jour globales.
On peut lire sur le suivi du beug que le problème est résolu avec le pilote Nvidia 290.03 (non dispo sur nvidia.fr).
Que faire, tout passer en expérimental? aptpinner, pardon aiguiller le pilote Nvidia en experimental?

édité : 295->290

#13

Salut,

Pour passer sur le nvidia-glx (290.03) du dépôt experimental :

#14

Le pilote Nvidia 295.03 n’est pas encore dans expérimental…

Donc attendre… cela fait 1 mois maintenant… j’ai une machine puissante, donc je fais avec, mais bon ?

#15

Le pilote Nvidia 295.03 n’est pas encore dans expérimental…

Donc attendre… cela fait 1 mois maintenant… j’ai une machine puissante, donc je fais avec, mais bon ?[/quote]

Désolé, erreur de ma part, il s’agit bien du 290.03, qui est disponible dans experimental.

Bon, j’ai finalement testé et flash (adobe) est quasiment inutilisable : ça plante toutes les 2s. Ça m’ennuie un peu… Un suivi de beug a été ouvert chez Nvidia.
C’est un peu comme les poupées russes… :mrgreen:

#16

bonjour,

je semble avoir le même problème (je cherchais depuis 10h ce matin).

Pas de nouvelle d’un éventuelle corectif ?

#17

Il y a des update récent dans SID de Xorg et des pilotes nvidia. Je viens de faire la mise à jour et je n’ai plus le souci.

albus@inspiron:~$ dpkg -l | grep xserver ii x11-xserver-utils 7.6+3 X server utilities ii xserver-common 2:1.11.1.902-1 common files used by various X servers ii xserver-xorg 1:7.6+9 X.Org X server ii xserver-xorg-core 2:1.11.1.902-1 Xorg X server - core server

albus@inspiron:~$ dpkg -l | grep nvidia ii glx-alternative-nvidia 0.2.0 allows the selection of NVIDIA as GLX provider ii libgl1-nvidia-alternatives 280.13.really.275.36-1 transition libGL.so* diversions to glx-alternative-nvidia ii libgl1-nvidia-glx 280.13.really.275.36-1 NVIDIA binary OpenGL libraries ii libglx-nvidia-alternatives 280.13.really.275.36-1 transition libgl.so diversions to glx-alternative-nvidia ii nvidia-alternative 280.13.really.275.36-1 allows the selection of NVIDIA as GLX provider ii nvidia-glx 280.13.really.275.36-1 NVIDIA metapackage ii nvidia-installer-cleanup 20111104+1 Cleanup after driver installation with the nvidia-installer ii nvidia-kernel-common 20111104+1 NVIDIA binary kernel module support files ii nvidia-kernel-dkms 280.13.really.275.36-1 NVIDIA binary kernel module DKMS source ii nvidia-support 20111104+1 NVIDIA binary graphics driver support files ii nvidia-vdpau-driver 280.13.really.275.36-1 NVIDIA vdpau driver ii xserver-xorg-video-nvidia 280.13.really.275.36-1 NVIDIA binary Xorg driver

#18

Super le corectif dans sid.

#19

Toujours des conflits chez moi avec NVidia 280.13.really.275.36-1 et XOrg 1.11 (que ce soit celui de testing ou d’unstable, même résultat).
C’est pas aussi pire qu’avant, mais j’ai des soucis d’affichage sous KDE (mode composite), certains trucs notamment certains menus ne s’affichent que lorsque je passe la souris au-dessus. Du coup j’ai rebasculé en 1.10.

'Fin faut voir le bon côté des choses : Debian nous apprend la patience. :smiley: