Saya memiliki Evoluent Vertical Mouse 4 yang saya gunakan di Ubuntu 16, memetakan ulang kunci dengan xinput tanpa masalah, tetapi pada 17.10, mouse tidak muncul di bawah xinput
daftar. Ini adalah mouse berkabel yang dicolokkan langsung ke PC.
Berikut adalah output untuk 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)]
Mouse memang muncul di bawah lsusb
meskipun:
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
Saya mencoba memetakan ulang kunci untuk perangkat 4,6 dan 7 dari xinput, dan itu memetakan kembali kunci saya di beberapa tempat saja (chrome, firefox, desktop), tetapi tidak di tempat lain (terminal, file, dll.), tidak tahu mengapa itu akan melakukan itu.
Mohon sarannya.
Terima kasih.
Jawaban yang Diterima:
Saya memiliki mouse yang terkadang berhenti bekerja setelah ditangguhkan. Inilah yang saya temukan sejauh ini:
-
lsusb
menunjukkannya,xinput
tidak. -
Mousenya berfungsi dengan baik.
ll /dev/input/by-id
diikuti olehod < /dev/input/mouseN
dimanaN
adalah dari outputll
dan menggerakkan mouse yang dimaksud menghasilkanod
keluaran. -
Melihat
/var/log/Xorg.0.log
, saya menemukan:[247871.760] (EE) Too many input devices. Ignoring PixArt Gaming Mouse
sehingga akan menjadi pelakunya. Saya tidak tahu apa batasnya, tetapi saya memiliki kamera USB dan mikrofon eksternal juga di hub (terpasang ke monitor saya).
Dan menyusun ulang colokan di hub baru saja memperbaikinya. Saya tidak tahu apakah ini kebetulan atau ini solusi nyata; Saya akan mencoba menambahkan atau mengedit ini jika / ketika ada info baru. Saya membayangkan bahwa X harus mengizinkan daftar perangkat input yang lebih panjang, tetapi jika ini adalah solusi nyata, itu dapat ditoleransi.
Terkait:Apa yang dilakukan bamfdaemon?https://bugzilla.redhat.com/show_bug.cgi?id=1564894 tampaknya menjadi masalah yang melacak ini.
Rupanya itu ada hubungannya dengan terlalu banyak entri di /sys/class/input
yang menjuntai, daripada perangkat nyata, tetapi sayangnya seseorang tidak dapat menghapus entri dari ruang pengguna. Saya kira hanya perlu menunggu kernel 4.18.