Я испытываю затруднения с помощью udev для выполнения сценария оболочки, который резервирует мои жесткие диски к внешнему диску каждый раз, когда внешний диск подключен через USB. Все работает кроме фактического вызова, чтобы rdiff-скопировать. udev обнаруживает жесткий диск и называет сценарий правильно. Сценарий выполняет и отображает настольные уведомления правильно, но rdiff-резервное-копирование никогда не выполняется сценарием оболочки и выполнениями сценария для окончания сразу, никогда не резервируя диски. Я уже отредактировал свой sudoers файл так, чтобы сценарий имел соответствующие полномочия.
Я знаю, что Каракатица позволила бы моему выполнять это действие относительно легко, но в интересах обучения меня на общем методе, я очень предпочту учиться использовать инструменты, уже встроил к Linux для выполнения этого самостоятельно. Любая справка значительно ценилась бы.
Мои правила udev определяются как:
ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="1f75", ATTR{idProduct}="0621", RUN+="/home/nam/.scripts/backup_root_and_home_folders_to_external_drive.sh"
и мой сценарий оболочки следующие:
#!/bin/bash
#sudo su
export DISPLAY=:0
export XAUTHORITY=/home/nam/.Xauthority
logger "Backing up root and home directories to external drive..."
###BACKUP ROOT DIRECTORY
#Issue system notification for backup begin
sv=$(date "+%T")
msgvar="Backing up directory / to external drive started at "
notif=${msgvar}${sv}
sudo -u nam DISPLAY=":0.0" notify-send -t 1000 "$notif"
#notify-send -t 1000 "$notif"
logger "$notif"
#sleep 5
#Start backup of / directory
st=$SECONDS
#sudo rdiff-backup -v6 --force --exclude /sys --exclude /run --exclude /media --exclude /proc --exclude /home / /media/nam/BACKUP1/root
sudo su
/usr/bin/rdiff-backup -v6 --exclude /sys --exclude /run --exclude /media --exclude /proc --exclude /home / /media/nam/BACKUP1/root
#logger "$ok"
#Issue system notification for backup end
sv=$(date "+%T")
stt=$SECONDS
et=$(($stt - $st))
#notify-send -t 1000 "Backup of directory / completed at $sv.
#Process took $et seconds."
sudo -u nam DISPLAY=":0.0" notify-send -t 1000 "Backup of directory / completed at $sv.
Process took $et seconds."
###BACKUP HOME DIRECTORY
#Issue system notification for backup begin
sv=$(date "+%T")
msgvar="Backing up directory /home to external drive started at "
notif=${msgvar}${sv}
#notify-send -t 1000 "$notif"
sudo -u nam DISPLAY=":0.0" notify-send -t 1000 "$notif"
#Start backup of /home directory
#sudo rdiff-backup -v6 --force /home/ /media/nam/BACKUP1/home/
sudo su
sudo /usr/bin/rdiff-backup -v6 /home/ /media/nam/BACKUP1/home/
#Issue system notification for backup end
sv=$(date "+%T")
stt=$SECONDS
et=$(($stt - $st))
#notify-send -t 1000 "Backup of directory /home completed at $sv.
#Process took $et seconds."
sudo -u nam DISPLAY=":0.0" notify-send -t 1000 "Backup of directory /home completed at $sv.
Process took $et seconds."
Удалите строку sudo su
. Это запускает новую корневую оболочку, которая никогда не возвращается, и именно поэтому любая команда после этого не выполняется.
К тому же давание себе разрешение, чтобы сделать sudo su
без пароля является серьезной угрозой безопасности и не должно быть сделано в реальной среде.
Я мог заметить немного ожидаемых проблем:
Должно быть условие матча, проверяют этот назначение ATTR{idProduct}="0621"
, который должен быть равенство ATTR{idProduct}=="0621"
.
, Что правило будет бежать прежде, чем организовать разделение и может даже прежде читать таблицу разделов.
Пример с диском вспышки просто включился:
$ udevadm monitor -u
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
UDEV [8850.369941] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1 (usb)
UDEV [8850.374279] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0 (usb)
UDEV [8850.378578] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4 (scsi)
UDEV [8850.380505] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/scsi_host/host4 (scsi_host)
UDEV [8851.373706] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0 (scsi)
UDEV [8851.373727] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0/4:0:0:0 (scsi)
UDEV [8851.377944] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0/4:0:0:0/scsi_disk/4:0:0:0 (scsi_disk)
UDEV [8851.380841] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0/4:0:0:0/bsg/4:0:0:0 (bsg)
UDEV [8851.382182] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0/4:0:0:0/scsi_generic/sg2 (scsi_generic)
UDEV [8851.382563] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0/4:0:0:0/scsi_device/4:0:0:0 (scsi_device)
UDEV [8851.399453] add /devices/virtual/bdi/8:16 (bdi)
UDEV [8852.542377] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0/4:0:0:0/block/sdb (block)
UDEV [8853.591178] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0/4:0:0:0/block/sdb/sdb2 (block)
UDEV [8853.591724] add /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0/4:0:0:0/block/sdb/sdb1 (block)
, Что правило предназначается для узла USB-устройства /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0
, где более удобно предназначаться для примера узлов разделения /devices/pci0000:00/0000:00:0b.0/usb1/1-1/1-1:1.0/host4/target4:0:0/4:0:0:0/block/sdb/sdb1
. Добавьте KERNEL
имя узла и используйте ATTRS
для матча правила.
ACTION=="add", KERNEL="sdb?", SUBSYSTEM=="usb", ATTRS{idVendor}=="1f75", ATTRS{idProduct}=="0621", RUN+="/home/nam/.scripts/backup_root_and_home_folders_to_external_drive.sh"
Даже с предыдущим модником, правила могут бежать прежде, чем повыситься, таким образом, Вам нужна задержка. Другая вещь, УДЕВ не может управлять долгими задачами, поэтому если rdiff-backup
не закончился вскоре, она будет убита УДЕВЫМ. См. man udev
, Чтобы решить, они, чтобы породить новый процесс тогда отрицают его. Посмотрите как в этом ответе: , Почему мои правила udev бегут, если я использую udevadm trigger
, но НЕ во время загрузки?