Пробуй без конфига! Должно все автоматом. Конфиг нужен в сегодняшние дни гораздо реже.
Все, что тебе наконфигурировал конфиг, уже deprecated.
Driver «kbd» Driver «mouse»
Переименовывай конфиг, пробуй еще раз. Если не заработает, то напиши, что за мышь такая интересная и что за клавиатура такая интересная. И стоит ли udev.
Ужас. Последний раз я это делал чтобы форсировать драйвер kbd для PS/2-клавиатуры (просто для проверки). А предпоследний — чтобы не использовать HAL в Debian 5. Сейчас есть evdev, не нужно так делать.
Показал бы лучше лог, который без конфига получается. Интересно, что он там пишет. А то не ясно. Отказ в загрузке kbd, mouse показал, а сообщений evdev вообще нигде нет. Не происходит hotplug. В логе он должен сыпать сообщениями. Надо именно с этим разобраться, с загрузкой evdev. У тебя сервер, похоже, даже не пытается настраивать устройства ввода.
а мышка (event3)
А откуда ты это узнал? А есть такие как /dev/input/mice, /dev/input/mouse(0-N)?
У тебя udevd запущен вообще? Сделай из терминала перед запуском иксов от root: # /etc/init.d/udev start , потом запусти иксы. По-моему, у тебя кривая установка. Что за система инициализации в CRUX? Сейчас гляну. Я уже забыл, что это за чудо.
UPD. Отбой. Там BSD-style init. Не выйдет так запустить.
Надо проверить и ручками запустить. Если что-то получится, то уже надо думать, что там происходит. Если не получится, то дальше думаем. Переходим в root в CRUX, делаем.
У тебя либо проблемы со стартовыми скриптами, либо, может быть, проблема в том, что udevd слишком рано запускается. Но тут мне сложно помочь. Если есть уверенность, что все правильно установлено, что все обновления поставлены (там есть обновления?), то тогда надо читать багзилу. Или жди гуру CRUX. Проблема с запуском udevd. Возможно, что первый запуск по какой-то причине обломился. Посомтри /var/log/syslog, /var/log/dmesg по поводу udev.
Да с тем конфигом, что ты дал. Запустил скрипт /sbin/start_udev потом запустил иксы клава и мышка работает.
Вот содержимое start_udev:
#!/bin/sh
# - if /dev is not mounted - mount as a devtmpfs (CONFIG_DEVTMPFS=y)
# - if /dev is mounted (e.g. due to handover from initramfs or
# CONFIG_DEVTMPFS_MOUNT=y), remount with specific options
# - some video drivers require exec access in /dev, thus it's set here
# - for completness, we add few sanity limits (2k non-empty files, 16k inodes)
UDEVOPTS="exec,nosuid,noatime,mode=0755,nr_blocks=2048,nr_inodes=16384"
if /bin/mountpoint -q /dev ; then
/bin/mount -n -o remount,${UDEVOPTS} dev /dev
else
/bin/mount -n -t devtmpfs -o ${UDEVOPTS} dev /dev
fi
# mount /run directory
/bin/mount -n -t tmpfs -o mode=0755,nosuid,nodev,exec tmpfs /run
# make sure hotplugger is not set
echo > /proc/sys/kernel/hotplug
# copy devcies from /lib/udev/devices
cp -ar /lib/udev/devices/* /dev
# launch udev daemon, make sure it's not running first
test -z "$(/bin/pidof -s udevd)" && /sbin/udevd --daemon
# coldplug devices and wait for the queue to be processed
/sbin/udevadm trigger --type=subsystems --action=add
/sbin/udevadm trigger --type=devices --action=add
/sbin/udevadm settle
UPD. Хотя дата 2006 год. Ппц. А поновее там ничего нет? Вроде это все должно быть уже сразу. Скорее всего, это старая информация. Но все равно надо проверить, вызывается ли скрипт.
CRUX — очень консервативный дистрибутив. В нём мало что меняется.
Но вряд ли этот момент. По-моему, в 2006 году был переход к udev от devfsd. То есть все, что там описано, уже не должно быть актуальным. Да и в тексте ссылка на handbook 2005-го года.
IMHO как раз и описан переход от devfsd к udev. По крайней мере, сейчас в скрипте /etc/rc примерно эти команды и есть...
Это значит, что (e)udev давным-давно идет по умолчанию, раз уже поправлено все. Значит, этот мануал уже не имеет значения никакого. Ты же ведь, наверное, ничего этого не делал, когда ставил CRUX.