Bug 644 - Mouse is disabled after start system
: Mouse is disabled after start system
Status: RESOLVED FIXED
Product: Desktop Bugs
Classification: ROSA Desktop
Component: Main Packages
: Fresh
: All Linux
: Normal normal
: ---
Assigned To: ROSA Linux Bugs
: ROSA Linux Bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-08-14 14:42 MSD by FirstLevel
Modified: 2015-04-30 22:48 MSD (History)
3 users (show)

See Also:
RPM Package:
ISO-related:
Bad POT generating:
Upstream:


Attachments
dmesg (49.50 KB, text/plain)
2012-08-14 14:42 MSD, FirstLevel
Details
lsusb when mouse is working (730 bytes, text/plain)
2012-08-14 14:43 MSD, FirstLevel
Details
tail -n 30 /var/log/messages after replugging (3.66 KB, text/plain)
2012-08-14 14:43 MSD, FirstLevel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description FirstLevel 2012-08-14 14:42:36 MSD
Created attachment 467 [details]
dmesg

Description of problem:
I have laptop Acer travelmate TimelineX 8372T and netbook MSI L1350D and if my usb-mouse is plugged after start system I see that mouse is inactive. If I unplug and plug mouse again - it works well.
What shoul I do to make the mouse work without replugging?
I have attached some diagnostic information.


Rosa LTS 2012Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
Comment 1 FirstLevel 2012-08-14 14:43:05 MSD
Created attachment 468 [details]
lsusb when mouse is working
Comment 2 FirstLevel 2012-08-14 14:43:33 MSD
Created attachment 469 [details]
tail -n 30 /var/log/messages after replugging
Comment 3 FirstLevel 2014-06-03 16:30:26 MSD
checking the relevance
Comment 4 FirstLevel 2014-06-03 22:21:55 MSD
Case is actual
Comment 5 Галахов Роман 2014-11-29 21:51:37 MSK
То же самое и во Fresh. Как в Марафоне заметил, так и до сих пор R4 уже не решено. Это моя была заявка (3117 на helpdesk). Нетбук давно у брата, ноут до сих пор тот же. Решил поднять тему, так как еще один пользователь (группа в VK.com) указал на подобное поведение мишки. Пока спросил какой у него ноут. Система скореем всего уже R4.
Comment 6 Галахов Роман 2014-11-29 22:03:07 MSK
HW probe моего ноутбука http://hw.rosalinux.ru/index.php?probe=789c9b4365
Comment 7 Галахов Роман 2014-11-29 23:35:04 MSK
Ноутбук другого пользователя, где выявилась ошибка emachines D440.
Я попросил его сделать hw probe.
Comment 8 Stanislav Fomin 2015-03-06 19:35:43 MSK
Need restesting before releasing Enterprise X2.
Comment 9 Галахов Роман 2015-03-06 20:17:35 MSK
(In reply to comment #8)
> Need restesting before releasing Enterprise X2.

Марафон, уже нет (к сожалению нет времени на установку-обновление-проверку)
Но, так как на Fresh это не решено. То есть до (если не учитывать зависание на этапе загрузки начального диска (другой баг))входа в систему(по простому на рабочий стол) мышь работает, загрузится система(рабочий стол) - не работает (спасает тольно передергивание мышки). 
Так, что думаю, если во Fresh не починили, то в Марафоне и подавна. Если почините во Fresh, то эти исправления можно перенести на Марафон.
Comment 10 Галахов Роман 2015-03-06 21:53:50 MSK
Сейчас по экспериментировал на Fresh. Вот что получилось:
1) Обычная загрузка (мышка вставлена) - до входа на рабочий стол мышка работает, после замирает, нужно ее передернуть.
2) Обычная загрузка (мышка вставлена), на этапе ввода пароля пользователя (где мышка еще работает), ее передернул, ввел пароль вошел на рабочий стол - мышка работает.   
3) Загрузка без мышки, на этапе ввода пароля пользователя, ее вставляю, ввел пароль вошел на рабочий стол - мышка работает.   
4) Выход из системы - вход в систему - мышка работает

Если сбой на этапе загрузки системы, он может быть связан с багом 4813, а возможно и причина одна и таже.
Comment 11 Галахов Роман 2015-04-30 22:44:15 MSD
Можно закрывать. Тестовое обновление от 30.04.15 во Fresh исправило ситуацию.
Теперь и 1-й пункт прошлого сообщения отрабатывает нормально.
Marathon проверить не могу.