LINUX.ORG.RU

Динамическое управление устройствами с помощью udev

 , ,


0

0

Эта статья перевод 19-ой главы OpenSUSE Reference Guide, которое можно скачать в PDF-формате или просто посмотреть в формате html через браузер здесь.

В Linux работу по подключению и удалению устройств выполняет ядро системы. Изменения состояния устройств (подключение нового или удаление существующего) должны быть при этом видимы в пользовательском пространстве. При подключении новых устройств они должны тут же корректно настраиваться и (при необходимости) опознаватьс пользовательскими приложениями. Если пользователь системы работает с конкретным устройством, то его необходимо проинформировать о любом изменении состояния данного устройства.

udev обеспечивает все необходимые средства для динамического создания и удаления файлов устройств и символических ссылок в каталоге /dev. Правила udev позволяют использовать внешние программы для обработки событий ядра об устройствах (kernel device events), что позволяет вам изменять по вашему желанию порядок работы udev, например, написанием собственных скриптов или запроса и импорта дополнительных данных для использования в процессе работы ядра с устройством.

>>> Читать дальше

★★

Проверено: Shaman007 ()

Надо бы почитать, а то hal выпиливал, но не оч. удачно :(

nevar ★★ ()
Ответ на: комментарий от TERRANZ

> тонкий намёк, на "-hal"?

Пока в xfce не будет нормальной поддержки udev, hal выпиливать бессмысленно, ибо результат только для мазохистов.

cache ★★ ()

хорошая статья, всё просто и понятно, спасибо.

jcd ★★★★★ ()

Debian testing: #sudo apt-get purge hal

... Пакеты, которые будут УДАЛЕНЫ: gnome-mount* gnome-volume-manager* hal* hal-cups-utils*

Гномовцы еще не выпилили или надо обновиться?

rshadow ()

hal/dbus != udev

Насколько я понимаю, через HAL/DBUS можно было не только получать информацию о подключении/отключении различных устройств, но и о событиях типа отключения ноутбука от сети, нажатии разных специфических клавиш и т.п. Теперь HAL/DBUS удаляют. Ну как монтировать флэшки и прочие штучки через udev понятно. А как быть с остальным?

zloy_starper ★★★ ()
Ответ на: hal/dbus != udev от zloy_starper

к остальному пилят свои костылики.

nevar ★★ ()
Ответ на: комментарий от nevar

А можете ткнуть пальцем в эти костылики? Интересно, как они работают.

zloy_starper ★★★ ()
Ответ на: hal/dbus != udev от zloy_starper

Re: hal/dbus != udev

кто Вам такое про dbus сказал?
а костылики называются udisks и upower

anonymous ()
Ответ на: комментарий от rshadow

у Вас несовместимый дистрибутиф, гыгы

из Бунты выпилили (можно удалить), из Генты удаляется, при том что у меня stable.

anonymous ()

hal не нужен был с самого начала, лишняя прослойка.

anonymous ()
Ответ на: комментарий от anonymous

ога, например и ps - лишняя прослойка. Ъ делают grep /proc

[rant]как же задолбало, что куча программ пытается искать жестко прописанные девайсы в /dev. 21 век на дворе - у меня может быть больше одного /dev/video и /dev/cdrom [/rant]

anonymous ()
Ответ на: комментарий от zloy_starper

D-Bus был есть и будет, его ни один человек в своем уме выпиливать из Linux-а не станет. А почему вы вообще решили, что его собрались грохнуть? И, самое главное, причем тут udev?

opium_inside ()
Ответ на: комментарий от opium_inside

> А почему вы вообще решили, что его собрались грохнуть?

Уж больно документация на все это хозяйство эклектичная какая-то. Посмотрел я доку на udisks, upower etc. Пару вводных слов и пошли описания каких-то функций (да и не уверен, что это действительно функции). А саму концепцию фиг поймешь. Плюс к этому hal и dbus для меня были одного поля ягоды.

И, самое главное, причем тут udev?

А udev теперь что-ли будет слать сообщения user-space приложениям непосредственно через dbus?

zloy_starper ★★★ ()
Ответ на: комментарий от zloy_starper

уважаемый, D-bus это не надстройка над HAL, а вполне самостоятельное средство interprocess communication. Он нужен в очень и очень широком спектре случаев.

opium_inside ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.