[gentoo] после обновления перестали работать клавиатура и мышь

evdev отвалился. Вроде нужно собрать xorg-drivers с input_devices_evdev.

emerge -1 `qlist -I -C x11-drivers`

делали ?

Драйверы пересобрали, как emerge попросил?

Если обновились на версию с hal, hal настроили или отключили, как написано в upgrade guide?

Вот в Vindows Vista у меня никогда мышь с клавиатурой работать не переставали...

Сидели бы Вы на этой Windows Vista :)

>Вот в Vindows Vista у меня никогда мышь с клавиатурой работать не переставали...
Ололо, лично у меня переставали. Приходилось перегружать.

А что обновлялось-то? Лично я просто откатился к X 1.6 и замаскировал новые. Необходимость обновляться в ближайшее время вряд ли будет.

И да, нечего висту сравнивать с гентой, ибо концепция другая.

Что я сделал, после того, как прочитал все ответы мне:
1) убедился, что в /etc/make.conf прописано
INPUT_DEVICES=«keyboard mouse evdev»
здесь keyboard и mouse я оставил потому, что они - USE-флаги для xorg-drivers
переемержил
emerge -1 xorg-drivers

проверил - не работает, как не работало

3) выполнил
emerge -1 `qlist -I -C x11-drivers`

проверил - не работает, как не работало

4) выполнил команды
euse -E hal
emerge -uvDN world -a
rc-update add hal default
/etc/init.d/hald start

не работает новым способом - падает при старте, при этом на консоли меняется шрифт на мусор и не сбрасывается по
reset && clear

в файл /var/log/Xorg.0.log записывает разное и в частности:
(II) config/hal: Adding input device LITEON Technology USB Multimedia Keyboard
(**) LITEON Technology USB Multimedia Keyboard: always reports core events
(**) LITEON Technology USB Multimedia Keyboard: Device: «/dev/input/event1»
(II) LITEON Technology USB Multimedia Keyboard: Found keys
(II) LITEON Technology USB Multimedia Keyboard: Configuring as keyboard
(II) XINPUT: Adding extended input device «LITEON Technology USB Multimedia Keyboard» (type: KEYBOARD)
(**) Option «xkb_rules» «evdev»
(**) Option «xkb_model» «evdev»
(**) Option «xkb_layout» «us»
(II) config/hal: Adding input device LITEON Technology USB Multimedia Keyboard
(**) LITEON Technology USB Multimedia Keyboard: always reports core events
(**) LITEON Technology USB Multimedia Keyboard: Device: «/dev/input/event0»
(II) LITEON Technology USB Multimedia Keyboard: Found keys
(II) LITEON Technology USB Multimedia Keyboard: Configuring as keyboard
(II) XINPUT: Adding extended input device «LITEON Technology USB Multimedia Keyboard» (type: KEYBOARD)
(**) Option «xkb_rules» «evdev»
(**) Option «xkb_model» «evdev»
(**) Option «xkb_layout» «us»
(II) config/hal: Adding input device Power Button
(**) Power Button: always reports core events
(**) Power Button: Device: «/dev/input/event3»
(II) Power Button: Found keys
(II) Power Button: Configuring as keyboard
(II) XINPUT: Adding extended input device «Power Button» (type: KEYBOARD)
(**) Option «xkb_rules» «evdev»
(**) Option «xkb_model» «evdev»
(**) Option «xkb_layout» «us»
(II) config/hal: Adding input device Power Button
(**) Power Button: always reports core events
(**) Power Button: Device: «/dev/input/event4»
(II) Power Button: Found keys
(II) Power Button: Configuring as keyboard
(II) XINPUT: Adding extended input device «Power Button» (type: KEYBOARD)
(**) Option «xkb_rules» «evdev»
(**) Option «xkb_model» «evdev»
(**) Option «xkb_layout» «us»

Backtrace:
0: /usr/bin/X (xorg_backtrace+0x28) [0x4706b8]
1: /usr/bin/X (0x400000+0x6ad19) [0x46ad19]
2: /lib64/libpthread.so.0 (0x7f0994102000+0xedf0) [0x7f0994110df0]
3: /usr/bin/X (0x400000+0x14db40) [0x54db40]
4: /usr/bin/X (0x400000+0x16cdc9) [0x56cdc9]
5: /usr/bin/X (0x400000+0x16dbfb) [0x56dbfb]
6: /usr/bin/X (miPointerUpdateSprite+0x120) [0x45c690]
7: /usr/bin/X (0x400000+0x5c829) [0x45c829]
8: /usr/bin/X (0x400000+0xcd480) [0x4cd480]
9: /usr/bin/X (mieqProcessDeviceEvent+0x172) [0x45e3a2]
10: /usr/bin/X (mieqProcessInputEvents+0xda) [0x45e4ea]
11: /usr/bin/X (ProcessInputEvents+0x9) [0x47a239]
12: /usr/bin/X (0x400000+0x2a273) [0x42a273]
13: /usr/bin/X (0x400000+0x2508c) [0x42508c]
14: /lib64/libc.so.6 (__libc_start_main+0xe6) [0x7f0992d13a26]
15: /usr/bin/X (0x400000+0x24c39) [0x424c39]
Segmentation fault at address 0x38

Fatal server error:
Caught signal 11 (Segmentation fault). Server aborting

Так а какая версия иксов?

какая версия иксов?

X.Org X Server 1.7.6
Release Date: 2010-03-17
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.33-gentoo-r1 x86_64
Current Operating System: Linux Gentoo_x64n 2.6.33-gentoo-r1 #1 SMP Sat Apr 10 04:38:41 MSD 2010 x86_64
Kernel command line: root=/dev/ram0 nomodeset radeon.agpmode=-1 init=/linuxrc real_root=/dev/sda7
Build Date: 24 April 2010 08:48:30PM

Current version of pixman: 0.17.2
...
(II) Module ABI versions:
   X.Org ANSI C Emulation: 0.4
   X.Org Video Driver: 6.0
   X.Org XInput driver : 7.0
   X.Org Server Extension : 2.0
...
(II) Module extmod: vendor=«X.Org Foundation»
   compiled for 1.7.6, module version = 1.0.0
   Module class: X.Org Server Extension
   ABI class: X.Org Server Extension, version 2.0
...
(II) Module glx: vendor=«X.Org Foundation»
   compiled for 1.7.6, module version = 1.0.0
   ABI class: X.Org Server Extension, version 2.0
...
(II) Module dri2: vendor=«X.Org Foundation»
   compiled for 1.7.6, module version = 1.1.0
   ABI class: X.Org Server Extension, version 2.0
...
(II) Module radeon: vendor=«X.Org Foundation»
   compiled for 1.7.6, module version = 6.12.6
   Module class: X.Org Video Driver
   ABI class: X.Org Video Driver, version 6.0
...
(II) Module kbd: vendor=«X.Org Foundation»
   compiled for 1.7.6, module version = 1.4.0
   Module class: X.Org XInput Driver
   ABI class: X.Org XInput driver, version 7.0
...
(II) Module mouse: vendor=«X.Org Foundation»
   compiled for 1.7.6, module version = 1.5.0
   Module class: X.Org XInput Driver
   ABI class: X.Org XInput driver, version 7.0


дополнительно я попробовал:
5) закомментировал секции InputDevice в файле /etc/X11/xorg.conf и строчки в секции основной конфигурации

сервер перестал падать при старте, теперь он запускается, но не работает так же как не работал в начале топика.

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

По-моему у меня такая ошибка уже была
http://www.linux.org.ru/forum/desktop/4257144
и мне посоветовали отключить hal и после этого у меня все заработало:
но сейчас не работает ни с hal, ни без hal

У меня было тоже самое и версия та же, hal никогда не оключал. Точно помню, что отвалился evdev. Но как починил, точно уже не помню. Насколько мне известно hal пинает xf86-input-evdev. Попробуй пересобрать xf86-input-evdev.

>Вот в Vindows Vista у меня никогда мышь с клавиатурой работать не переставали...
ололо!
переставили! когда вставлял флэшку например в юзб )

Кстати, ты сообщения после сборки читал? Что там?

sys-auth/consolekit
их есть у тебя?

После сборки иксов с hal пробывал добавлять

Section "ServerFlags"
    Option         "AutoAddDevices" "False"
    Option         "AllowEmptyInput" "False"
EndSection

это не нужно!

Да, там надо пересобрать все дрова и xf86-input-evdev в том числе.

>1.7.6

обновления

Стабильная ветка, что ли? Попробуй 1.8.0, может, заведётся.

>Стабильная ветка, что ли? Попробуй 1.8.0, может, заведётся.
Да блин, всё работает, просто сообщения после апдейта читать нужно и всё будет нормально.

sys-auth-0.3.0-r2 установлен

пересобрал xf86-input-evdev

Кстати, ты сообщения после сборки читал? Что там?

Там порекомендовали:

6) пересобрать mesa и xorg-server
пересобрал
так же выполнил revdep-rebuild

7) поставить флаг laptop и замержить acpid
acpid уже был замержен, флаг поставил и пересобрал emerge -uvDN world

8) добавить пользователя в группу plugdev, если не будет детектиться

9) посмотреть файлы в папке /etc/hal/fdi/policy
посмотрел, там лежит конфиг для ntfs, но ничего нет про клавиатуру

Полученный результат:
сервер стартует и переходит в графический режим и мышь не виснет,
но клавиатура работает странно - кнопка «вверх» не работает,
кнопка «вниз» работает как «вниз» + «enter»

Пользователя в группу plugdev пока на добавлял.

дополнительные наблюдения:
сразу после отправки предыдущего сообщения мышь с клавиатурой опять зависли. При этом в лог попали записи про EQ overflowing
так же они по-прежденему мышь с клавиатурой виснут после загрузки через случайный момент времени.

пробывал добавлять

Option «AllowEmptyInput» «False» - уже была в конфиге

дополнительно добавил
Option «AutoAddDevices» «False»

Ничего не поменялось - система виснет через некоторое (небольшое) время после загрузки.

раскладку смотри...

убрать в make.conf из INPUT_DEVICES нафик keyboard и mouse, оставить только evdev.

ну и пересборка не помешает (evdev'a и иксов)

Да блин, всё работает

это не так - http://bugs.gentoo.org/show_bug.cgi?id=316711

убрал, пересобрал, не помогло.

На этот раз зависло с сообщением segmentation fault (как во второй раз, см. лог выше).

Просто мне это помогало, когда обновлялся с 1.6 до 1.7. На каком-то гентушном форуме вычитал.

Попробуй 1.8.0, может, заведётся.

выполнил команды:
autounmask x11-base/xorg-server-1.8.0
emerge -uvDN world -a
emerge -1 `qlist -I -C x11-drivers/`
emerge -1 xf86-input-evdev
revdep-rebuild
etc-update

Остается все та же самая ошибка (в лог пишется segmentation fault, либо EQ Overflow, либо и то и другое).

В процессе тестированя обнаружены новые наблюдения - зависания происходят в момент перевода мыши с монитора на монитор.

раскладку клавиатуры поменял на Logitech (Defender default) - ничего не поменялось.

Привожу сокращенный вариант лога:
http://dpaste.com/187363

xinerama мне очень, очень нужна, так как в моей карте два процессора, и мне надо выводить изображение на три монитора. а xrandr на последний момент два GPU объединять не умел.

пересобрал 1.8.0 без hal (они просили),
кнопки на клавиатуре не заработали правильно.

А что обновлялось-то?

Лично я просто откатился к X 1.6 и замаскировал новые.

Я тоже:

echo «>x11-base/xorg-server-1.6.5-r1» >>/etc/portage/package.mask/mask
echo «>=x11-proto/xineramaproto-1.2» >>/etc/portage/package.mask/mask
echo «>=x11-proto/xextproto-7.1.1» >>/etc/portage/package.mask/mask
echo «>=x11-proto/recordproto-1.14» >>/etc/portage/package.mask/mask
echo «>=x11-proto/fixesproto-4.1.1» >>/etc/portage/package.mask/mask
echo «>=x11-proto/xf86vidmodeproto-2.3» >>/etc/portage/package.mask/mask
echo «>=x11-libs/libXinerama-1.1» >>/etc/portage/package.mask/mask
echo «>=x11-libs/libXext-1.1.1» >>/etc/portage/package.mask/mask
echo «>=x11-libs/libXtst-1.1.0» >>/etc/portage/package.mask/mask
echo «>=x11-libs/libXi-1.3» >>/etc/portage/package.mask/mask
echo «>=x11-libs/libXxf86vm-1.1.0» >>/etc/portage/package.mask/mask
echo «>=x11-libs/libXxf86vm-1.1.0» >>/etc/portage/package.mask/mask
echo «>=media-libs/mesa-7.7.1» >>/etc/portage/package.mask/mask

теперь снова работает...

время, вычеркнутое из жизни = 04:08 - 18:51 = 9 часов 17 минут

1.7.6-r1 из оверлея Calculate, evdev отключён, HAL отсутствует, конфигурацию клавиатуры и мыши не менял со времён перехода с XFree86 на X.org. Всё заработало с первой попытки.

После emerge -aDNuvn world, приведшего к апгрейду иксов, я на всякий случай прогнал revdep-rebuild и emerge @preserved-rebuild. И только после этого перезапустил иксы.

> время, вычеркнутое из жизни

А ты что, в процессе пересборки не отрываясь смотришь на экран? Зверь!

>время, вычеркнутое из жизни = 04:08 - 18:51 = 9 часов 17 минут

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

да и вообще гента противопоказана

я, когда обновляюсь, иксы вообще не трогаю, два раза всего обновлял - с 1.5.3 до 1.7.0 и с 1.7.0 до 1.7.6

и ничего ни разу не отвалилось

Вот в Vindows Vista у меня никогда мышь с клавиатурой работать не переставали...

+1

Да еще и не выспался. Пора завязывать. Слишком много внимания вшивой пускалке прог.

Боянчег Вот такая фигня

Section "InputDevice" 
    Identifier     "Keyboard0" 
    Driver         "evdev" 
    Option         "Device" "/dev/input/by-path/platform-i8042-serio-0-event-kbd" 
EndSection 

ЗЫЖ Пересобрал на всякий случай ксорг без хала, и вскоре приехал с апдейтами ксорг, в котором флаг hal ликвидировали :)

Была такая же фигня. После шаманства помогла только установка kbd.