Не работает мышка и аварийно выключается ПК

[berkut_174]

Всем привет!

Не могу понять в чём дело, таких машин (однотипных) есть около 5 штук, проблема только с одной из них. На всех установлена Simply Linux 8.2 x64 уже длительное время.

Суть проблемы: бывает, что при включении компьютера мышка не работает (курсор не перемещается), но если переткнуть штекер от мышки, то она начинает работать. В логах есть такая информация:

Код: [Выделить]

фев 19 13:16:55 pc01.localdomain kernel: usbcore: registered new interface driver usbfs
фев 19 13:16:55 pc01.localdomain kernel: usbcore: registered new interface driver hub
фев 19 13:16:55 pc01.localdomain kernel: usbcore: registered new device driver usb
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1: new high-speed USB device number 2 using ehci-pci
фев 19 13:16:55 pc01.localdomain kernel: usb 2-1: new high-speed USB device number 2 using ehci-pci
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1.3: new low-speed USB device number 3 using ehci-pci
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1.3: device descriptor read/64, error -32
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1.3: device descriptor read/64, error -32
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1.3: new low-speed USB device number 4 using ehci-pci
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1.3: device descriptor read/64, error -32
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1.3: device descriptor read/64, error -32
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1-port3: attempt power cycle
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1.3: new low-speed USB device number 5 using ehci-pci
фев 19 13:16:56 pc01.localdomain kernel: usb 1-1.3: device not accepting address 5, error -32
фев 19 13:16:56 pc01.localdomain kernel: usb 1-1.3: new low-speed USB device number 6 using ehci-pci
фев 19 13:16:56 pc01.localdomain kernel: usb 1-1.3: device not accepting address 6, error -32
фев 19 13:16:56 pc01.localdomain kernel: usb 1-1-port3: unable to enumerate USB device
фев 19 13:17:52 pc01.localdomain kernel: usb 3-3: new low-speed USB device number 2 using xhci_hcd
фев 19 13:17:52 pc01.localdomain kernel: usbcore: registered new interface driver usbhid
фев 19 13:17:52 pc01.localdomain kernel: usbhid: USB HID core driver

В нормальном режиме лог выглядит так:

Код: [Выделить]

фев 19 13:43:04 pc01.localdomain kernel: usbcore: registered new interface driver usbfs
фев 19 13:43:04 pc01.localdomain kernel: usbcore: registered new interface driver hub
фев 19 13:43:04 pc01.localdomain kernel: usbcore: registered new device driver usb
фев 19 13:43:04 pc01.localdomain kernel: usb 1-1: new high-speed USB device number 2 using ehci-pci
фев 19 13:43:04 pc01.localdomain kernel: usb 2-1: new high-speed USB device number 2 using ehci-pci
фев 19 13:43:04 pc01.localdomain kernel: usb 1-1.3: new low-speed USB device number 3 using ehci-pci
фев 19 13:43:04 pc01.localdomain kernel: usbcore: registered new interface driver usbhid
фев 19 13:43:04 pc01.localdomain kernel: usbhid: USB HID core driver

Но это полбеды. У этого же компьютера есть другая странность, он может зависнуть во время работы, либо также при включении, либо когда начинает появляться рабочий стол. В логах закономерности никакой нет, но всегда обрывается неожиданно:

Код: [Выделить]

фев 19 13:11:18 pc01.localdomain kernel: VBoxNetAdp: Successfully started.
фев 19 13:11:18 pc01.localdomain systemd[1]: Started Load Kernel Modules.
фев 19 13:11:18 pc01.localdomain systemd[1]: Starting Apply Kernel Variables...
фев 19 13:11:18 pc01.localdomain systemd[1]: Started Apply Kernel Variables.
фев 19 13:11:18 pc01.localdomain systemd[1]: Started Set default kernel console loglevel.
фев 19 13:11:18 pc01.localdomain systemd[1]: Started LVM2 metadata daemon.
фев 19 13:11:18 pc01.localdomain systemd[1]: Mounted POSIX Message Queue File System.
фев 19 13:11:18 pc01.localdomain systemd[1]: Mounted Huge Pages File System.
фев 19 13:11:18 pc01.localdomain systemd[1]: Mounted Kernel Debug File System.
фев 19 13:11:18 pc01.localdomain systemd[1]: Started Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.
фев 19 13:11:18 pc01.localdomain systemd-fsck[282]: /dev/sda2: clean, 233423/1310720 files, 2340647/5242880 blocks
фев 19 13:11:18 pc01.localdomain systemd[1]: Started File System Check on Root Device.
фев 19 13:11:18 pc01.localdomain systemd[1]: Starting Remount Root and Kernel File Systems...
фев 19 13:11:18 pc01.localdomain kernel: EXT4-fs (sda2): re-mounted. Opts: (null)
фев 19 13:11:18 pc01.localdomain systemd[1]: Started Remount Root and Kernel File Systems.
фев 19 13:11:18 pc01.localdomain systemd[1]: Starting Flush Journal to Persistent Storage...
фев 19 13:11:18 pc01.localdomain systemd[1]: Reached target System Time Synchronized.
фев 19 13:11:18 pc01.localdomain systemd[1]: Starting Load/Save Random Seed...
фев 19 13:11:18 pc01.localdomain systemd-journald[280]: Time spent on flushing to /var is 197.222ms for 627 entries.

После такого зависания ни на какие нажатия не реагирует и на клавиатуре начинают мигать индикаторы Caps Lock и Scroll Lock.

В общем мне непонятно вообще в чём дело, так как я подкинул исправный БП, память другую ставил, сбрасывал настройки BIOS, подключал другие манипуляторы (мышь, клавиатура), менял HDD,.. Также я ловил kernel panic, когда запускал Clonezilla с LiveCD, чтобы перенести данные на другой HDD (это произошло в момент выбора исходного диска).
Короче у меня подозрение на неисправность MB.

Кто-что скажет ?

[berkut_174]

И самое главное, проблема не постоянная, бывает, что и 10 загрузок подряд проходят нормально.

[YYY]

Есть такой древний шаманский метод.

Когда есть время и желание (это важно!)

Разбирается всё полностью, mb снимается из системника и снимается проц и батарейка. Все детали складываются в разные углы комнаты (это важно!)

Далее надо станцевать танец и спеть песню %)

Все собираем назад со свежей термопастой.

[Speccyfighter]

Но это полбеды. У этого же компьютера есть другая странность, он может зависнуть во время работы, либо также при включении, либо когда начинает появляться рабочий стол.

Если у вас графика Intel, то с большой вероятностью передавайте привет драйверу modesetting_drv, а также тем линуксовым программистам которые его сваяли:
Этот драйвер на графике Intel приводит к рандомному зависанию ядра. Зависание моментальное. Логи отсутствуют. Если зависание происходит во время записи на диск, возможно повреждение системы. Шанс этого невелик, но он есть (проверялось на бесконечном цикле с потерей данных). На графике Intel, в альлинукс, с некоторых пор этот драйвер поднимается по-умолчанию.

[yaleks]

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

[klark973]

Кто-что скажет ?

Мыши у всех одинаковые? Какая модель мыши на зависающей машине?

[berkut_174]

Мыши у всех одинаковые? Какая модель мыши на зависающей машине?

На других мыши PS/2. На проблемной USB. Модели разные.

В общем дело то даже больше ни в неработающей мыши, а в том что компьютер зависает во время работы. Не думаю, что это связано с мышью, дистрибутивом и т.п. - это прямо железная проблема (блок питания или мать). Так как блок питания я подкидывал исправный, то остаётся мать. Ничего вздутого, горелого на матери и блоке питания не видно. Скорей всего буду менять мать, правда сокет 1155, но Gigabyte вроде ещё продаётся, хотя сейчас тоже используется Gigabyte...
Спасибо всем за комментарии.

[Антон Мидюков]

Не могу понять в чём дело, таких машин (однотипных) есть около 5 штук, проблема только с одной из них. На всех установлена Simply Linux 8.2 x64 уже длительное время.

Суть проблемы: бывает, что при включении компьютера мышка не работает (курсор не перемещается), но если переткнуть штекер от мышки, то она начинает работать. В логах есть такая информация:

Скорее всего это автозасыпание usb-мыши: https://forum.altlinux.org/index.php?topic=42081.msg334386#msg334386

[Speccyfighter]

Суть проблемы: бывает, что при включении компьютера мышка не работает (курсор не перемещается), но если переткнуть штекер от мышки, то она начинает работать. В логах есть такая информация:

Код: [Выделить]

...
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1.3: device descriptor read/64, error -32
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1.3: device descriptor read/64, error -32
фев 19 13:16:55 pc01.localdomain kernel: usb 1-1-port3: attempt power cycle
...


Антон Мидюков уже подсказал.


Документация: Power Management for USB
https://www.kernel.org/doc/Documentation/usb/power-management.txt

Логика описана здесь:
https://forum.altlinux.org/index.php?topic=36963.msg289262#msg289262

USB-порт к которому подключена usb-мышь:

Код: [Выделить]

# grep . $(grep -rli mouse /sys/bus/usb/devices/usb*/ 2>/dev/null|grep product | rev | cut -f 2- -d '/' | rev )/power/{runtime_status,autosuspend,control,wakeup,autosuspend_delay_ms,runtime_usage}
/sys/bus/usb/devices/usb1/1-2/power/runtime_status:active
/sys/bus/usb/devices/usb1/1-2/power/autosuspend:-1
/sys/bus/usb/devices/usb1/1-2/power/control:auto
/sys/bus/usb/devices/usb1/1-2/power/wakeup:disabled
/sys/bus/usb/devices/usb1/1-2/power/autosuspend_delay_ms:-1000
/sys/bus/usb/devices/usb1/1-2/power/runtime_usage:1

runtime_status - состояние порта, - 'active' (power is on) или 'suspended' (logically off).
autosuspend - время автозасыпания в секундах; -1 - запрет засыпания.
control - состояние порта, - "on" или "auto"
  auto - нормальное состояние ядра, разрешено autosuspend и autoresume.
  on - должно быть восстановлено, autosuspend не допускается.
wakeup - пробуждение; пуст если не поддерживается; содержит "enabled" или "disabled".
autosuspend_delay_ms - время автозасыпания в милисекундах; отрицательное значение - запрет автозасыпания.

Код: [Выделить]

# ls -l $(grep -l . $(grep -rli mouse /sys/bus/usb/devices/usb*/ 2>/dev/null|grep product | rev | cut -f 2- -d '/' | rev )/power/{runtime_status,autosuspend,control,wakeup,autosuspend_delay_ms,runtime_usage})
-rw-r--r-- 1 root root 4096 фев 23 14:31 /sys/bus/usb/devices/usb1/1-2/power/autosuspend
-rw-r--r-- 1 root root 4096 фев 23 15:13 /sys/bus/usb/devices/usb1/1-2/power/autosuspend_delay_ms
-rw-r--r-- 1 root root 4096 фев 22 20:09 /sys/bus/usb/devices/usb1/1-2/power/control
-r--r--r-- 1 root root 4096 фев 23 14:30 /sys/bus/usb/devices/usb1/1-2/power/runtime_status
-r--r--r-- 1 root root 4096 фев 23 15:13 /sys/bus/usb/devices/usb1/1-2/power/runtime_usage
-rw-r--r-- 1 root root 4096 фев 23 15:13 /sys/bus/usb/devices/usb1/1-2/power/wakeup


[yaleks]

проще сначала проверить, переставив мышки на 2-х местах.

[Speccyfighter]

проще сначала проверить, переставив мышки на 2-х местах.

Зачем? Он же уже сказал:

бывает, что при включении компьютера мышка не работает (курсор не перемещается),
но если переткнуть штекер от мышки, то она начинает работать.

Это не баг. Это фича в линуксовом ядре такая: глушить по таймауту usb-порты.
Стоит сделать мыше реплаг и порт выходит из спячки, причём с запретом спячки.
И после реплага мыши, порт активен всегда.

[klark973]

На других мыши PS/2. На проблемной USB. Модели разные.

Вероятность с автозасыпанием тоже есть, но, судя по зависаниям, дело в другом.

В общем дело то даже больше ни в неработающей мыши, а в том что компьютер зависает во время работы. Не думаю, что это связано с мышью...

Вы проверьте сначала эту невероятную версию. К нам один заказчик обращался с подобным вопросом и поиск навёл на удивительную правду об одной модели мыши и её тлетворном влиянии... впрочем, модель Вы так и не озвучили!..

И покажите заодно: cat /sys/module/usbcore/parameters/autosuspend (д.б. -1).

P.S.: а мышь та называлась "Genius NetScroll 200 Lazer". Её внутренняя прошивка "падает" при считывании компьютером параметра iProduct. Мышь должна поставлять корректную строку с названием продукта, но именно в момент её получения мышь может внезапно "отвалиться". Рецептов лечения не так много: 1) Использовать USB1.1 или USB2.0 интерфейсы (EHCI, а не XHCI), если имеются в наличии. 2) Подкрутить параметры энергосбережения, выставив их на "максимальную мощность". 3) Использовать другую модель мыши, если ничего из перечисленного не помогло. А авто-засыпание USB лечится не только вышеупомянутым пакетом, нужно ещё make-initrd запустить.

[berkut_174]

проще сначала проверить, переставив мышки на 2-х местах.

На проблемном ПК раньше тоже стояла мышка PS/2, по какой причине она была заменена на USB, я сейчас уже не скажу, может просто банально вышла из строя.

модель Вы так и не озвучили!..

Мышь Genius NetScroll 110X Black USB

Вот так она представляется:

Код: [Выделить]

$ 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 0458:003a KYE Systems Corp. (Mouse Systems) NetScroll+ Mini Traveler / Genius NetScroll 120
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
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


cat /sys/module/usbcore/parameters/autosuspend

Код: [Выделить]

$ cat /sys/module/usbcore/parameters/autosuspend
2

Пока ничего предпринимать не стал, потому что за последние 3 дня зависаний ПК и отключения мышки не было. Всё это достаточно странно, я, конечно, полностью к шаманскому методу, который посоветовал YYY не прибегал, но последнее что делал, менял настройки в BIOS, связанные с USB, хотя потом всё равно вернул их к оптимальным.
Пока продолжу наблюдение. В случае появления проблем снова, сперва попробую заменить мышку на PS/2.

[stranger573]

Только что словил похожее на p6. Перестал работать порт в котором всегда торчал usb-модем.
Зависаний правда нет.
Произошло после обновления pciidc, usbidc, в p6 периодически прилетают. После обновления упорно пытается работать с ohci_hcd, хотя всегда работал с ehci_hcd. В других портах цепляется, причём с ehci_hcd.

Код: [Выделить]

usb 4-1: new full speed USB device number 10 using ohci_hcd
usb 4-1: device descriptor read/64, error -62
usb 4-1: device descriptor read/64, error -62
usb 4-1: new full speed USB device number 11 using ohci_hcd
usb 4-1: device descriptor read/64, error -62
usb 4-1: device descriptor read/64, error -62
usb 4-1: new full speed USB device number 12 using ohci_hcd
usb 4-1: device not accepting address 12, error -62
usb 4-1: new full speed USB device number 13 using ohci_hcd
usb 4-1: device not accepting address 13, error -62
hub 4-0:1.0: unable to enumerate USB device on port 1
Попробуйте свою мышу в другом порту.
Обновления стали похожи на преднамеренные диверсии...

[berkut_174]

Попробуйте свою мышу в другом порту.

Я пробовал, сейчас пока проблем с мышью нет.

А вот зависание снова было, совсем недавно... зря я обрадовался, пробую мышь PS/2 поставить.