VirtualBox (гость ArchLinux) - Проблемы с мышью

Я использую 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 основных устройства:

  • Планшет VirtualBox USB
  • Интеграция VirtualBox с мышью
  • ImExPS / 2 Generic Explorer Mouse

Вот что регистрирует каждое устройство с каким инструментом:

-- 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

Когда я говорю «иногда», это означает «как во время загрузки»; что происходит, так это то, что каждый раз, когда я запускаю свою виртуальную машину, все «работает» (щелчки и движения регистрируются каждой тестовой программой, перечисленной выше, но симптомы все еще присутствуют). Если виртуальная машина остается включенной слишком долго, щелчки больше не регистрируются программами и больше нигде не работают.

Надеюсь, все понятно.

Спасибо.

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
1
0
1 667
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

У меня были такие же или даже худшие проблемы с мышью.

Хост: ArchLinux

Гость: Archlinux + i3w (+ KDE Plasma)

Отключение оконного менеджера SDDM

systemctl отключить sddm

добавлен по умолчанию для KDE Plasma и запускается i3w с

xstart

после установки

exec i3

в

~ / .xinitrc

похоже устранил проблемы. Похоже, что i3w конфликтует с оконным менеджером по умолчанию.

Я не использую SDDM. И проблема, похоже, определенно связана с виртуальным ящиком, а не с i3 или оконным менеджером.

wRadion 28.06.2018 17:08

Попробуйте отключить графический экран входа в систему (если есть) после автоматического запуска (перезагрузки). Я никогда не использовал Манджаро.

user3361773 28.06.2018 18:02

У меня также нет графического экрана при входе в систему. Единственный оконный менеджер, который я использую, - это i3 в его простейшей форме (не менеджер рабочего стола).

wRadion 28.06.2018 18:06

Снимите флажки для виртуализации в настройках / система / процессор и ускорение перед запуском виртуальной машины и проверьте systemctl на наличие дополнительных служб, запускаемых по умолчанию. Это вместе с последними обновлениями, которые, похоже, у вас, вылечили мою виртуальную машину сегодня.

user3361773 28.06.2018 20:11

Я не могу отключить виртуализацию, но я попытался снять галочку, что мог, но все равно не работает. Я сделал еще одну виртуальную машину archlinux с нуля, она работала некоторое время, но больше не работает. Я действительно не знаю, что делать, я пытался испортить все настройки ВМ и ничего не помогало.

wRadion 29.06.2018 14:00
Ответ принят как подходящий

У меня тоже была эта проблема. Похоже на более общую (не относящуюся к 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, пока не будет выпущено официальное исправление. Еще раз спасибо!

wRadion 02.07.2018 19:08

Другие вопросы по теме