После обновления не работают устройства ввода

прозреваю удев, раз evdev пересобрал

xf86-input-mouse и xf86-input-keyboard пересобрал?

хватит тащить в генту это устаревшее говно!

небыло их, через evdev вроде все работало.

хватит тащить в генту это устаревшее говно!

А почему нет? :)

Кстати в rc.log вот что нашел: [code]* Starting udev ... * start-stop-daemon: /sbin/udevd does not exist * Failed to start udev [ !! ] * ERROR: udev failed to start[/code] Но как же тогда тачпад заработал если дело в этом?

потому что устаревшее!
и хватит флудить!

а я откуда знаю?
у меня при неверной конфигурации ядра сети не было, а иксы и мыше-клавы работали

или x11-drivers/xf86-input-evdev

@x11-module-rebuild делал? или с команда с qlist которую он после пересборки иксов советует?

перечитал пост.. видать сделалось. ну и соотвественно без конфига попробуй. потом ищи в /var/log/Xorg.0.log ошибки.

Какая версия udev установлена ?

Но как же тогда тачпад заработал если дело в этом?

Скорее всего потому, что в ядре включена опция CONFIG_DEVTMPFS=Y. Которая, кстати с последними версиями udev обязательна.

sys-fs/udev-182-r3

@x11-module-rebuild в 2.1 портеже вроде не работает. В логе

.....
[   144.081] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
.....
[   144.906] (II) Using input driver 'synaptics' for 'touchpad'
[   144.906] (II) Loading /usr/lib64/xorg/modules/input/synaptics_drv.so
.....

@x11-module-rebuild это 2.2 портаж

остаётся спросить нету ли случайно установленной опции AutoAddDevices? или явно выставить AutoAddDevices в false

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

Ну и зачем вы его поставили ?

udev этой версии собирается с '--prefix=/usr', т.е., в частности, бинарник /sbin/udevd теперь располагается в /usr/sbin/udevd, библиотека /lib/libudev.so* теперь так же располагается в /usr/lib/libudev.so*. К тому же у вас не должен быть /usr вынесен на отдельный раздел, если вынесен используйте последние версии genkernel или dracut для генерации initrd.

Вы выполняли 'etc-update' ?

Вы видимо не обновили стартовые сценарии openrc, так же в дереве есть http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-fs/udev-init-scri... но в последних ebuild`ах udev-18* его нет в зависимостях., попробуйте для начала 'etc-update'.

Зачем используете ACCEPT_KEYWORDS=«~x86 / ~amd64» ?

ССЗБ.

Да, библиотека в /usr/lib/libudev.so*, а вот udevd вообще нету нигде. Уже пару раз пробовал udev переставлять, не появляется.

Попробовал etc-update, не помогло.

Стоит ACCEPT_KEYWORDS=«~amd64», просто привык последними пакетами пользоваться, до этого стояли Sabayon и Fedora.

а вот udevd вообще нету нигде.

Должен быть в /usr/sbin.

Покажите, с какими флагами собираете. Так же не используете ли EXTRA_ECONF для этого пакета ?

Ставьте версию 171-r5 или 164-r2.

просто привык последними пакетами пользоваться, до этого стояли Sabayon и Fedora.

Используйте, но зачем всю систему собирать как тестовую ? Тем более вы не знаете чем отличается udev-171 от udev-182 или udev-164.

Должен быть в /usr/sbin.

не, нету.

Покажите, с какими флагами собираете. Так же не используете ли EXTRA_ECONF для этого пакета ?

sys-fs/udev-182-r3 USE=«gudev hwdb keymap openrc rule_generator static-libs -build -debug -doc -floppy -introspection (-selinux)»

Ставьте версию 171-r5 или 164-r2.

сейчас попробую.

/sbin/udevd есть только в версиях ниже udev-18*, т.е. udev-171, udev-164, в версиях udev-181, udev-182 есть только udevadm.

Так что если нужен udev-182 скорее всего нужно обновлять openrc до последней версии или ставить sys-fs/udev-init-scripts.

Заработало, спасибо большое за помощь. Я попробовал сначала откатить udev, удалил sys-fs/udev-init-scripts, но оказалось там уже очень много пакетов которые пришлось бы тоже откатывать. Потом пересобрал openrc и опять сделал etc-update. Перезагрузился, все работает.