Есть ли какое-то полезное руководство по этому вопросу? Я не могу найти действительно полезную документацию. Спасибо!

@fireon да, я тоже так сделаю. Вот решение, которое я нашел. Я протестировал это на одном сервере, и все работает; скоро протестирую на новом установочном образе. https://serverfault.com/questions/766506/automount-usb-drives-with-systemd После нескольких неудачных попыток я разобрался. Ключевое здесь — добавить юнит сервиса systemd между udev и скриптом монтирования. (Для справки: мне не удалось заставить это работать с использованием udisks2 (через что-то вроде udisksctl mount -b /dev/sdb1), вызываемого либо непосредственно из правила udev, либо из файла юнита systemd. Похоже, есть гонка, и узел устройства не совсем готов, что приводит к ошибке поиска объекта для устройства /dev/sdb1. Это печально, поскольку udisks2 мог бы заняться всей грязной работой с точками монтирования...) Основная работа выполняется shell-скриптом, который отвечает за создание и удаление точек монтирования и за монтирование и размонтирование накопителей. /usr/local/bin/usb-mount.sh #!/bin/bash # Этот скрипт вызывается из нашего файла юнита systemd для монтирования или размонтирования # USB накопителя. usage() { echo "Использование: $0 {add|remove} имя_устройства (например, sdb1)" exit 1 } if [[ $# -ne 2 ]]; then usage fi ACTION=$1 DEVBASE=$2 DEVICE="/dev/${DEVBASE}" # Проверим, смонтирован ли уже этот накопитель, и если да, то где MOUNT_POINT=$(/bin/mount | /bin/grep ${DEVICE} | /usr/bin/awk '{ print $3 }') do_mount() { if [[ -n ${MOUNT_POINT} ]]; then echo "Предупреждение: ${DEVICE} уже смонтирован по адресу ${MOUNT_POINT}" exit 1 fi # Получаем информацию об этом накопителе: $ID_FS_LABEL, $ID_FS_UUID и $ID_FS_TYPE eval $(/sbin/blkid -o udev ${DEVICE}) # Придумываем точку монтирования LABEL=${ID_FS_LABEL} if /bin/grep -q " /media/${LABEL} " /etc/mtab; then # Уже используется, создаем уникальную LABEL+="-${DEVBASE}" fi MOUNT_POINT="/media/${LABEL}" echo "Точка монтирования: ${MOUNT_POINT}" /bin/mkdir -p ${MOUNT_POINT} # Глобальные параметры монтирования OPTS="rw,relatime" # Специфические параметры монтирования для файловой системы if [[ ${ID_FS_TYPE} == "vfat" ]]; then OPTS+=",users,gid=100,umask=000,shortname=mixed,utf8=1,flush" fi if ! /bin/mount -o ${OPTS} ${DEVICE} ${MOUNT_POINT}; then echo "Ошибка монтирования ${DEVICE} (статус = $?)" /bin/rmdir ${MOUNT_POINT} exit 1 fi echo "**** Смонтирован ${DEVICE} по адресу ${MOUNT_POINT} ****" } do_unmount() { if [[ -z ${MOUNT_POINT} ]]; then echo "Предупреждение: ${DEVICE} не смонтирован" else /bin/umount -l ${DEVICE} echo "**** Размонтирован ${DEVICE}" fi # Удаляем все пустые директории в /media, которые не используются как точки монтирования. Это немного избыточно, но если накопитель был размонтирован до удаления, мы больше не знаем его точку монтирования, и не хотим оставлять её сиротой... for f in /media/* ; do if [[ -n $(/usr/bin/find "$f" -maxdepth 0 -type d -empty) ]]; then if ! /bin/grep -q " $f " /etc/mtab; then echo "**** Удаление точки монтирования $f" /bin/rmdir "$f" fi fi done } case "${ACTION}" in add) do_mount ;; remove) do_unmount ;; *) usage ;; esac Скрипт, в свою очередь, вызывается файлом юнита systemd. Мы используем синтаксис "@" в имени файла, чтобы передать имя устройства как аргумент. /etc/systemd/system/usb-mount@.service [Unit] Description=Mount USB Drive on %i [Service] Type=oneshot RemainAfterExit=true ExecStart=/usr/local/bin/usb-mount.sh add %i ExecStop=/usr/local/bin/usb-mount.sh remove %i Наконец, некоторые правила udev запускают и останавливают сервис юнита systemd при подключении/отключении: /etc/udev/rules.d/99-local.rules KERNEL=="sd[a-z][0-9]", SUBSYSTEMS=="usb", ACTION=="add", RUN+="/bin/systemctl start usb-mount@%k.service" KERNEL=="sd[a-z][0-9]", SUBSYSTEMS=="usb", ACTION=="remove", RUN+="/bin/systemctl stop usb-mount@%k.service" Это, похоже, работает! Пара полезных команд для отладки таких вещей: udevadm control -l debug включает детализированное логгирование в /var/log/syslog, чтобы вы могли видеть, что происходит. udevadm control --reload-rules после изменения файлов в директории rules.d (может и не обязательно, но не помешает...). systemctl daemon-reload после изменения файлов юнита systemd. Надеюсь, это поможет кому-то еще. rajbps