Главная » Linux

Linux автоматическое размонтирование usb

На чтение 9 мин Просмотров 1 Опубликовано
Содержание
  1. Введение
  2. Перехват события udev
  3. Вызов сценария обработки события как системного сервиса
  4. Сценарий обработки события
  5. Приемы отладки
  6. автоматическое монтирование подключаемых устройств через udev

Введение

В обновлениях Astra Linux до обновления x.7.2 для управления подключаемыми устройствами совместно используются механизмы udev и mount. См. Съемные носители в Astra Linux. В данной статье рассматривается пример сценария, использующего механизм udev для автоматического монтирования съемных носителей. Сценарий имеет следующие особенности:

  • монтирование выполняется в предопределенную точку монтирования (/media/);
  • монтирование выполняется для всех пользователей (примонтированное устройство доступно для чтения и записи всем пользователям;
  • размонтирование устройства доступно всем пользователям.

Данная статья применима к:

  • Astra Linux Special Edition РУСБ.10015-01 и РУСБ.10015-10 (очередное обновление 1.7)
  • Astra Linux Special Edition РУСБ.10052-02 (очередное обновление 4.7)
  • Astra Linux Special Edition РУСБ.10015-01 (очередное обновление 1.6)
  • Astra Linux Special Edition РУСБ.10015-16 исп. 1 и исп. 2
  • Astra Linux Special Edition РУСБ.10265-01 (очередное обновление 8.1)
  • Astra Linux Common Edition 2.12

Предлагаемый в настоящей статье сценарий монтирования предназначен исключительно для демонстрации приемов работы. Для практического применения предлагаемый сценарий должен быть доработан в соответствии с поставленными задачами. В частности, автоматически примонтированные сценарием носители с файловой системой NTFS не могут быть размонтированы через службу fly-reflex (графическое приложение). Однако при этом пользователи могут использовать для размонтирования команду umount из командной строки.

Применение собственных сценариев обработки событий udev одновременно с использованием учтенных носителей (см. Съемные носители в Astra Linux) допустимо только в рамках действующих правил безопасности..

Перехват события udev

События udev («action») возникают при изменении статуса подключенных устройств. Наиболее употребительные события:

  • физическое подключение устройства (событие «add»);
  • физическое отключение (извлечение) устройства (событие «remove»);
  • смена носителя в устройстве (событие «change»). Используется для устройств типа компакт-диск (CD- и DVD-приводы).

Перехват событий осуществляется с помощью сценариев обработки. Файлы со сценариями — обработчиками событий udev располагаются в каталогах:

Каталоги обрабатываются в том порядке, в котором они перечислены. Перед выполнением файлы упорядочиваются по алфавиту. Файлы с одинаковыми именами — переписываются последним найденным файлом, т.е. файл, найденный в последнем каталоге (/etc/udev/rules.d/) заменит собой ранее найденный файл с таким же именем.

Стандартно имя каждого файла — сценария начинается с двух цифр, и имеет расширение .rules.

Пример файла перехвата события /etc/udev/rules.d/99-local.rules:

KERNEL=="sd[a-z]|sd[a-z]7", SUBSYSTEMS=="usb", ACTION=="add", RUN+="/bin/systemctl start usb-mount@%k.service", RUN+="/usr/bin/logger -s -t Astra StepAdd" KERNEL=="sd[a-z]|sd[a-z]6", SUBSYSTEMS=="usb", ACTION=="remove", RUN+="/bin/systemctl stop usb-mount@%k.service", RUN+="/usr/bin/logger -s -t Astra StepRemove" KERNEL=="sd[a-z]|sd[a-z]7", SUBSYSTEMS=="usb", ACTION=="change", RUN+="/bin/systemctl reload usb-mount@%k.service", RUN+="/usr/bin/logger -s -t Astra StepReload"

Этот перехватчик обрабатывает события подключения/отключения дисковых разделов с именами:

  • начинающимися с букв «sd», после которых следует одна любая строчная буква ([a-z]) — такие имена используются для дисковых разделов с файловой системой vfat и, иногда, NTFS;
  • начинающимися с букв «sd», , после которых следует одна любая строчная буква ([a-z]), после которой следует одна цифра (6) — такие имена используются для дисковых разделов ext2/ext3/ext4 и NTFS.
Читайте также:  Installing gnome on arch linux

Для отладки в сценарий вставлены команды трассировки выполняемых вызовов:

RUN+="/usr/bin/logger -s -t Astra_USB .

Отладочные сообщения отмеченные тегом Astra_USB записываются в системный журнал /var/log/syslog.

Сам перехватчик не выполняет прямых действий, а вызывает для выполнения этих действия системную службу usb-mount@%k.service, то есть вызывает сценарий обработки события как системную службу.

При выполнении правила обработки события служба udev вместо специальной переменной %k автоматически подставит имя подключаемого объекта (полный список специальных переменных имеется в документации). Т.е. при подключении дискового раздела, например, /dev/sdb1, будет выполняться команда:

Имя вызываемой службы usb-mount@%k помимо переменной %k содержит символ «коммерческое at» («собака», «@»), имеющий специальный смысл: при вызове службы в имени которой содержится символ «@» системная служба вызова служб разберет это имя на части, и передаст часть, находящуюся после символа «@» вызываемой службе как параметр. Т.е. вызов:

systemctl start usb-mount@sdb1.service

превратится в вызов службы usb-mount с параметрами start и sdb1. Как организовать обработку этого вызова и саму службу описано ниже.

Новые (добавленные) правила обработки регистрируются системой автоматически, однако после внесения изменений в существующие правила следует обновить правила udev командой:

Вызов сценария обработки события как системного сервиса

Итак, сценарий обработки вызывается как системная служба. Для вызова системных служб используются так называемые «юниты» (units), специальные сценарии запуска служб, расположенные в каталогах /etc/systemd/system/.

Пример обработчика вызова службы для вышеуказанного правила перехвата события udev разместим в файле /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
ExecReload=/usr/local/bin/usb-mount.sh reload %i
ExecStop=/usr/local/bin/usb-mount.sh remove %i

Этот сценарий умеет обрабатывать две команды — start (параметр ExecStart) и stop (параметр ExecStop), но сам опять ничего не делает, а вызывает исполнимый файл сценария обработки события (для примера — файл /usr/local/bin/usb-mount.sh). При вызове файлу передается параметр, определяющий действие (в примере выше — add или remove) и специальный параметр %i, вместо которого автоматически подставляется часть имени вызова службы, находящаяся после символа «@», т.е. в используемом примере — sdb1.

Читайте также:  Linux create user uid

Сценарий обработки события

Сценарий обработки события в принципе может размещаться где угодно. Для примера используется файл /usr/local/bin/usb-mount.sh. Комментарии см. в тексте сценария. Важные особенности работы сценария:

  • монтирование устройств vfat:
    • выполняется от имени пользователя nobody («никто») и группы nogroup («никакая группа»);
    • на устройство устанавливается маска доступа (umask) 000, разрешающая доступ на чтение и запись к файловым объектам на устройстве всем пользователям;
    • noexec — запрет исполнения двоичных файлов, расположенных на носителе;
    • nosuid — запрет применения битов установки идентификатора пользователя и идентификатора группы, используемых для изменения (повышения) привилегий;
    • nodev — запрет применения файлов, расположенных на устройстве, как файлов символьных или блочных устройств;
    • Опция монтирования users. Наличие этой опции, когда она указана в файле /etc/fstab, помимо задания опций «noexec , nosuid , nodev» при монтировании, имеет дополнительную функцию: наличие этой опции разрешает размонтировать устройство любому пользователю;
    • Опция монтирования noauto. Наличие этой опции исключает автоматическое монтирование носителя при загрузке ОС (или при выполнении команды mount -a).

    #!/bin/bash
    set -xue
    # Определяется команда для трассировки (отладки) выполнения сценария. Отладочные записи записываются в системный журнал /var/log/syslog и помечается тегом «Astra_USB»
    log=’/usr/bin/logger -s -t «Astra_USB»‘

    # Этот сценарий вызывается из системного юнита как сценарий обработки подключения/отключения накопителей и должен получать два параметра
    usage() $log «Применение: $0 device_name (например, sdb1).»
    exit 1
    >

    do_mount() MOUNT_POINT=$(/bin/mount | /bin/grep $ | /usr/bin/awk ‘< print $3 >‘)
    if [[ -n $ ]]; then
    $log «Предупреждение: $ уже смонтировано в $»
    exit 1
    fi

    # Получение и сохранение в переменных информации об устройстве : метка ID_FS_LABEL, идентификатоп ID_FS_UUID, и тип файловой системы ID_FS_TYPE
    eval $(/sbin/blkid -o udev $)

    # Глобальные опции монтирования
    OPTS=»rw,relatime,users»

    # Специфические для файловых систем опции монтирования:
    case $ in
    vfat) $log «Файловая система $ на устройстве $»
    OPTS+=»,uid=nobody,gid=nogroup,umask=000,shortname=mixed,utf8=1,flush»
    ;;
    ext4|ext3|xfs|btrfs)
    $log «Файловая система $ на устройстве $»
    ;;
    ntfs)
    OPTS+=»,group,uid=nobody,gid=nogroup»
    $log «Файловая система $ на устройстве $»
    ;;
    «») $log «На устройстве $ отсутствует файловая система»
    exit 0
    ;;
    *) $log «Неподдерживаемая файловая система $ на устройстве $»
    exit 1
    esac

    UUID=`lsblk $DEVICE -no UUID`
    # MOUNT_POINT=»/run/user/0/media/by-uuid-$»
    MOUNT_POINT=»/media/by-uuid-$»
    $log «Точка монтирования: $»
    /bin/mkdir -p $
    chmod 777 $

    if ! /bin/mount -o $ $ $; then
    $log «Ошибка монтирования $ (статус = $?)»
    /bin/rmdir $
    exit 1
    else
    sed -i «/^$\s\+/d» /etc/fstab
    echo «$ $ auto $ 0 0» | tee -a /etc/fstab > /dev/null
    fi

    do_unmount() $log «Removing: $-$-$»
    MOUNT_POINT=$(/bin/mount | /bin/egrep «^$» | /usr/bin/awk ‘< print $3 >‘)
    if [[ -z $ ]]; then
    $log «Предупреждение: $ не примонтировано»
    else
    /bin/umount -l $
    $log «**** Отмонтировано $ **** Удаление точки монтирования $ и записи в /etc/fstab»
    fi
    [ -d «$MOUNT_POINT» ] && /bin/rmdir «$MOUNT_POINT»
    sed -i «/^$\s\+$/d» /etc/fstab
    >

    do_reload() $log «Reload: $-$-$»
    MOUNT_POINT=$(/bin/mount | /bin/egrep «^$» | /usr/bin/awk ‘< print $3 >‘)
    if [[ -z $ ]]; then
    for d in `egrep «^$\s+» /etc/fstab | awk »` ; do
    $log «Reload: $ не примонтировано. Удаление точки монтирования $d»
    [ -d «$d» ] && rm «$d»
    done
    else
    $log «Reload: $ примонтировано»
    fi
    sed -i «/^$\s\+/d» /etc/fstab
    >

    case «$» in
    add) do_mount ;;
    remove) do_unmount ;;
    reload) do_reload ;;
    *) usage ;;
    esac

    После создания файла сценария сделать его исполнимым:

    Приемы отладки

    Включение вывода отладочных сообщений udev в файл /var/log/syslog:

    Тестовая отработка правил udev без их загрузки:

    Источник

    автоматическое монтирование подключаемых устройств через udev

    Задача автоматического монтирования флешек решается довольно просто в KDE или GNOME — эти среды можно настроить так, что они сами всё смонтируют, откроют файловый менеджер и покажут значок в трее. Но что делать, если у вас только консоль или стоит, например, awesome? Или вы не хотите разбираться с конкретным DE, а ищите универсальное решение?

    Независимое от DE решение есть — udev.
    Создаём новый файл /etc/udev/rules.d/automount.rules со следующим содержанием:

    ACTION=="add" KERNEL=="sd[c-z]2" RUN+="/bin/mkdir -p /mnt/%E_%E_%n" ACTION=="add" KERNEL=="sd[c-z]8" RUN+="/bin/mount -o uid=1000 /dev/%k /mnt/%E_%E_%n" ACTION=="remove" KERNEL=="sd[c-z]3" RUN+="/bin/rmdir /mnt/%E_%E_%n"

    Укажем udev-у, что появилось новое правило:
    sudo udevadm control —reload-rules

    Результат
    Вставляю флешку и вижу каталог /mnt/KINGMAX_Flash_Disk_1, в котором содержимое флешки. Размонтирую и вынимаю — каталог пропал.

    Замечания
    1. KERNEL==«sd[c-z]9» — значит, что будет срабатывать на все устройства вида /dev/sdc1 /dev/sdc2, /dev/sdg7. У меня 2 жестких диска: sda и sdb, поэтому я начал regex с «с».
    2. mount -o uid=1000 — зашит id пользователя, который будет owner-ом. Если у вас не стандартный, то подправьте (проверка id -u). Конечно, можно действовать через группы и маски, но я выбрал наиболее простое решение.

    umount
    Проблему размонтирования (нужны права суперпользователя) я решил так:
    1. sudo visudo
    2. добавить строчку %wheel ALL= NOPASSWD: /bin/umount

    upd
    Как заметил darkk, ID_VENDOR=»; /bin/rm -rf /;» — потенциальная дыра в безопасности, поэтому лучше перестраховаться в ущерб наглядности:

    ACTION=="add" KERNEL=="sd[c-z]9" RUN+="/bin/mkdir -p /mnt/%k" ACTION=="add" KERNEL=="sd[c-z]8" RUN+="/bin/mount -o uid=1000 /dev/%k /mnt/%k" ACTION=="remove" KERNEL=="sd[c-z]7" RUN+="/bin/rmdir /mnt/%k"

    Источник

Оцените статью
© 2023 Posetke
Adblock
detector