Tengo un Evoluent Vertical Mouse 4 que he usado en Ubuntu 16, reasignando teclas con xinput sin problemas, pero en 17.10, el mouse no se muestra debajo de xinput
lista. Este es un mouse con cable conectado directamente a la PC.
Aquí está la salida para 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)]
El mouse se muestra debajo de lsusb
aunque:
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
Intenté reasignar las claves para los dispositivos 4, 6 y 7 desde xinput, y eso reasigna mis claves solo en algunos lugares (chrome, firefox, escritorio), pero no en otros (terminal, archivos, etc.), no tengo idea de por qué. haría eso.
Por favor avise.
Gracias.
Respuesta aceptada:
Tengo un mouse que ocasionalmente deja de funcionar después de suspenderlo. Esto es lo que he encontrado hasta ahora:
-
lsusb
lo muestra,xinput
no. -
El ratón funciona bien.
ll /dev/input/by-id
seguido deod < /dev/input/mouseN
dondeN
es de la salida delll
y moviendo el mouse en cuestión generóod
salida. -
Mirando
/var/log/Xorg.0.log
, encontré:[247871.760] (EE) Too many input devices. Ignoring PixArt Gaming Mouse
así que ese sería el culpable. No sé cuál es el límite, pero tengo una cámara USB y un micrófono externo también en el concentrador (conectado a mi monitor).
Y reordenar los enchufes en el centro lo arregló. No sé si es una coincidencia o es una solución real; Intentaré agregar o editar esto si/cuando haya nueva información. Me imagino que X debería permitir una lista más larga de dispositivos de entrada, pero si esto es una solución real, es tolerable.
Relacionado:¿Qué hace bamfdaemon?https://bugzilla.redhat.com/show_bug.cgi?id=1564894 parece ser el problema al rastrear esto.
Aparentemente tiene que ver con demasiadas entradas en /sys/class/input
que están colgando, en lugar de dispositivos reales, pero desafortunadamente no se pueden eliminar las entradas del espacio de usuario. Solo tengo que esperar al kernel 4.18, supongo.