J'ai une Evoluent Vertical Mouse 4 que j'ai utilisée sur Ubuntu 16, remappant les touches avec xinput sans problème, mais en 17.10, la souris ne s'affiche pas sous xinput
liste. Il s'agit d'une souris filaire branchée directement sur le PC.
Voici la sortie pour xinput
:
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ xwayland-pointer:14 id=6 [slave pointer (2)]
⎜ ↳ xwayland-relative-pointer:14 id=7 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ xwayland-keyboard:14 id=8 [slave keyboard (3)]
La souris s'affiche sous lsusb
cependant :
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 046d:c31c Logitech, Inc. Keyboard K120
Bus 001 Device 005: ID 1a7c:0191 Evoluent VerticalMouse 4
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
J'ai essayé de remapper les clés des appareils 4, 6 et 7 à partir du xinput, et cela remappe mes clés à certains endroits seulement (chrome, firefox, bureau), mais pas à d'autres (terminal, fichiers, etc.), aucune idée pourquoi ça ferait ça.
Veuillez nous aviser.
Merci.
Réponse acceptée :
J'ai une souris qui s'arrête parfois de fonctionner après une suspension. Voici ce que j'ai trouvé jusqu'à présent :
-
lsusb
le montre,xinput
non. -
La souris fonctionne bien.
ll /dev/input/by-id
suivi deod < /dev/input/mouseN
oùN
provient de la sortie dull
et le déplacement de la souris en question a généréod
sortie. -
En regardant
/var/log/Xorg.0.log
, j'ai trouvé :[247871.760] (EE) Too many input devices. Ignoring PixArt Gaming Mouse
ce serait donc le coupable. Je ne sais pas quelle est la limite, mais j'ai une caméra USB et un microphone externe également sur le concentrateur (attaché à mon moniteur).
Et la réorganisation des prises dans le hub vient de le réparer. Je ne sais pas si c'est une coïncidence ou si c'est une véritable solution de contournement ; J'essaierai d'ajouter ou de modifier ceci s'il y a de nouvelles informations. J'imagine que X devrait autoriser une liste plus longue de périphériques d'entrée, mais si c'est une vraie solution de contournement, c'est tolérable.
En relation:Que fait bamfdaemon ?https://bugzilla.redhat.com/show_bug.cgi?id=1564894 semble être le problème de suivi.
Apparemment, cela a à voir avec trop d'entrées dans /sys/class/input
qui pendent, plutôt que de vrais appareils, mais malheureusement, on ne peut pas supprimer les entrées de l'espace utilisateur. Il suffit d'attendre le noyau 4.18, je suppose.