Решено. Не работает USB мышь после возврата из hibernate

[Phantom_]

Вопрос в названии темы. От себя добавлю, что версия дебиана 5.0.3. Ядро 2.6.26 с последним обновлением.
После просыпания, USB мышь светит, но не работает, а USB клава работает как надо.
Пробовал после просыпания рестартить udev и hal - безрезультатно.
Выдергивание хвоста USB и установка обратно ни к чему не приводит.
В логах ошибок нет.
Думаю надо что-нибудь подшаманить в настройках hibernate.
Что можно сделать ?

[Uzix]

Давайте попробуем найти в чем именно кроется проблема.
В консоли (по ctrl+alt+f1) мышь тоже не работает?
Покажите вывод команд

Код: Выделить всё

lsmod |grep usb
lshal | grep -i mouse
cat /var/log/messages | grep -i mouse | tail -n 20

до и после гибернейта, а также вывод команд

Код: Выделить всё

lshal -m
tail -n0 -f /var/log/messages

во время передергивагия хвоста мыши (тоже до и после гибернейта)

[Phantom_]

Вопрос решён.
Плясок не потребовалось, всего 5 мин чтения мануала.
Итак, поскольку после просыпания компа, мышь не двигалась, НО после перелогина чудесным образом оживала. Был сделан вывод, сервер xorg теряет мышь.
Такое же наблюдалось когда я задействовал доп. кнопки мыши при драйвере evdev, при перетыкании хвоста мыши, она не работала, хотя преключение в консоль и обратно в графику оживляло мышь.
Читаем мануал на драйвер evdev:
Option "ReopenAttempts" "integer"
Number of reopen attempts after a read error occurs on the
device (e.g. after waking up from suspend). In between each
attempt is a 100ms wait. Default: 10.
Таким образом, я модифицировал xorg.conf:
Section "InputDevice"
Identifier "evdev Mouse"
Driver "evdev"
Option "CorePointer"
Option "Device" "/dev/input/mymouse"
Option "ReopenAttempts" "10000"
EndSection

Сразу хочу сказать, что udev имеет правило для формирования желаемого мной имени мышки mymouse, через xbindkeys назначены действия на доп. кнопки мыши.
Пишите, если есть вопросы.