USB-клавиатура работает с перебоями в GRUB 2 при перезагрузках – как заставить ее работать последовательно?

Что-то странное происходит с моей клавиатурой. Клавиатура представляет собой USB-совместимый Unicomp, который работает абсолютно безупречно после запуска и запуска компьютера. Тем не менее, GRUB 2 (в частности, 1.99-27 + deb7u1, поставляемый в Debian Wheezy) не совсем так радует. Режимы отказа делают это немного трудным для тестирования, но вот что я смог вывести до сих пор:

  • Светодиоды состояния клавиатуры мигают во время POST, поэтому клавиатура обнаружена (я также получаю отчет «Обнаружен: … 1 клавиатура»); У меня есть, возможно, одна ошибка «без клавиатуры» из POST, нигде не достаточно, чтобы вывести любой шаблон, и я перезагружал систему несколько раз по-разному в последнее время
  • При подаче питания от полной мощности с помощью кнопки питания на передней панели все, кажется, отлично работает
  • При перезагрузке (либо с использованием reboot либо с помощью Control + Alt + Delete в загруженной системе или в GRUB ) клавиатура работает в GRUB, возможно, каждый раз, когда я пытаюсь
  • Если я нажму кнопку Reset на компьютере для перезагрузки, клавиатура последовательно не работает в GRUB, когда загрузчик возвращается, и много раз не реагирует на нажатия клавиш во время POST либо

Что еще более странно, так это то, что я не помню, как компьютер играл так. Я надеюсь, что это не связано, но, похоже, он начал действовать прямо, когда я подключил ИБП к некоторым вещам вокруг моего стола, вместо того, чтобы подключить его к компьютеру и монитору. (Нет, ИБП нигде не перегружен, нагрузка, как сообщается, находится в диапазоне 7-20% в зависимости от использования, около 15-16% от максимальной нагрузки, когда компьютер работает и работает нормально.)

Я Googled и нашел предложение загрузить модули GRUB 2 uhci и usb_keyboard . Я добавил объявление GRUB_PRELOAD_MODULES указав два из них в / etc / default / grub и перезапустив update-grub (теперь есть insmod uhci и insmod usb_keyboard в моем /boot/grub/grub.cfg), но это не похоже что-то изменилось.

Я переместил клавиатуру на другой USB-порт, который, похоже, не помог. Я бы попробовал встроенный USB-контроллер, если бы у меня был один удобный.

Настройка BIOS / UEFI сообщает об устаревшей поддержке USB и устаревшей поддержке USB 3.0, и даже если это не так, я не понимаю, почему это иногда срабатывает, а иногда и нет, особенно когда много раз единственная разница между этими двумя сторона теплой перезагрузки.

Материнская плата ASUS M5A97 Pro с UEFI версии 1007 02/10/2012 .

Я не могу думать о каких-либо других изменениях конфигурации, которые я сделал, которые совпадают с тем, когда компьютер начал действовать. В журналах упоминается обновление linux-image 1 августа, и я его переустановил (это отмечено как upgrade , но версия-версия и версия идентичны) grub-pc 2 августа, но обе они были неделю прежде чем я даже купил ИБП, и за две недели до того, как я подключил его к не только компьютеру и монитору (я стараюсь не менять слишком много вещей сразу). uname -r reports 3.2.0-4-amd64 .

У меня заканчиваются идеи, чтобы попробовать. Как я могу заставить USB-клавиатуру работать в GRUB 2? Что еще я могу проверить?

Ну, я как-то выяснил, что случилось. Я все еще не знаю, в чем проблема.

Обновление UEFI / BIOS до самой последней версии (в настоящее время 1604) не помогло, несмотря на то, что несколько промежуточных выпусков были специально рекламированы как «улучшенная совместимость с некоторыми USB-устройствами» (что, похоже, было моей точной проблемой). На самом деле, во всяком случае, это, казалось, ухудшало ситуацию, но в хорошем смысле: система начала постоянно отказываться от использования клавиатуры при горячей перезагрузке. Последовательные ошибки всегда легче отлаживать и исправлять.

Применяя научный метод (формируйте гипертип, выясните способ тестирования, тестирования и уточнения), я смог определить, что наиболее вероятным виновником является моя мышь USB или, в общем , с подключенным USB-указателем.

Я начал с отсоединения всего USB-подключения, что не было абсолютно необходимо для проверки случая отказа, поэтому единственной периферией, которая была на шине USB, была клавиатура. Это сработало. Таким образом, я добавил вещи назад, по одному, тестируя как можно лучше между каждым изменением. Вещи начали действовать до того, как я добавил стол-хаб, к которому я подключил два устройства: мою мышь и планшет. После некоторого назад и вперед я отключил оба из них, но оставил подключенный концентратор; все еще были те же проблемы. Подключение только концентратора, мыши или планшета непосредственно к USB-портам материнской платы вернуло меня туда, где я начал, а это означало, что одна или несколько из них вызывали мои проблемы.

Я могу обойтись без планшета, но использование компьютера без указательного устройства становится довольно утомительным очень быстро, поэтому я выкопался в коробке с запасными компьютерами и нашел адаптер USB для PS / 2, который, как я думал, я попытаюсь. Подключив мышь к адаптеру и адаптеру к порту мыши / клавиатуры PS / 2 на материнской плате, все работает. Я сделал все, что мог, и каждый раз, когда система возвращалась полностью нормально.

Моя текущая рабочая гипотеза заключается в том, что что-то повредило USB-концентратор, который, возможно, распространился на планшет и мышь, и что этот ущерб как-то вызывает мои проблемы. (Только два не-хост-устройства, к которым я подключился к концентратору, – это мышь и планшет.) Это не совсем объясняет, почему подключение мыши через адаптер USB-PS / 2 кажется очень хорошим, но угадайте заключается в том, что он может иметь какое-то отношение к тому, как BIOS обрабатывает различные устройства (он, похоже, не распознает мышь «PS / 2» как мышь, но я уверен, что я могу без мыши работать в настройке UEFI).

Я смогу проверить эту гипотезу на следующей неделе, предполагая, что я могу позаимствовать USB-мышь с работы.

Пока что отсоединение концентратора и планшета и перемещение мыши в порт PS / 2 выглядит достаточно хорошо.