Как отладить правило udev (в /etc/udev/rules.d/…)

15

Я создаю новое базовое правило

/etc/udev/rules.d/10-myrule.rules

содержащий:

KERNEL!="sdb*", GOTO="auto_mount_end"
ACTION=="add", RUN+="/usr/bin/mount /dev/sdb1 /media"
LABEL="auto_mount_end"

Я сохранил, перезагрузил и вставил SD-карту (распознается /dev/sdb1, я вижу это с dmesg), но ничего не происходит. Когда я делаю вручную mount /dev/sdb1 /media, это работает.

Как я могу устранить неполадки / отладить такое udevправило?

Примечание: я использую ArchLinux, но он должен быть одинаковым на любом дистрибутиве?

arch-linux mount udev

— Basj
источник

1

Измените имя файла на 99-myrule.rules...

— jasonwryan

@jasonwryan: то же самое: ничего не происходит. Как решить проблему с правилом udev? Должен ли я вызвать его вручную (как в этом случае?)

— Basj

Меняет ли systemdчто-то нормальное поведение udev?

— Basj

1

попробуй udevadm monitor, посмотри на это и на это

— Водолей Сила

1

На самом деле, никто не должен перезагружаться, чтобы udev перечитал правила (см. Unix.stackexchange.com/a/39371/44760 ). Я сделал отладку udev (которая на самом деле не самая простая задача!) udevadm testИ проверил правила на соответствие действительности udevadm info.

— Загримсан

11

10-как упомянуто jasonwryan, используйте высокую нумерацию (хорошо 90-х). Таким образом, ваше правило не будет отменено другим.
Используйте минимальные ключи так, как вам действительно нужно. Например, !=& GOTO/ LABELвместо прямого использования==
```
ACTION=="add", KERNEL=="sdb*", RUN+="/usr/bin/mount /dev/sdb1 /media"
```
Ваша цель была sdb1с фиксированной командой, минимизировать слепой матч, используяKERNEL=="sdb1"
Я считаю полезным создать правило отладки теней, которое я назвал shadow, потому что я всегда оставляю его там в одном и том же файле, поэтому я использую его, когда мне это нужно.
```
ACTION=="add", KERNEL=="sdb*", RUN+="/bin/sh -c 'echo == >> /home/user/Desktop/udev-env.txt; env >> /home/user/Desktop/udev-env.txt'"
#ACTION=="add", KERNEL=="sdb*", RUN+="/usr/bin/mount /dev/sdb1 /media"
```
Примечание: udev-env.txt создается, тогда правило все равно срабатывает. Линия,==соответствующая одному подходящему узлу. ENV, записанный в этом файле, может быть смесью между 2 или более узлами, созданными почти одновременно, этоstdoutпроблема буферизации.
Использование udevadm monitor -u, udevadm test ...и udevadm trigger ... проверить , какие правила обрабатываются события.
Внутри сценариев вы можете сделать журнал отладки и перехватить неудачные команды, сохранив их возвращаемое значение stdoutи stderrсообщения.

Обновить:

Ссылка: udev_237 - man udev (Ubuntu_18.04)

RUN{type}

Note that running programs that access the network or mount/unmount filesystems is not
allowed inside of udev rules, due to the default sandbox that is enforced on
systemd-udevd.service.

— user.dz
источник

1

Очень полезный. udevadm test...Похоже, пара комментариев показывает только переменные окружения, которые ATTRSвы можете использовать, udevadm info $DEVICEчтобы найти эти другие настройки.

— Att Righ

1

При udevadm infoвозврате дерева устройств будьте осторожны, чтобы различать настройки между устройством и его родительскими устройствами (свойства кажутся унаследованными, если не переопределены). В моем случае подсистема была неправильной.

— Att Righ

udevadm test "This program is for debugging only, it does not run any program specified by a RUN key. It may show incorrect results, because some values may be different, or not available at a simulation run."

Нет ли способа просто отследить, что на самом деле происходит?

— марта

@MarcH, вы можете использовать udevadm monitor -uдля проверки событий / условий и udevadm trigger ...для проверки их действий.

— user.dz

@MarcH, но внутри сценариев вы можете сделать журнал отладки и перехватить неудачные команды (сохраняя их возвращаемое значение, также сообщения stdout и stderr).

— user.dz

1

Я думаю, что команда, которую вы ищете здесь udevadm. Вы будете использовать triggerи testпараметры , чтобы вызвать повторное сканирование Udev событий и проверить событие конкретного, соответственно.

Я узнал об этом нелегко, когда начал изучать новое сетевое устройство в EL 7. Удачи!

— Павел
источник

1

Создать файл правил udev

sudo nano /etc/udev/rules.d/99-removable-sd.rules

Добавить правило, которое говорит udisks для его автоматического монтирования
```
SUBSYSTEM=="block", SUBSYSTEMS=="mmc", DRIVERS=="mmcblk", ATTRS{type}=="SD", ENV{UDISKS_AUTO}="1", ENV{UDISKS_SYSTEM}="0"
```
ATTRS{type}=="SD" может не потребоваться, если вы используете разные типы.
Перезагрузить правила
```
sudo udevadm control -R
```
Извлечь его, затем положить обратно.

Ссылка: Archlinux Wiki: Некоторые устройства, которые должны рассматриваться как съемные, не являются

— user.dz
источник

0

У меня была такая же проблема с RASPBERRY PI 3 B +, возможно, что вышеприведенные команды могут вам помочь. Но это НЕ помогло мне. Я пытался вызвать скрипт при вставке USB-накопителя. Правила не регистрируются в системном журнале, поэтому становится очень трудно понять, какое правило сработало или какое правило не удалось.

Итак, я сделал следующее:

(1) Я сделал свой файл правил в /etc/udev/rules.d/100-myrule.rules

(2) Затем я выполнил команду sudo /etc/init.d/udev restart

тогда я проверил, что это сработало. Часть информации, может быть полезной для вас или нет, но файловые системы доступны только для udev, пока не будет выполнена команда в (2).

— MSharq
источник