Я использую ArchLinux (гость) внутри машины VirtualBox (хост Windows 10).
Мышь до сих пор работала всегда.
Симптомы:
В Chromium щелчок (влево / вправо) по расширениям, в адресной строке, по вкладкам, по закладкам не работает (ничего не делает, как будто я не нажимаю). Иногда клики вообще нигде не работают (даже на странице или на чем-то еще).
В xterm, когда я нажимаю Ctrl + щелкаю, чтобы открыть меню конфигурации, он работает. Но когда я нахожу и / или нажимаю в меню, он ничего не делает (подсветка при наведении тоже не отображается).
Глобально иногда вообще не работает мышь, могу только двигать (не нажимать)
Я использую i3 (с Xorg)
$ i3 --version
i3 version 4.15 (2018-03-10)
$ VBoxClient --version
5.2.12r122571
$ pacman -Q | grep virtualbox
virtualbox-guest-modules-arch 5.2.12-10
virtualbox-guest-utils 5.2.12-2
Недавно я сделал обновление системы, которое могло установить что-то, что вызывает проблему.
Скажите, пожалуйста, что вам нужно (журналы, версия, ...), мне действительно нужно исправить эту действительно странную проблему!
Обновлено: Он отлично работает, если я отключу интеграцию с мышью, но курсор немного тормозит. Похоже, проблема исходит от VirtualBox.
Обновлено: Я пытался установить новую виртуальную машину Manjaro, но мышь тоже не работает должным образом. Кроме того, иногда мышь работает отлично.
Обновлено: Я тестировал evtest, xinput и xev. Итак, у меня в основном обнаружено 3 основных устройства:
Вот что регистрирует каждое устройство с каким инструментом:
-- evtest
Device | Registers clicks | Registers position |
=========================================================================
VirtualBox USB Tablet | no | no |
VirtualBox Mouse Integration | no | yes |
ImExPS/2 Generic Explorer Mouse | yes | no |
-- xinput test
Device | Registers clicks | Registers position |
=========================================================================
VirtualBox USB Tablet | no | no |
VirtualBox Mouse Integration | no | yes |
ImExPS/2 Generic Explorer Mouse | sometimes | no |
-- xev
Registers only mouse movement consistently, clicks are sometimes registers
Когда я говорю «иногда», это означает «как во время загрузки»; что происходит, так это то, что каждый раз, когда я запускаю свою виртуальную машину, все «работает» (щелчки и движения регистрируются каждой тестовой программой, перечисленной выше, но симптомы все еще присутствуют). Если виртуальная машина остается включенной слишком долго, щелчки больше не регистрируются программами и больше нигде не работают.
Надеюсь, все понятно.
Спасибо.





У меня были такие же или даже худшие проблемы с мышью.
Хост: ArchLinux
Гость: Archlinux + i3w (+ KDE Plasma)
Отключение оконного менеджера SDDM
systemctl отключить sddm
добавлен по умолчанию для KDE Plasma и запускается i3w с
xstart
после установки
exec i3
в
~ / .xinitrc
похоже устранил проблемы. Похоже, что i3w конфликтует с оконным менеджером по умолчанию.
Попробуйте отключить графический экран входа в систему (если есть) после автоматического запуска (перезагрузки). Я никогда не использовал Манджаро.
У меня также нет графического экрана при входе в систему. Единственный оконный менеджер, который я использую, - это i3 в его простейшей форме (не менеджер рабочего стола).
Снимите флажки для виртуализации в настройках / система / процессор и ускорение перед запуском виртуальной машины и проверьте systemctl на наличие дополнительных служб, запускаемых по умолчанию. Это вместе с последними обновлениями, которые, похоже, у вас, вылечили мою виртуальную машину сегодня.
Я не могу отключить виртуализацию, но я попытался снять галочку, что мог, но все равно не работает. Я сделал еще одну виртуальную машину archlinux с нуля, она работала некоторое время, но больше не работает. Я действительно не знаю, что делать, я пытался испортить все настройки ВМ и ничего не помогало.
У меня тоже была эта проблема. Похоже на более общую (не относящуюся к Arch Linux) проблему с ядрами VirtualBox и 4.17 Linux, и здесь есть сообщение об ошибке: https://www.virtualbox.org/ticket/17827
Мой личный обходной путь до тех пор, пока решение не будет доступно, - заставить модуль ядра vboxguest не загружаться, добавив файл modprobe.conf в /etc/modprobe.d с содержимым.
install vboxguest /bin/false
(Я предполагаю, что вы можете альтернативно blacklist как vboxguest, так и vboxsf или удалить виртуальный ящик-гостевые утилиты)
К сожалению, при этом теряются все функциональные возможности Virtual Box Guest Addition, такие как совместное использование буфера обмена.
Обновлено: для меня также работает другой обходной путь, упомянутый в билете:
после загрузки запустите i3 один раз и сразу же выйдите из него ($mod+shift+E или, если подтверждение невозможно использовать без мыши: pkill i3).
Снова запустите i3 (startx), и кажется, что мышь работает нормально.
Это имеет больше смысла, если это связано с версией ядра Linux. Ваше исправление, кажется, работает для меня, но я думаю, что останусь на Linux 4.9 с виртуальной машиной Debian, пока не будет выпущено официальное исправление. Еще раз спасибо!
Я не использую SDDM. И проблема, похоже, определенно связана с виртуальным ящиком, а не с i3 или оконным менеджером.