Форум русскоязычного сообщества Ubuntu


Считаете, что Ubuntu недостаточно дружелюбна к новичкам?
Помогите создать новое Руководство для новичков!

Автор Тема: Периодически зависает клавиатура и мышь  (Прочитано 3656 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Rizado

  • Автор темы
  • Любитель
  • *
  • Сообщений: 73
    • Просмотр профиля
Имеется вот такое оборудование.
(Нажмите, чтобы показать/скрыть)
Установлена Ubuntu 18.04.2 64bit + Cinnamon 4.0.9 (ставилась серверная версия, затем всё добавлялось вручную, ещё 16.04, затем обновлялось после выхода нового релиза).
Обычный режим работы − включается утром и выключается вечером, если отхожу ненадолго, просто гашу монитор и отключаю клавиатуру и мышь, ибо дома любопытная кошка :) .

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

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

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

Оффлайн zg_nico

  • Заслуженный пользователь
  • Модератор форума
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
Откуда начинать поиски?
Я бы начал с dmesg. Загрузились, убедились что все нормально работает - проверьте выхлоп dmesg | egrep -i "(error|fail|warning)"Сохраните себе его куда-нибудь. Это - Ваша отправная точка. С этими ошибками все работает нормально (если они вообще там есть), а значит причина не в них. Далее работаем. Ждем глюка. Как только он проявился - лечим
лечится открыванием крышки ноутбука,
после загрузки, когда все заработает - вновь проверяем выхлоп dmesg | egrep -i "(error|fail|warning)"и "ищем 10 отличий" с сохраненным ранее. Одна из новых ошибок, вполне вероятно, - и есть причина такого поведения. Возможно какой-то модуль  ядра отваливается. Ну а далее - гуглинг по ошибке и диагностирование причин на месте.
Этот беспроводной комплект через что подключается? Встроенный адаптер bluetooth или какая-то своя вставка в USB-порт? Если первое - смотрите на модуль ядра, который за работу встройки отвечает. Похоже, что он отваливается. Весьма вероятно, что достаточно принудительно его подгрузить после некоего события (обычно отваливается после выхода из ждущих/спящих режимов, если судить по темам на форуме). Если второе - то я бы питание шины проверил. Возможно, есть смысл включить эту затычку в порт, в котором не происходит выключение питания, или перенастроить энергосбережение так, чтобы шина USB не рубилась, или задействовать внешний USB-hub с внешним же источником питания... Словом - простор для полета фантазии :)
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

Оффлайн Rizado

  • Автор темы
  • Любитель
  • *
  • Сообщений: 73
    • Просмотр профиля
Сохраните себе его куда-нибудь.
Сделано.
Этот беспроводной комплект через что подключается?
Именно так:
какая-то своя вставка в 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

  • Заслуженный пользователь
  • Модератор форума
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
Только не совсем понял, что за устройство из моих
lsusb взят в какой момент времени? Когда система только загрузилась, или после проявления ошибки? Попробуйте сравнить выводы этой команды по аналогии с dmesg (до и после "инцидента") - может, это что прояснит. Какое-то устройство вполне может быть перекинуто ядром в другой адрес после потери.
Что касается шины USB - вот пример глюка, с которым я сам сталкивался. Модем у меня отваливался. Лечилось перезапуском. Перезапуск простым выдергиванием был не вариант, т.к. модем встроен в корпус устройства. По указанной по ссылке методике, в сущности, можно выполнить перезапуск устройства на конечном порту. Я бы попробовал задействовать этот способ. Сперва просто скрипт создать, прописать необходимые параметры запуска (как именно выискивать устройство), и повесить на ярлык на рабочем столе (раз уж мышь продолжает работать после отваливания клавиатуры - то это логичный шаг). Дождаться глюка, - опробовать действие скрипта. Если поможет - подумать о том, какой триггер должен запускать скрипт, чтоб все автоматом делалось.
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

Оффлайн Rizado

  • Автор темы
  • Любитель
  • *
  • Сообщений: 73
    • Просмотр профиля
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

  • Заслуженный пользователь
  • Модератор форума
  • Старожил
  • *
  • Сообщений: 3513
  • Nil mortalibus arduum est
    • Просмотр профиля
Rizado, устройство в порту USB 3.0 сейчас сидит? Если да - то имеет смысл в 2.0 переставить, если есть такая возможность.
Прошу еще при подключенном этом ресивере в USB-порту показать вывод команды usb-devices | grep "Vendor=046d ProdID=c534" -B2 -A5
Thunderobot G150-D2: Intel SkyLake Core i7-6700HQ 2.60GHz, 8Gb DDR4 2133 MHz, Intel HD530, NVidia GeForce GTX 960M 2Gb.  Ubuntu 16.04 64x [Unity], KUbuntu 18.04 64x.

Оффлайн Vitsliputsli

  • Старожил
  • *
  • Сообщений: 1293
    • Просмотр профиля
И попробуйте поменять драйвер контроллера usb (xhci на uhci, или даже ниже), это можно сделать через модули ядра.

Оффлайн Rizado

  • Автор темы
  • Любитель
  • *
  • Сообщений: 73
    • Просмотр профиля
Re: Периодически зависает клавиатура и мышь
« Ответ #7 : 02 Август 2019, 22:21:38 »
Решилось, как я и предполагал выше, переключением в другой порт. Пока что проблем не наблюдаю, клавиатура не «отваливается». Ноутбуку 6-й год пошёл, скорее всего, где-то есть уже проблемы по питанию.

Rizado, устройство в порту USB 3.0 сейчас сидит? Если да - то имеет смысл в 2.0 переставить, если есть такая возможность.
Изначально в 2.0 было. Единственный порт 3.0 использую для подключения устройств поддерживающих этот стандарт − флешки там разные и т.д.
И попробуйте поменять драйвер контроллера usb (xhci на uhci, или даже ниже), это можно сделать через модули ядра.
Пока не делал, но судя по всему, необходимости уже нет.
Есть точка невозврата из мечты − лететь на свет таинственной звезды...

 

Страница сгенерирована за 0.109 секунд. Запросов: 25.