Перехват события udev
События udev возникают при изменении статуса подключенных устройств. Наиболее употребительные события:
- подключение устройства (событие "add");
- отключение устройства (событие "remove").
Перехват событий осуществлятся с помощью сценариев обработки. Файлы со сценариями - обработчиками событий udev располагаются в каталогах /etc/udev/rules.d/ и /lib/udev/rules.d/.
Стандартно имя каждого файла - сценария начинается с двух цифр, и имеет расширение .rules.
При обработке события файлы выполняются в порядке алфавитной сортировки независимо от каталога, к котором они размещены.
Пример файла перехвата события /etc/udev/rules.d/99-local.rules:
Информация | ||
---|---|---|
| ||
KERNEL=="sd[a-z][0-9]", SUBSYSTEMS=="usb", ACTION=="add", RUN+="/bin/systemctl start usb-mount@%k.service" KERNEL=="sd[a-z][0-9]", SUBSYSTEMS=="usb", ACTION=="remove", RUN+="/bin/systemctl stop usb-mount@%k.servicservice" |
Этот перехватчик обрабатывает события подключения/отключения дисковых устройств , однако с именами начинающимися с букв "sd", после которых следует одна любая строчная буква ([a-z]), после которой следует одна цифра ([0-9]).
Однако сам перехватчик не выполняет при этом прямых действий, а вызывает для выполнения этих действия системную службу usb-mount@%k.service, то есть вызывает сценарий обработки события как системную службу.
Обратите внимание, на имя службы usb-mount@%k , которое имеет особый смысл:
- при выполнении правила обработки события служба udev вместо переменной %k автоматически подставит имя устройства (полный список переменных имеется в документации).
Т.е. при подключении устройства, например, /dev/sdb1 будет выполняться команда /bin/systemctl start usb-mount@sdb1.service; - при вызове службы, в имени которой содержится симовол "@" системная служба вызова служб разберёт это имя на части, и передаст часть, находящуюся после символ а"@" как параметр вызываемой службе.
Т.е. вызов systemctl start usb-mount@sdb1.service превратится в вызов службы usb-mount с параметрами start и sdb1.
Как организовать такую обработку этого вызова и саму службу описано ниже.
Для того, чтобы новый сценарий новые правила обработки был были зарегистрирован системой и начал работать, необходимо перезагрузить правила udev командой
Command |
---|
udevadm control --reload-rules |
Вызов сценария обработки события как системного сервиса
Итак, сценарий обработки вызывается как системный сервиссистемная служба. Для вызова сервисов системных служб используются так называемы называемые "юниты", специальные сценарии запуска сервисовслужб, расположенные в каталоге /etc/systemd/system/.
Пример сценария обработчика вызова службы для вышеуказанного правила перехвата события udev разместим в файле /etc/systemd/system/usb-mount@.service обработчика события:
Информация | ||
---|---|---|
| ||
|
Этот сценарий умеет обрабатывать две команды - старт start и стопstop, но сам опять ничего не делает, а вызывает исполнимый файл сценария обработки события /usr/local/bin/usb-mount.sh
.
Обратите внимание на параметр %i - вместо него будет автоматически подставлена часть имени вызова службы, находящаяся после символа "@".
Сценарий обработки события
Сценарий обработки события в принципе может размещаться где угодно, для примера используем файл /usr/local/bin/usb-mount.sh
Информация | ||
---|---|---|
| ||
|
После создания файла сценария не забыть сделать его исполнимым:
Command |
---|
chmod +x /usr/local/bin/usb-mount.sh |
Приёмы отладки
Включение вывода отладочных сообщений в файл /var/log/syslog
Информация |
---|
udevadm control -l debug |
Тестовая отработка правил udev без их загрузки:
Command |
---|
udevadm test /dev/sdb1 |
Мониторинг событий udev:
Command |
---|
udevadm monitor -k -u -p |
Путь к устройству:
Command |
---|
udevadm info -q path -n /dev/sdd1 |
Полная информация об устройстве:
Command |
---|
udevadm info -a -p $(udevadm info -q path -n /dev/sdd1) |