Який найсучасніший метод автоматичного виконання користувальницьких сценаріїв під час підключення USB-пристроїв під діючими дистрибутивами Linux, такими як Debian / CentOS / Fedora?
Наприклад, якщо ви хочете автоматично змонтувати / скопіювати деякі файли / замінити USB-накопичувач на основі його UUID (або ідентифікатора пристрою тощо).
Відповіді:
Поставте такий рядок у файл у /etc/udev/rules.d:
KERNEL=="sd*", ATTRS{vendor}=="Yoyodyne", ATTRS{model}=="XYZ42", ATTRS{serial}=="123465789", RUN+="/pathto/script"
Додайте пункт, наприклад, NAME="subdir/mydisk%n"якщо ви хочете використовувати спеціальний шлях вступу під /dev.
Запустіть, udevadm info -a -n sdbщоб побачити, з якими атрибутами можна відповідати ( attribute=="value"; замініть sdbім’я пристрою, яке автоматично присвоюється диску, відповідно до нового запису, створеного /devпід час підключення). Зверніть увагу , що ви можете використовувати ATTRSпункти з будь-якої однієї строфи: ви можете вибрати будь-яку строфу, але ATTRSпункти повинні все з тієї ж строфи, ви не можете змішувати і поєднувати. Ви можете змішувати ATTRSпропозиції з іншими типами пропозицій, перелічених у іншій строфі.
udevadm trigger? Чи використовує ваша система udev? Якщо ви хочете запустити сценарій, коли щось підключено, видаліть усі умови (пункти з ==) (можливо, синтаксис вимагає однієї умови, я не впевнений; якщо так, використовуйте KERNEL=="*").
at. Дивіться "Запуск зовнішніх програм" на reactivate.net/writing_udev_rules.html
Я розглядав /lib/udev/rules.dприклади правил, пов’язаних з диском. У системі Ubuntu один файл правил забезпечує змінну середовища, ID_FS_UUID_ENCяку ви можете використовувати у власних файлах правил.
Таким чином, я помістив файл власного правила під /etc/udev/rules.d/foodevice.rules. Оскільки він не є префіксом числа, він працює, нарешті, udev. До речі, демон udev спостерігав /etc/udev/rules.dза змінами, щоб вам не потрібно було перезавантажувати файли.
Зміст /etc/udev/rules.d/foodevice.rules:
ACTION=="add", KERNEL=="sd*[!0-9]", ENV{ID_FS_UUID_ENC}=="FFFF-AAAF",
RUN+="/usr/bin/sudo -u juser /home/juser/path/script.sh"
(це одне правило - вам слід видалити новий рядок після пункту ENV, оскільки у udev немає механізму продовження рядків)
Програма, запущена udev, блокує демон - таким чином вона не повинна запускатися тривалий час. Я вирішив це через at- тобто, відірвавшись від процесу, виконуючи справжню роботу:
$ cat /home/juser/path/script.sh
#!/bin/sh
echo ~/path/mountcopystuff.sh | at now
udevadm control --reload-rules, залежно від вашого розповсюдження.
at nowпропоную batch.
atані batch? Я перебуваю у вбудованому середовищі із зайнятим ящиком .
~/path/mountcopystuff.sh &- atі т. д. має перевагу в тому, що ви отримуєте сповіщення електронною поштою у випадку, якщо щось піде не так - але у вбудованій системі це, мабуть, не викликає особливого інтересу.