Jaka jest najnowocześniejsza metoda automatycznego wykonywania niestandardowych skryptów we wtyczce urządzenia USB w obecnych dystrybucjach systemu Linux, takich jak Debian / CentOS / Fedora?
Na przykład, jeśli chcesz automatycznie zamontować / skopiować niektóre pliki / odmontować urządzenie pamięci masowej USB na podstawie jego UUID (lub identyfikatora urządzenia itp.).
Odpowiedzi:
Umieść taką linię w pliku w /etc/udev/rules.d:
KERNEL=="sd*", ATTRS{vendor}=="Yoyodyne", ATTRS{model}=="XYZ42", ATTRS{serial}=="123465789", RUN+="/pathto/script"
Dodaj klauzulę, np. NAME="subdir/mydisk%n"Jeśli chcesz użyć niestandardowej ścieżki wprowadzania w obszarze /dev.
Uruchom, udevadm info -a -n sdbaby zobaczyć, z którymi atrybutami możesz dopasować ( attribute=="value"; zamień sdbna nazwę urządzenia automatycznie przypisaną do dysku, odpowiadającą nowemu wpisowi utworzonemu /devpo podłączeniu go). Należy pamiętać, że można korzystać z ATTRSklauzul z dowolnej jednej zwrotce: można wybrać dowolną zwrotka, ale ATTRSklauzule wszystkie muszą pochodzić z tej samej zwrotki, nie można łączyć ze sobą. Możesz łączyć ATTRSklauzule z innymi typami klauzul wymienionymi w innej zwrotce.
udevadm trigger? Czy twój system używa udev? Jeśli chcesz uruchomić skrypt, gdy coś jest podłączone, usuń wszystkie warunki (klauzule z ==) (być może składnia wymaga jednego warunku, nie jestem pewien; jeśli tak, użyj KERNEL=="*").
at. Zobacz „Uruchamianie programów zewnętrznych” na reaktywowanym.net/writing_udev_rules.html
Szukałem /lib/udev/rules.dprzykładów reguł związanych z dyskami. W systemie Ubuntu jeden plik reguł zawiera zmienną środowiskową, ID_FS_UUID_ENCktórej można używać we własnych plikach reguł.
Dlatego umieściłem niestandardowy plik reguł /etc/udev/rules.d/foodevice.rules. Ponieważ nie jest poprzedzony liczbą, jest w końcu uruchamiany przez udev. Przy okazji demon udev obserwował /etc/udev/rules.dzmiany, tak że nie trzeba go ponownie uruchamiać przy zmianach plików.
Treść /etc/udev/rules.d/foodevice.rulesjest:
ACTION=="add", KERNEL=="sd*[!0-9]", ENV{ID_FS_UUID_ENC}=="FFFF-AAAF",
RUN+="/usr/bin/sudo -u juser /home/juser/path/script.sh"
(jest to jedna zasada - musisz usunąć znak nowej linii po klauzuli ENV, ponieważ udev nie ma mechanizmu kontynuacji linii)
Program uruchamiany przez udev blokuje demona - dlatego nie powinien działać długo. Rozwiązałem to poprzez at- tj. Poprzez oderwanie się od procesu wykonującego prawdziwą pracę:
$ cat /home/juser/path/script.sh
#!/bin/sh
echo ~/path/mountcopystuff.sh | at now
udevadm control --reload-rules, w zależności od dystrybucji.
at nowsugerować batch.
~/path/mountcopystuff.sh &- atitp. ma tę zaletę, że otrzymujesz powiadomienia e-mail na wypadek, gdyby coś poszło nie tak - ale w systemie wbudowanym prawdopodobnie nie jest to interesujące.