Ho un Evoluent Vertical Mouse 4 che ho usato su Ubuntu 16, rimappando i tasti con xinput senza problemi, ma in 17.10, il mouse non viene visualizzato in xinput
elenco. Questo è un mouse cablato collegato direttamente al PC.
Ecco l'output per 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)]
Il mouse viene visualizzato sotto lsusb
però:
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
Ho provato a rimappare le chiavi per i dispositivi 4,6 e 7 da xinput, e che rimappa le mie chiavi solo in alcuni punti (chrome, firefox, desktop), ma non in altri (terminale, file, ecc.), non ho idea del perché lo farebbe.
Si prega di avvisare.
Grazie.
Risposta accettata:
Ho un mouse che occasionalmente smette di funzionare dopo la sospensione. Ecco cosa ho trovato finora:
-
lsusb
lo mostra,xinput
no. -
Il mouse funziona bene.
ll /dev/input/by-id
seguito daod < /dev/input/mouseN
doveN
proviene dall'output dill
e muovendo il mouse in questione ha generatood
uscita. -
Guardando
/var/log/Xorg.0.log
, ho trovato:[247871.760] (EE) Too many input devices. Ignoring PixArt Gaming Mouse
quindi quello sarebbe il colpevole. Non so quale sia il limite, ma ho una fotocamera USB e un microfono esterno anche sull'hub (attaccato al mio monitor).
E il riordino delle spine nell'hub l'ha appena risolto. Non so se è una coincidenza o è una vera soluzione alternativa; Proverò ad aggiungere o modificare questo se/quando ci sono nuove informazioni. Immagino che X dovrebbe consentire un elenco più lungo di dispositivi di input, ma se questa è una vera soluzione alternativa, è tollerabile.
Correlati:cosa fa bamfdaemon?https://bugzilla.redhat.com/show_bug.cgi?id=1564894 sembra essere il problema che tiene traccia di questo.
Apparentemente ha a che fare con troppe voci in /sys/class/input
che sono dispositivi penzolanti, piuttosto che veri e propri, ma sfortunatamente non è possibile rimuovere le voci dallo spazio utente. Devo solo aspettare il kernel 4.18, immagino.