Чи можна (і якщо так, як) сказати udev припинити виконання подальших правил для певного пристрою?
Я знаю, що існує порядок / послідовність правил за алфавітом іменування файлів udev. Тому здається логічним, що раніше, *.rules
можливо, захочеться запобігти виконанню подальших правил (тобто в порядку, що пізніше виникають правила).
Припустимо, у мене є носій USB-пам’яті, який використовується через udev, і його сценарій RUN + вже встановлений, я б не любив зараз, коли будь-яке інше правило в системі намагається (і, ймовірно, не вдається) знову встановити пристрій!
Для полегшення відповіді я хочу також включити приклад: Нехай правило буде таким:
# у файлі 30.myusb.rules ACTION == "add", SUBSYSTEM == "usb", ATTRS {idVendor} == "1f75", ATTRS {idProduct} == "0902", RUN + = "/ bin / mount.30.1f75.0902.sh"
тепер я хочу, щоб це подальше (через 31> 30) правило не відбулося
# у файлі 31.myusb.rules ДІЯ == "додати", SUBSYSTEM == "usb", ATTRS {idVendor} == "1f75", ATTRS {idProduct} == "0902", RUN + = "/ bin / mount.31.1f75.0902.sh"
"фільтр", який використовується для того, щоб udev зміг визначити, чи застосовується правило, однакове для обох правил, але я хотів, щоб правило 31.myusb.rules ніколи не траплялося.
Тому я шукаю спосіб налаштувати 30.myusb.rules
такий пропонований псевдо-код
# у файлі 30.myusb.rules ACTION == "add", SUBSYSTEM == "usb", ATTRS {idVendor} == "1f75", ATTRS {idProduct} == "0902", RUN + = "/ bin / mount.30.1f75.0902.sh" ACTION == "додати", SUBSYSTEM == "usb", ATTRS {idVendor} == "1f75", ATTRS {idProduct} == "0902", STOP_FURTHER_RULES_WITH_THIS_FILTER