Частичный ответ :Как получить дополнительную информацию
1 )Обновите вопрос с помощью lsusb
, чтобы мы могли видеть производителя и идентификатор устройства.
2 )Обновить вопрос с выводом dmesg
, когда комбинация распознана. Отключите и снова подключите ключ, чтобы принудительно распознать -, если вы не можете найти его в загрузочных сообщениях.
3 )Запустите evtest
от имени пользователя root на устройстве ввода мыши, чтобы увидеть (а )какие события он якобы производит (b )какие фактические события он производит, когда вы нажимаете дополнительную ключи. Обновите вопрос с этим выводом.
4 )Просмотрите /var/log/Xorg.0.log
, чтобы узнать, какое устройство распознает драйвер evdev
. Обновите вопрос с соответствующими строками.
Это должно позволить, по крайней мере, определить причину, по которой устройство распознается как мышь.
Редактировать
Я не понимаю, как драйвер Logitech должен работать,но происходит то, что второе устройство действительно зарезервировано для дополнительных клавиш и для событий мыши (EV_REL
), так что, возможно, это какая-то универсальная вещь.
Со стороны ядра это не имеет значения, ядро знает только то, что оно преобразует события USB HID в события ввода. И udev
делает символические ссылки с вводящими в заблуждение именами, но это тоже не имеет значения. Важно то, что X, по-видимому, решил, что второе устройство ввода является дубликатом (, возможно, потому, что оно имеет такое же имя ). Так что я бы попытался создать xorg.conf
с секцией InputClass
и поэкспериментировать с различными вариантами в надежде, что X примет устройство. Я не уверен , почему X отклоняет его, поэтому я не могу дать -пошаговые инструкции -. См. man xorg.conf
о параметрах для InputClass
и немного погуглите, чтобы понять, что они делают, если описания недостаточно, есть много руководств.
Помимо проверки журнала X, также просмотрите список устройств xinput
. Достаточно, чтобы он отображался в этом списке, даже если он отображается как мышь -, вы можете переназначить его на Virtual core keyboard
. И это вероятно будет определено как мышь, потому что X думает (, вероятно, правильно в большинстве случаев ), что что-то с EV_REL
событиями должно быть мышью, даже если оно имеет дополнительные EV_KEY
кнопки.
Вы не должны специально переопределять файлы proc фиктивными значениями, потому что файловая система proc используется всеми внутренними системными вызовами, если вы сделаете это, некоторые команды могут работать неправильно.
В VirtualBox вы можете:
VBoxManage list hostcpuids
изменить гостевой ЦП с помощью
VBoxManage modifyvm <uuid|vmname> --cpuid-portability-level <0..3>
VBoxManage modifyvm <uuid|vmname> --cpuid-set <leaf[:subleaf]> <eax> <ebx> <ecx> <edx>
VBoxManage modifyvm <uuid|vmname> --cpuid-remove <leaf[:subleaf]>
VBoxManage modifyvm <uuid|vmname> --cpuidremoveall
В зависимости от того, что вы измените, это может сработать на вашем гостевом компьютере или привести к странным результатам, таким как -неработающее управление питанием, неправильная тактовая частота процессора, неправильное число ядер и т. д.
В худшем случае ваша машина может вообще не загрузиться.