usbhid не может найти входную конечную точку прерывания

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

Думайте об этой аналогии:

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

То же идет с диагностированием нестабильного компьютера. Мы должны будем разработать своего рода гистологию путем получения определенной информации от Вас о следующем:

  • Сделайте из аппаратных средств
  • Какую версию Дистрибутива Linux Вы используете
  • Установите шаблон использования, которое может привести к замораживанию
  • Установка программного обеспечения и конфигурации
  • Любые специальные периферийные устройства
  • Сторонние драйверы

Этот список продолжается. Вы сделали первый хороший шаг в обеспечении информации от inxi команда, но нам будет нужен немного больше. Для начинающих:

  1. Вы используете собственные драйверы для видеокарты Nvidia или тех включенных с Вашим дистрибутивом?
  2. Вы делаете что-либо определенное, когда замораживание происходит?
  3. Что выполняют приложения, когда замораживание происходит?

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

4
24.02.2014, 05:52
2 ответа
[113891]Отладка проблемы[12210]Большая подсказка здесь - сообщение об ошибке:[12211]usbhid: 9-2:1. 1: не смог найти входную точку прерывания[12212]USB HID обозначает USB Human Interface Device[114497], что обычно означает либо клавиатуру, либо мышь, предполагая, что это USB-устройства.[12213]Клавиатура или мышь?[12214] Когда всплывает проблема, обычно в [114498]dmesg[114499] появляются сообщения об ошибках, которые также соответствуют ошибкам usbhid. Глядя, ОП смог обнаружить, что эти сообщения определенно были там, и что они, казалось, указывали на мышь как на виновника.[12215]Отключение мыши[12216]Для дальнейшей отладки проблемы я предложил отключить мышь, используя метод, который я задокументировал в другом U&L Q&A под заголовком: [114500]Отключение внешней клавиатуры из скрипта[114501]. Метод использует [114502]xinput[114503] для установки свойства устройств так, чтобы оно отключалось, например:[12217]После того, как операционная система использовала команду, подобную вышеприведенной, проблема, похоже, исчезла, по сути, подтверждая подозрение. [12218]Что это за мышь? [12219]Далее мы определили тип мыши, которая была установлена с помощью команды [114504]lshw -c input[114505].[12220]Это привело нас к следующей подсказке, тип мыши был моделью под названием Kinzu.[12221]Issues with Kinzu mice[12222]Эта последняя информация была довольно критична для определения основной проблемы. Очевидно, что мыши Kinzu известны тем, что у них есть именно такое задание. Я нашел несколько сообщений об этом:[12223]mouse lags each now and then[12224]kernel update -> mouse stops working[12225]One "workaround" was to use a USB 3 port, if available, for the mouse. OP попробовал это, но это не повлияло на проблемы с этой мышью.[12226]Что делать?[12227]Ну, учитывая все вышесказанное, похоже, что либо мышь неисправна, либо просто плохо спроектирована, так что на самом деле единственный вариант - это поменять ее на другую мышь.[113926].
5
27.01.2020, 20:56
  1. Зайдите в биос, конфигурация USB,
  2. Отладка по USB должна быть отключена
  3. Сохранить и выйти.

Проблема решена.

-1
27.01.2020, 20:56

Теги

Похожие вопросы