Linux перестала работать мышь

Mouse suddenly stops working in Ubuntu (running as guest in VirtualBox)

Sometimes in Ubuntu (running as Xubuntu as guest in a VirtualBox on a Windows as host) the mouse stops working in the sense that mouse clicks are not recognized anymore. The mouse pointer is still visible and keystrokes from the keyboard are still recognized. Switching VT (as suggested in some similar problem reports) does not resolve the problem. Rebooting solves the problem however the problem occurs again after some days/hours. Is there a simpler solution than rebooting and how to prevent this problem from occurring?

I also happens to me, with little variant: the mouse click does not work inside windows, but it odes outside (I can still move windows by holding click down on their upper bars). To «unlock» it, I just click on one of the apps on the OS bottom bar.

12 Answers 12

Update: Try first just a right-click with the mouse. If this does not help, try turning off and on of «Mouse Integration» or try to kill the VirtualBox drag&drop processes (as described below) or try some of the other answers.

Full/Original Answer:

The problem might be caused by VirtualBox drag&drop (d&d) problems. If this is the case, it can be solved by killing the VirtualBox d&d processes.

Open a terminal (Ctrl+Alt+t does it for me) and find the d&d processes e.g. by: ps -ax | grep VBoxClient , resulting e.g. in (among other entries):

1429 ? S 0:00 /usr/bin/VBoxClient --draganddrop 

If this does not help, try turning off and on again «Mouse Integration» (via the menu of the VirtualBox).

Further, if the problem keeps recurring, consider disabling VirtualBox drag&drop altogether.

Savior! This was happening once or so every couple weeks starting recently. Could never figure out what was going on. Only part of the VM window wouldn’t accept click messages, but other parts would. This did the trick! no need to restart the VM now. Thank you x1000!

I’ve been having that problem for months, even with drag and drop disabled. Also triggering mouse integration did not help. This FINALLY fixed it for me:

Go to your VM and change the Settings > User Interface to NOT show the mini-toolbar in fullscreen mode

You still can access the menu with a keyboard shortcut: Host + Home

This worked for me! Thank you! It must be noted, however, that this solution will work for Linux hosts. The question specifically mentioned that it was for Windows hosts. Nevertheless, your answer was valuable to me.

I notice this problem since probably the last few months with VBox 6.1.x. I run Xubuntu 20.04 on MacBook Pro. I feel the issue might be related to double clicking mouse somewhere faster than the system can react (why it sometimes reacts slowly I don’t know). Once that happens, basically clicking mouse on any place has no effect at all. But one work around I found is to click the «right mouse», in my case the two-finger click, in a terminal or in an editor or some place, then a menu pops up. You then left click elsewhere to dismiss the menu, then the mouse works as normal.

+++++++ Recently as I have been trying to find out about a problem related to slow menu reactions with Android Studio running on Xubuntu, as I documented here, I found the cause of the two issues are one: display scaling with VirtualBox. I’ve got a solution/workaround which also eliminates this issue.

thx, good hint! Your solution also seems to work on Windows hosts in some cases. About the cause of the problem: it could as well be caused by double-clicking in combination with drag-and-drop, I’ll pay attention to this possible cause.

Источник

Проблема с работой мыши в Линукс Убунту

Ставлю Ubuntu 10.04, запускаю систему, иксы; и внезапно (через 2-3 минуты) после начала работы перестает работать мышь. Т.е. курсор на экране есть, лазер в мыши горит, но не шевелится.

Что в логах? Вытащите, воткните обратно, посмотрите, определилась ли

Я нуб в линуксе. Если не сложно, подскажите пожалуйста каким образом.

Эта команда выведет последние строки лога. Желательно выполнить ее сразу же, как мыша пропадет.

И еще раз, вытащите и снова воткните мышь. И воспользуйтесь той же командой. То что получится — выложите здесь

Мыша USB? Тогда lsusb. Еще вариант, если при загрузке временно начинает работать — смотри автоскрипты /etc/rc.d/итд.

domain 1: span 0-1 level MC groups: 0-1 (cpu_power = 1178) CPU1 attaching sched-domain: domain 0: span 0-1 level SIBLING groups: 1 (cpu_power = 589) 0 (cpu_power = 589) domain 1: span 0-1 level MC groups: 0-1 (cpu_power = 1178) eth0: no IPv6 routers present ISO 9660 Extensions: Microsoft Joliet Level e ISOFS: changing to secondary root

Ничего не видно. Скажите, какая у Вас мышь?

Logitech «Wheel Mouse M/N: M-BJ58»

Тогда сделайте lsusb, как посоветовали выше. Сначала, когда мышь работает, потом — когда нет

Просто ввести данную команду (?) в консоль и сказать вывод?

Да, дважды, сначала когда мышь работает, потом — когда нет

Bus 003 Device 002: ID 046d:c00e Logitech, Inc. M-BJ58/M-BJ69 Optical Wheel Mouse

Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 002 Device 002: ID 04f2:0760 Chicony Electronics Co., Ltd

Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Когда не работает выдает тоже самое.

Так. А вынимание/втыкание помогает?

После вынимая-втыкания мышь перестает гореть и, соответственно, не работает.

Покажите dmesg|tail сразу после этого

[] _down+0x5f/0x90 [] down+0x39/0x40 [] usbdev ioctl+0x49/0xb80 [] ? dcache readdir+0x1c1/0x210 [] vfs_ioctl+0x7b/0x90 [] do_vfs_ioctl+0x79/0x310 [] sys_ioctl+0x67/0x80 [] ? sys_open+0x2e/0x40 [] syscall_call+0x7/0xb [] ? do_page_fault+0x270/0x3a0

Хех, если мыщку двигать оооочень медленно то работает не 2-3 минуты, а минут 5.

Если мышь USB, то для Linux(ов) не годится

замени USB мышь на простую.

Материнка случаем не ASUS?

Мышь заменить на простую не могу.. Сгорел PS/2 вход

Как я и думал. Попробуйте посмотреть, грузится ли модуль asus_atk0110. Если грузится, то попробуйте занести в черный список.

Есть ненулевая вероятность, что испортился кабель мыши. На других компах она так не чудесит?

Как занести данный файл в черный список?

А по поводу другой мыши.. Пробовал подключать другие. Тот же эффект

sudo echo ‘blacklist asus_atk0110’ >> /etc/modprobe.d/blacklist.conf

В файл /etc/modprobe.d/blacklist.conf добавить такую строчку:

Кстати, простая выгрузка модуля помогла?

Простую выгрузку модуля не пробовал. А на попытку добавить файл в блеклист, пишет что ‘отказано в доступе’

gar131> на попытку добавить файл в блеклист, пишет что ‘отказано в доступе’

и вообще весь сайт читать до просветления.

Угу, файл добавил в блеклист, мышь по-прежнему не работает

gar131> Угу, файл добавил в блеклист, мышь по-прежнему не работает

Модуль выгрузил? Комп перезагрузил?

Может хоть примерно скажете в чем причина?

Module Size Used by
arc4 1165 2
ath9k_htc 40674 0
ath9k_common 5982 1 ath9k_htc
ath9k_hw 292297 2 ath9k_htc,ath9k_common
mac80211 231541 2 ath9k_htc,ath9k_common
led_class 2633 1 ath9k_htc
ath 8153 2 ath9k_htc,ath9k_hw
cfg80211 144470 4 ath9k_htc,ath9k_common,mac80211,ath
parport_pc 26058 0
ppdev 5556 0
binfmt_misc 6599 1
snd_hda_codec_atihdmi 2411 1
snd_hda_codec_realtek 217980 1
snd_hda_intel 22107 4
radeon 825934 2
snd_hda_codec 87552 3 snd_hda_codec_atihdmi,snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 5040 1 snd_hda_codec
snd_pcm 71475 3 snd_hda_intel,snd_hda_codec
snd_seq_midi 4588 0
snd_rawmidi 17783 1 snd_seq_midi
snd_seq_midi_event 6047 1 snd_seq_midi
ttm 56633 1 radeon
snd_seq 47174 2 snd_seq_midi,snd_seq_midi_event
drm_kms_helper 30200 1 radeon
snd_timer 19067 2 snd_pcm,snd_seq
snd_seq_device 5744 3 snd_seq_midi,snd_rawmidi,snd_seq
drm 168054 4 radeon,ttm,drm_kms_helper
snd 49006 16 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
serio_raw 4022 0
intel_agp 26360 0
asus_atk0110 11423 0
soundcore 880 1 snd
i2c_algo_bit 5168 1 radeon
snd_page_alloc 7120 2 snd_hda_intel,snd_pcm
agpgart 32011 3 ttm,intel_agp,drm
lp 7342 0
parport 31492 3 parport_pc,ppdev,lp
ahci 19013 0
firewire_ohci 21106 0
usbhid 36882 0
hid 67742 1 usbhid
firewire_core 46643 1 firewire_ohci
crc_itu_t 1383 1 firewire_core
libahci 21667 1 ahci
pata_jmicron 1855 0
atl1 29715 0
mii 4425 1 atl1

Похожие темы

• Форум Сломалась мышь (2013)
• Форум Мыша в консоли (2004)
• Форум Мышь и гамы (Dexxa Optical) (2003)
• Форум Постоянно подвисает курсор мыши (2009)
• Форум Слишком быстрая мышь (2010)

• Форум Курсор мыши шлейфом (2006)
• Форум usb мышь+клава (2007)
• Форум Программное перемещение курсора мыши (2010)
• Форум Не работает мышь в Х-ах (1999)
• Форум Периодически умирает мышь (2007)

Источник

Почему может не работать мышь на ubuntu 14?

Перестала работать мышь вчера (мышь беспроводная, подключена через юсб). Пробовал подключать проводную, в разные порты, apt-get update & apt-get upgrade, apt-get install -f, apt-get autoremove, reboot. Плюс удалил nodejs (какие-то конфликты были в системе). Мышь рабочая 100%, пробовал на Win 7 на этом же компьютере, на другом компьютере.

Usb порты рабочие. Ноутбук Acer E1-571G.

Что можно проверить, как понять в чем проблема и как ее решать?

Что такое «ubuntu 14»? Есть Ubuntu 14.04 и Ubuntu 14.10, а Ubuntu 14 нет.

Для начала посмотрите lsusb, что вообще видно у вас в usb-портах.

ubuntu 14.04,
lsusb возвращает следующее (как со вставленной мышкой, так и без)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 1bcf:2c18 Sunplus Innovation Technology Inc.
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Если с мышью и без нее результат одинаковый, то значит оно не видит мышь воткнутой в порт. Пробовали порты менять?

Я вставляю флешку в любой из портов и lsusb видит ее, а если мышку в каждый вставляю, то не видит.

Про менять я и имел в виду в разные попробовать. Хм, странно как-то. А другой мышки под рукой нет, что бы ее попробовать? Просто если флешку видим, то значит что с портами все нормально, система их видит и всем довольна. Может мышиному ресиверу нужно что-то еще?

из 4-х мышей
1. та, которой я всегда пользовался беспроводная [не работает]
2. проводная [не работает]
3. проводная [не работает]
4. беспроводная [работает], сейчас под рукой нет

Решение нашел здесь. Простая переустановка драйверов и ребут решили проблему

Вот команда для переустановки драйверов ввода

sudo apt-get --purge autoremove xserver-xorg-input-all && sudo apt-get install xserver-xorg-input-all

UPD:
К сожалению, это было временное решение.
А реальная проблема была в том, что сгорел южный мост.

Недавно купили жене ноутбук под убунтой 14.04 (по-моему, точно цифры не воспроизведу). А тут ей еще на работе подарили мышку беспроводную. В ноуте один порт usb 2.0, один usb 3.0. Все! Ну подсоединила Светка хаб, воткнула в него адаптер — мышь молчит. Ищем в инете ответ на вопрос, сюда вот залезли, неудобно стало без мышки в ноуте ковыряться, подсоединяю свою (на веревке). Заработали обе! Ну все, радуемся, нашли. Вытаскиваю свою мышку, блютусная работать перестает. Попробовали мою мышку в одного — работает. Потом догадался я адаптера вонзить непосредственно в бук, все заработало, дрова нашлись. Мы, правда, еще систему попутно обновили. Слаб в электротехнике, но подозреваю, что проблема возникла из-за питания (слишком длинный провод у хаба, сопротивление слишком большое и пр. хотя это шляпа, конечно, жуткая). Типа моя мышь на веревке потянула на себя много заряда, и на блютус немного перепало, и блютус заработал. Как-то так.

Войдите, чтобы написать ответ

Можно ли адаптировать свободные драйвера под Windows?

Источник