web-dev-qa-db-fra.com

Comment résoudre le décalage périodique de la souris sous Linux Mint (MATE)?

J'ai un ordinateur portable avec la dernière version de Linux Mint installée (la version MATE, pas celle Cinnamon). 80 à 90% du temps, tout fonctionne très bien, mais périodiquement la souris commencera à "prendre du retard" fortement (le temps de réponse sera lent et le curseur bougera à environ 20% de la vitesse normale). Ce problème va et vient sans cause apparente. Cela se produit à la fois avec une souris USB et le pavé tactile de l'ordinateur portable. Je n'ai pas eu ce problème avec une ancienne version de Mint, cependant.

J'ai essayé de rechercher Google pour quelqu'un d'autre qui a résolu ce problème, mais à cause de la nature générale des termes impliqués ("souris", "linux", "lag", etc.), je trouve simplement beaucoup de pages sans rapport.

Quelqu'un a-t-il des suggestions sur la façon dont je peux diagnostiquer la cause de cet étrange décalage de la souris (et, idéalement, comment le résoudre)?

* EDIT *

Voici un exemple de sortie top pendant le décalage:

top - 20:10:27 up 34 days, 22:31,  4 users,  load average: 2.36, 1.19, 0.65
Tasks: 192 total,   2 running, 190 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5.8 us, 24.8 sy,  0.0 ni, 68.5 id,  0.4 wa,  0.0 hi,  0.5 si,  0.0 st
KiB Mem:   4032688 total,  3475752 used,   556936 free,   202180 buffers
KiB Swap:  8787516 total,   137556 used,  8649960 free,  1768748 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND           
21961 root      20   0     0    0    0 S  20.9  0.0   0:12.82 kworker/1:0       
21762 root      20   0     0    0    0 R  11.3  0.0   0:12.05 kworker/0:2       
 5780 me        20   0  181m  26m  16m S   9.3  0.7 271:41.38 mate-system-mon   
21733 root      20   0     0    0    0 S   7.6  0.0   0:16.24 kworker/1:1       
21956 root      20   0     0    0    0 S   7.3  0.0   0:13.10 kworker/0:0       
21879 root      20   0     0    0    0 S   3.7  0.0   0:03.25 kworker/u:2       
23920 me        20   0  425m  85m  16m S   3.3  2.2 148:23.44 chrome            
20013 me        20   0  426m 198m  27m S   2.0  5.0   5:53.41 chrome            
  852 me        20   0  170m  13m  10m S   1.0  0.3   1:43.49 mate-terminal     
 2283 root      20   0  132m  26m  10m S   1.0  0.7 140:33.62 Xorg              
11361 me        20   0 1054m 212m  26m S   1.0  5.4 119:45.32 Eclipse           
23766 me        20   0  644m 179m  39m S   1.0  4.6 156:13.04 chrome            
19035 couchdb   20   0 86672 5120 1484 S   0.7  0.1 314:22.75 beam.smp          
   10 root      20   0     0    0    0 S   0.3  0.0   6:08.10 ksoftirqd/1       
 2453 me        20   0 38796 1824 1680 S   0.3  0.0   2:31.55 gvfs-afc-volume   
 5776 me        20   0  105m 8376 6772 S   0.3  0.2   1:48.06 multiload-Apple   
18074 me        20   0 69836  14m 3808 S   0.3  0.4   9:23.07 python            

Voici une tail de courir dmesg (dmesg donne beaucoup de sortie, donc la tail):

[2844570.290434] type=1701 audit(1358135321.797:17): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=6593 comm="chrome" reason="seccomp" sig=0 syscall=20 compat=0 ip=0xb3599424 code=0x50000
[2855118.278240] stereo mode not supported
[2891634.104527] stereo mode not supported
[2929390.761034] stereo mode not supported
[2930948.986039] stereo mode not supported
[2931457.828088] stereo mode not supported
[2936251.706768] stereo mode not supported
[2939573.402914] stereo mode not supported
[2940015.539524] stereo mode not supported
[2977473.595590] stereo mode not supported

Selon la réponse de @grs, voici la tail de mon /var/log/Xorg.0.log:

[2940015.539] (II) intel(0): Printing DDC gathered Modelines:
[2940015.539] (II) intel(0): Modeline "1366x768"x0.0   69.30  1366 1414 1446 1456  768 771 777 793 -hsync -vsync (47.6 kHz eP)
[2977473.595] (II) intel(0): EDID vendor "AUO", prod id 4140
[2977473.595] (II) intel(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[2977473.595] (II) intel(0): Printing DDC gathered Modelines:
[2977473.595] (II) intel(0): Modeline "1366x768"x0.0   69.30  1366 1414 1446 1456  768 771 777 793 -hsync -vsync (47.6 kHz eP)
[3020717.050] (II) intel(0): EDID vendor "AUO", prod id 4140
[3020717.050] (II) intel(0): DDCModeFromDetailedTiming: Ignoring: We don't handle stereo.
[3020717.050] (II) intel(0): Printing DDC gathered Modelines:
[3020717.050] (II) intel(0): Modeline "1366x768"x0.0   69.30  1366 1414 1446 1456  768 771 777 793 -hsync -vsync (47.6 kHz eP)
21
machineghost

J'ai trouvé la solution suivante sur Ask Ubuntu :

Sudo -i
echo N> /sys/module/drm_kms_helper/parameters/poll
echo "options drm_kms_helper poll=N">/etc/modprobe.d/local.conf

Cela a définitivement résolu le problème pour moi, et après plus d’une semaine d’essais, je peux confirmer que le retard de la souris s’est arrêté pour moi.

26
user200554

Notez que sur les nouveaux noyaux, le module drm_kms_helper ne peut pas être chargé par défaut. Une étape supplémentaire fonctionne:

Sudo su -
modprobe drm_kms_helper
echo N> /sys/module/drm_kms_helper/parameters/poll
echo "drm_kms_helper" >> /etc/modprobe.d/local.conf
echo "options drm_kms_helper poll=N" >> /etc/modprobe.d/local.conf

J'espère que ça aide quelqu'un!

4
UberSteve

À en juger par la valeur %sy relativement élevée dans top et sur la base de votre affirmation selon laquelle le même matériel fonctionnait correctement avant la mise à niveau, je pense que le décalage est causé par un pilote. Il est inhabituel pour un système sain, presque inactif, de passer autant de temps en mode noyau. Je viens de vérifier que Linux Mint 14 est basé sur Ubuntu 12.10 et utilise le noyau 3.5. Il serait curieux de voir si des erreurs sont enregistrées dans /var/log/Xorg.0.log.

Vos options pour résoudre ce problème sont assez limitées:

  1. essayez une souris différente;
  2. essayez LiveCD sur une autre distribution/version;
  3. essayez différentes interfaces graphiques;
  4. vivre avec elle (j'utilise Linux Mint Debian Edition et, sur une base aléatoire, mon bouton gauche refuse de fonctionner et il revient tout seul. J'ai appris à contourner ce problème);
  5. obtenez un module de souris plus ancien ou plus récent pour votre noyau (à condition de savoir comment faire).

Si c'est terrible, vous voudrez peut-être installer le noyau de la famille 2.6.x. Il y a une chance qu'il "casse" autre chose et que vous deviez probablement le compiler.

2
grs

Je ne sais pas si celui-ci est toujours un problème? ... Cependant, le problème de décalage de la souris était identique dans Linux Mint 14 x64 Cinnamon. J'ai essayé n'importe quoi ... différents noyaux, mise à jour des pilotes - rien ne fonctionnait.

Quoi qu'il en soit, la solution étonnamment magique consistait à désactiver l'option "Désactiver le pavé tactile lors de la frappe" dans les paramètres de la souris. Ce paramètre semble causer de gros problèmes au hasard.

J'espère que cela pourrait aider quelqu'un d'autre là-bas!

2
stevetammer

Bien que la réponse acceptée par OP ait pu être utile dans la journée; ça ne marche plus aujourd'hui.

Aujourd'hui, vous devez ajuster le taux mousepoll du module usbhid.

Si votre souris est à 1000hz, vous devez dire à usbhid d'interroger à cet intervalle; par défaut, il interroge à 125hz.

Sur les systèmes Debian, vous pouvez le faire en ajoutant ce qui suit à /etc/modules:

-r usbhid
usbhid mousepoll=1

Note: Je n'ai jamais eu de travail echo 1 > /sys/module/usbhid/parameters/mousepoll; J'ai dû ajouter l'intervalle d'interrogation et redémarrer. Il faudra probablement redémarrer X et/ou recharger des modules vidéo pour l'appliquer sans redémarrer.

2
user1529891

Correction du décalage de la souris sur la cannelle

J'ai soudainement connu un fort retard de la souris sur la cannelle. Si quelqu'un d'autre trouve cette page lors d'une recherche, comme moi, d'une cause possible, il se peut que: Agrandissement du bureau. Assurez-vous qu'elle est désactivée avec Alt + Super + 8, même lorsque l’écran est pas agrandi .

Il m'a fallu un certain temps pour le localiser, principalement le problème après avoir commencé à diviser tout mon répertoire personnel (déplacer la moitié des répertoires dans un répertoire temporaire et à me reconnecter, etc.) jusqu'à ce que je puisse localiser ~/.config/dconf/user, puis le zoom. facteur de niveau défini sur 1.0:

[org/cinnamon/desktop/a11y/magnifier]
mag-factor=1.0
screen-magnifier-enabled=true

Vous pouvez vérifier si c'est le cas sur votre cannelle avec

dconf dump / |grep mag
2
Simon A. Eugster

Après des semaines de recherche et d’essai de résolution de ce problème, j’ai enfin réussi à le trier par cette page: http://carlocapocasa.com/crushing-the-kworker-uprising-or-how-to -fix-your-linux-lenovo-ideapad-y560p/

$ grep activé/sys/firmware/acpi/interrupts/* (le gpe avec le nombre élevé et clair est le problème)

Ajoutez ensuite une entrée crontab pour y remédier @reboot echo "disable">/sys/firmware/acpi/interrupts/gpeXX (XX est le numéro de votre gpe)

-037

1
037