Периодически зависает клавиатура и мышь

[Rizado]

Имеется вот такое оборудование.

(Нажмите, чтобы показать/скрыть)

Ноутбук Asus X75A, конфигурация TY117D. Вместо родного диска установлен SSD, остальное не менялось.
Подключены внешняя клавиатура и мышь (беспроводной комплект Logitech MK270), внешний монитор на 29”.

Установлена Ubuntu 18.04.2 64bit + Cinnamon 4.0.9 (ставилась серверная версия, затем всё добавлялось вручную, ещё 16.04, затем обновлялось после выхода нового релиза).
Обычный режим работы − включается утром и выключается вечером, если отхожу ненадолго, просто гашу монитор и отключаю клавиатуру и мышь, ибо дома любопытная кошка .

Заметил в последнее время одну особенность − иногда подвисают клавиатура и мышь, причём курсор мыши движется, а вот нажатия кнопок не воспринимаются. Пробовал для эксперимента другие клавиатуру и мышь − то же самое. Причём не заметил связи с выполняемой на ноутбуке работой и прочим − это может быть как каждые 20-30 минут, так и вообще ни разу за день. Единственное, что удалось найти − это лечится открыванием крышки ноутбука, секунд через 5-10 можно закрывать, дальше работает нормально.

Откуда начинать поиски? Хочу понять причину и разобраться, а не чтобы дали готовое решение.

P.S. Если тема не в том разделе, перенесите куда надо.

[zg_nico]

Откуда начинать поиски?

Я бы начал с dmesg. Загрузились, убедились что все нормально работает - проверьте выхлоп

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

dmesg | egrep -i "(error|fail|warning)"Сохраните себе его куда-нибудь. Это - Ваша отправная точка. С этими ошибками все работает нормально (если они вообще там есть), а значит причина не в них. Далее работаем. Ждем глюка. Как только он проявился - лечим

лечится открыванием крышки ноутбука,

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

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

dmesg | egrep -i "(error|fail|warning)"и "ищем 10 отличий" с сохраненным ранее. Одна из новых ошибок, вполне вероятно, - и есть причина такого поведения. Возможно какой-то модуль  ядра отваливается. Ну а далее - гуглинг по ошибке и диагностирование причин на месте.
Этот беспроводной комплект через что подключается? Встроенный адаптер bluetooth или какая-то своя вставка в USB-порт? Если первое - смотрите на модуль ядра, который за работу встройки отвечает. Похоже, что он отваливается. Весьма вероятно, что достаточно принудительно его подгрузить после некоего события (обычно отваливается после выхода из ждущих/спящих режимов, если судить по темам на форуме). Если второе - то я бы питание шины проверил. Возможно, есть смысл включить эту затычку в порт, в котором не происходит выключение питания, или перенастроить энергосбережение так, чтобы шина USB не рубилась, или задействовать внешний USB-hub с внешним же источником питания... Словом - простор для полета фантазии

[Rizado]

Сохраните себе его куда-нибудь.

Сделано.

Этот беспроводной комплект через что подключается?

Именно так:

какая-то своя вставка в USB-порт

А вот что касается

включить эту затычку в порт, в котором не происходит выключение питания, или перенастроить энергосбережение так, чтобы шина USB не рубилась

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

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

[23886.958451] usb 3-2: device descriptor read/64, error -71
[23887.198454] usb 3-2: device descriptor read/64, error -71
[23887.566447] usb 3-2: device descriptor read/64, error -71Только не совсем понял, что за устройство из моих (клавиатура в первой строке):

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

Bus 002 Device 004: ID 046d:c534 Logitech, Inc. Unifying Receiver
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 04f2:b354 Chicony Electronics Co., Ltd UVC 1.00 device HD UVC WebCam
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 007: ID 0079:0006 DragonRise Inc. PC TWIN SHOCK Gamepad
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

[zg_nico]

Только не совсем понял, что за устройство из моих

lsusb взят в какой момент времени? Когда система только загрузилась, или после проявления ошибки? Попробуйте сравнить выводы этой команды по аналогии с dmesg (до и после "инцидента") - может, это что прояснит. Какое-то устройство вполне может быть перекинуто ядром в другой адрес после потери.
Что касается шины USB - вот пример глюка, с которым я сам сталкивался. Модем у меня отваливался. Лечилось перезапуском. Перезапуск простым выдергиванием был не вариант, т.к. модем встроен в корпус устройства. По указанной по ссылке методике, в сущности, можно выполнить перезапуск устройства на конечном порту. Я бы попробовал задействовать этот способ. Сперва просто скрипт создать, прописать необходимые параметры запуска (как именно выискивать устройство), и повесить на ярлык на рабочем столе (раз уж мышь продолжает работать после отваливания клавиатуры - то это логичный шаг). Дождаться глюка, - опробовать действие скрипта. Если поможет - подумать о том, какой триггер должен запускать скрипт, чтоб все автоматом делалось.

[Rizado]

zg_nico, только что поймал подвисание ещё раз. Аналогично:

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

[30653.728434] usb 3-2: device descriptor read/64, error -71lsusb брался на момент написания ответа, вот новый вывод, изменился номер устройства как раз для клавиатуры:

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

Bus 002 Device 005: ID 046d:c534 Logitech, Inc. Unifying Receiver
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 04f2:b354 Chicony Electronics Co., Ltd UVC 1.00 device HD UVC WebCam
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 009: ID 0079:0006 DragonRise Inc. PC TWIN SHOCK Gamepad
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubПопробую завтра её на место геймпада воткнуть, посмотрю, как себя поведёт.

[zg_nico]

Rizado, устройство в порту USB 3.0 сейчас сидит? Если да - то имеет смысл в 2.0 переставить, если есть такая возможность.
Прошу еще при подключенном этом ресивере в USB-порту показать вывод команды

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

usb-devices | grep "Vendor=046d ProdID=c534" -B2 -A5

[Vitsliputsli]

И попробуйте поменять драйвер контроллера usb (xhci на uhci, или даже ниже), это можно сделать через модули ядра.

[Rizado]

Решилось, как я и предполагал выше, переключением в другой порт. Пока что проблем не наблюдаю, клавиатура не «отваливается». Ноутбуку 6-й год пошёл, скорее всего, где-то есть уже проблемы по питанию.

Rizado, устройство в порту USB 3.0 сейчас сидит? Если да - то имеет смысл в 2.0 переставить, если есть такая возможность.

Изначально в 2.0 было. Единственный порт 3.0 использую для подключения устройств поддерживающих этот стандарт − флешки там разные и т.д.

И попробуйте поменять драйвер контроллера usb (xhci на uhci, или даже ниже), это можно сделать через модули ядра.

Пока не делал, но судя по всему, необходимости уже нет.