Описание создания правил для udev

спасибо!!

Thanx...

1. Боян.

2. А кто этим пользуется? В большинстве дистров по дефолту стоит hal (+еще с десяток костылей), который делает ровно наоборот: вместо гибкой схемы именования девайсов предоставляет гибкую схему "узнавания", что из себя представляет каждый девайс и как он обзывается в данный момент. Совместить эти 2 подхода, имхо, крайне тяжело...

ждем:

Настройка авторизации IEEE 802.1x в биллинговой системе ABillS (2) Пример хранения файлов конфигурации серверов в Subversion (11) Переход Debian GNU/Linux на Python 2.4 (1) sudo для Windows (10) Сравнение Solaris и Linux как промышленных платформ (7)

и остальные новости с opennet.ru :-)

>2. А кто этим пользуется? В большинстве дистров по дефолту...

Debian Etch использует udev.

>Debian Etch использует udev.

Да я не про сам udev, он сейчас везде, а про прописывание рулесов, отличных от дефолтных.

>Да я не про сам udev, он сейчас везде, а про прописывание рулесов, отличных от дефолтных.
Ну я например =)
для принтера и для камеры

> В большинстве дистров по дефолту стоит hal (+еще с десяток костылей), который делает ровно наоборот: вместо гибкой схемы именования девайсов предоставляет гибкую схему "узнавания", что из себя представляет каждый девайс и как он обзывается в данный момент. Совместить эти 2 подхода, имхо, крайне тяжело...

В общем, да, совместить бывает не просто. Приходится делать не симлинки с нормальными именами на устройство, а полностью имя устройства менять, что бы HAL правильно понял, что надо монтировать /dev/card_cf в /media/card_cf. Тем не менее, монтирует и работает. И мышка usb у меня называется не /dev/input/evdevX, а /dev/input/usbmouse (про полезность правил udev), чтобы иксовый драйвер evdev нашёл её независимо от втыкания/вытыкания (в названии eventX мог смениться X при перетыкании).

>В общем, да, совместить бывает не просто.

Технически-то можно, я о том, что это _идеологически_ разные подходы. Пример: через udev-rules мы можем жестко привязать флешку к /dev/usbflash (например), а через hal -- наоборот, всегда можем узнать, на каком из /dev/sdx висит в данный момент наша флешка.

>И мышка usb у меня называется не /dev/input/evdevX, а /dev/input/usbmouse (про полезность правил udev), чтобы иксовый драйвер evdev нашёл её независимо от втыкания/вытыкания (в названии eventX мог смениться X при перетыкании).

А зачем? /dev/input/mice не спасет? В чем преимущество эвентов?

http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html

>Writing udev rules. This is the online copy of the same file contained within the udev release.

То есть теперь "file contained within the ... release" -- это новость? А еще кто-то ведь отвечает: "О, Спасибо." Это комично!

Попробуйте посмотреть свой /usr/share/doc/udev... Полагаю много народу приятно удивится.

>Технически-то можно, я о том, что это _идеологически_ разные подходы. Пример: через udev-rules мы можем жестко привязать флешку к /dev/usbflash (например), а через hal -- наоборот, всегда можем узнать, на каком из /dev/sdx висит в данный момент наша флешка.

а две флешкм мы куда привяжем?

Ну да, /dev/usbflash0,1... а потом будем узнавать с помощью HAL, где щас что. Замкнутый круг. И эти люди утверждают, что линупс готов для десктопа...

Где моя венда? Скорее туда!

Серьезно, я новость на опеннете узрел уже после того, как запостил сюода