Linux после установки xorg не работает клавиатура

Обновлено: 05.07.2024

После перекомпиляции ядра с поддержкой аудио драйверов в папке /dev/input появилось восемь файлов устройств event, event0-event7 и клавиатура и мышка перестали работать. Не понятно какие секции теперь относятся к клавиатуре и мышке.

udev определил мышку как /dev/input/event3 а клавиатуру как /dev/input/event4 когда не было аудио драйверов, с аудио udev определил мышку как /dev/input/event6 а клаву как /dev/input/event7

получилось то что при компиле ядра с аудио, udev обнаружил новые устройства и обозвал их event, в результате файлы устройств мышки и клавы получили другие номера и теперь иксы их не видят

Вот вывод grep "config/udev: Adding input device" /usr/var/log/Xorg.0.log при ядре без поддержки аудио драйверов

[ 148.511] (II) config/udev: Adding input device Power Button (/dev/input/event1)
[ 148.571] (II) config/udev: Adding input device Power Button (/dev/input/event0)
[ 148.576] (II) config/udev: Adding input device AT Translated Set 2 keyboard (/dev/input/event4)
[ 148.625] (II) config/udev: Adding input device ImExPS/2 Logitech Wheel Mouse (/dev/input/event3)
[ 148.626] (II) config/udev: Adding input device ImExPS/2 Logitech Wheel Mouse (/dev/input/mouse0)
[ 148.630] (II) config/udev: Adding input device PC Speaker (/dev/input/event2)

Вот вывод grep "config/udev: Adding input device" /usr/var/log/Xorg.0.log при ядре с поддержки аудио драйверов

[ 7490.714] (II) config/udev: Adding input device Power Button (/dev/input/event1)
[ 7490.763] (II) config/udev: Adding input device Power Button (/dev/input/event0)
[ 7490.764] (II) config/udev: Adding input device HDA Intel PCH Headphone (/dev/input/event4)
[ 7490.794] (II) config/udev: Adding input device ImExPS/2 Logitech Wheel Mouse (/dev/input/mouse0)
[ 7490.794] (II) config/udev: Adding input device PC Speaker (/dev/input/event2)
[ 7490.794] (II) config/udev: Adding input device rc-core loopback device (/dev/input/event3)

Видно что клава и мышь не определились, только не понятно кем udev или иксами.

Кто знает как побороть проблему помогите пожалуйста. За помощь заранее благодарен!

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

Установка xserver-xorg-input решил мою проблему!

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

сделаю это. Вы должны выключаться и перезагружаться каждый раз (закрытие крышки обычно просто усыпляет).

Для тех, у кого все еще есть эта проблема, в моем случае это то, что каким-то образом "Медленные ключи" были включены в меню специальных возможностей (значок маленького человека в правом верхнем углу экрана входа в систему).

Сводил меня с ума!

Ubuntu 18.04.1 здесь. В моем случае не работали только клавиши с цифровыми клавишами. Это произошло из-за настроек> Универсальный доступ> Включение клавиш мыши.

Ubuntu 18.04 перейти к настройке -> Универсальный доступ -> Помощь при наборе текста -> Медленная клавиша

выключить медленный ключ


Это сводило меня с ума, и я приходил к выводу, что это запланированное устаревание. Я рад сообщить, что ошибался!

В моем ноутбуке Hp Omen. Несовместимость Windows и / или Hp и / или Ubuntu, кажется, является виновником.

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

Чтобы добавить к теории заговора Windows/Hp. проблема, кажется, возникает, когда клавиши Hp Omen (Ноутбук) светятся классным способом Omen X.

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

Для тех, кто пользуется Ubuntu 18.04 и не может найти настройки -> универсальные инструменты. Вот что вы делаете просто: Центр управления -> Клавиатура. Снимите флажок

Принимайте только длинные нажатия клавиш


Также я только что обнаружил, что кнопка "капитализировать" на экранной клавиатуре не работает. Вам может потребоваться ввести пароль в офис libre и использовать кнопку меню "заглавные буквы", а затем вставить свой пароль в терминал.

Во время входа нажмите Ctrl + Alt + F3 .
Затем введите ваше имя пользователя и пароль.
После этого введите команду

И ваша проблема будет решена.

Не уверен, почему @thunderstorm получил отрицательный голос за его ответ, но его ответ решил проблему с клавиатурой для меня. Мой ввод с клавиатуры мог работать в меню grub и во время консоли, но перестал работать на экране входа в систему после того, как я обновил Ubuntu с 18.04.1 до 18.04.2.

Выше приведен перевод системы в неработающий режим. Бег sudo apt-get install xserver-xorg-input-all С помощью сенсорного ввода и встроенной экранной клавиатуры можно решить проблему с физической клавиатурой.

Ну, я запускал Ubuntu 18.04 и заметил, что клавиатура моего хромбука не работает. Так что после того, как ничего не заработало, я просто обновил версию Kernel ukuu. См. Здесь руководство по установке Ukuu упрощает установку ядер Mainline Linux на Ubuntu - OMG! Убунту.

Если этот сайт больше не доступен, попробуйте:

а потом беги ukuu или же ukuu-gtk

Итак, я обновился до версии 4.19.38 и тогда все заработало. Однако я знал, что Ubuntu 16.04 работает и на моем Chromebook.

Поэтому я думаю, что смена версии ядра - решение многих аппаратных проблем.

Raven2000, в чем тайный смысл включать HAL *и* вырубать AllowEmptyInput?

и зачем нужна опция `-retro', если выйти в консоль можно по Alt+F1 (вместо Ctrl+Alt+F1), когда криво настроен HAL?

смысл простой
хал обязаловка разрабов для иксов, а врубить AllowEmptyInput чисто для теста.
>и зачем нужна опция `-retro',
затем что без нее у меня вся система вставала раком и все. Raven2000 писал(а): хал обязаловка разрабов для иксов ну так не компилируй с поддержкой HAL. HAL нужен для продвинутого hotplugging, обычный работает и без него. Raven2000 писал(а): а врубить AllowEmptyInput чисто для теста. Raven2000 писал(а): затем что без нее у меня вся система вставала раком и все. запускается Xorg и через 3 секунды появляется xterm в нем

As of version 7.3, Xorg can often work without any configuration file by simply typing at prompt:
% startx

Starting with version 7.4, Xorg can use HAL to autodetect keyboards and mice. The sysutils/hal and devel/dbus ports are installed as dependencies of x11/xorg, but must be enabled by the following entries in the /etc/rc.conf file:
hald_enable="YES"
dbus_enable="YES"

Note: This key combination was enabled by default up to Xorg version 7.3. To enable it in version 7.4 and later, add the following line to the ServerLayout or ServerFlags section of the configuration file:
Option "DontZap" "Off"

У тебя верно не Xorg 7.4?

4. $ sudo X :1. зачем этот изврат?

Starting with version 7.4, Xorg can use HAL to autodetect keyboards and mice. The sysutils/hal and devel/dbus ports are installed as dependencies of x11/xorg, but must be enabled by the following entries in the /etc/rc.conf file ошибка в hanbook'е - ". installed as dependencies of x11/xorg-server. "
It's possible to disable them, but we're not going to discuss how to do it. ;) у мя часть distfile'ов к портам от Xorg из git-master. Без понятия, какие версии Xorg 7.4 подразумевает. xorg-server 1.6.X или xorg-server 1.5.X? Я пробовал на 1.6.X и на 1.7 (git) - в обоих случая не виснет без `-retro'.

а что не нравится? sudo - у мя бинарник без suid бита. Остальное - запуск сервер и пихание в него клиентского приложения. Можно и без приложения, но тогда тестирования ограничится драйвером видеокарты и разрешения для монитора. В любом случае в логах сервера будет все видно.

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

Читайте также: