Автомонтирование устройств через связку ivman + subfs

К связке ivman&pmount у меня (лично) всегда было несколько претензий:

• необходимость держать два экземпляра (системный и пользовательский) ivman'а (что для однопользовательской машины излишне, а для машины, на которой одновременно залогинено несколько пользователей, грозит конфликтами «кто первый успеет»);
• необходимость говорить чего-то руками (pumount) для отмонтирования устройства;
• скудность параметров монтирования через pmount

Поведение же пакетов hal-fstab-sync&hal-mount-subfs меня всегда более, чем устраивало. Поэтому, после того, как в последних версиях hal был поставлен конфликт на hal-fstab-sync, и волей-неволей пришлось перейти на ivman, мне очень захотелось воссоздать старую привычную функциональность.

Краткое описание получившеся системы

hal детектит событие появления или пропадания устройств. Ivman принимает решение, что в связи с этим событием сделать с устройством – смонтировать, размонтировать, или какую-нибудь программу запустить. Мы прописываем ivmanу наши собственные команды монтирования/размонтирования – скрипты, которые и делают всю остальную работу.

Итак, по порядку:

Скрипты монтирования и размонтирования

Скрипт, занимающийся монтированием, является художественно переработанным примером с Gentoo Wiki.
Он выясняет желаемую точку монтирования, опции монтирования в зависимости от файловой системы устройства, создаёт уникальную точку монтирования и, собственно, монтирует устройство.
/usr/local/bin/mount-device-subfs:
#!/bin/bash [ -f /etc/sysconfig/subfs_mount_options ] && . /etc/sysconfig/subfs_mount_options OBLIGATORY_MOUNT_OPTIONS="nodev,nosuid,noexec,noatime" #LOCK_FILE="/var/lock/subfsmounter.lock" #HAL_UDI=`hal-find-by-property --key block.device --string "$DEVICE" | head -1` HAL_UDI="$1" logger "Running as $0 $1" if [ "$HAL_UDI" = "" ] ; then exit 1 ; fi #function exit_handler() { # trap - EXIT # [ -f "$LOCK_FILE" ] && rm -f $LOCK_FILE #} function ask_hal() { [ -n "$1" ] && { hal-get-property --key "$1" --udi "$HAL_UDI" 2>/dev/null } } function get_hal_label { CUR_UDI=$1 LABEL="" COUNTER=0; while [ -z "$LABEL" -a $COUNTER -lt 4 ]; do LABEL=`ask_hal volume.label` if [ -z "$LABEL" ]; then LABEL=`ask_hal storage.serial` fi CUR_UDI=`ask_hal info.parent` let COUNTER=COUNTER+1 done if [ -z "$LABEL" ]; then LABEL=${DEVICE##/dev/} fi } function get_mount_point { DESIRED_MOUNT_POINT=`ask_hal volume.policy.desired_mount_point` [ -z "$DESIRED_MOUNT_POINT" ] && DESIRED_MOUNT_POINT=$LABEL while [ -e "/media/$DESIRED_MOUNT_POINT" ]; do tail_mp=${DESIRED_MOUNT_POINT##*_} echo "$tail_mp" | grep -qvE "[^[:digit:]]" && \ DESIRED_MOUNT_POINT="${DESIRED_MOUNT_POINT%_*}_$(($tail_mp + 1))" || \ DESIRED_MOUNT_POINT="${DESIRED_MOUNT_POINT}_1" done } if [ -z "$HAL_UDI" ]; then # can't find device in hal db logger "hald didn't know about $DEVICE" # WTF? LABEL=${DEVICE##/dev/} FS_TYPE="auto" DESIRED_MOUNT_POINT="$LABEL" else # device found in hal db. is_ignore=`ask_hal volume.ignore` [ "$is_ignore" == "true" ] && { logger "Device "$HAL_UDI" is ignored, will not be mounted." exit 1 } is_mounted=`ask_hal volume.is_mounted` [ "$is_mounted" == "true" ] && { logger "Device "$HAL_UDI" already mounted." exit 1 } DEVICE=`ask_hal block.device` [ -z "$DEVICE" ] && { logger "Can't recognize block device for "$HAL_UDI", abort mounting." exit 1 } FS_TYPE=`ask_hal volume.fstype` [ -z "$FS_TYPE" ] && { logger "${DEVICE}: No FS found. Skip mounting." exit 1 } get_hal_label get_mount_point CONFIG_MOUNT_OPTIONS=${!FS_TYPE} fi logger "Mounting HAL_UDI $HAL_UDI as $DEVICE to $DESIRED_MOUNT_POINT (label=${LABEL}, fs=${FS_TYPE}, options:${CONFIG_MOUNT_OPTIONS})" SYNC_OPT="" [ -n "$CONFIG_MOUNT_OPTIONS" ] && CONFIG_MOUNT_OPTIONS=",$CONFIG_MOUNT_OPTIONS" #for counter in 1 2 3 4 5 6 7 8 9 10; do # [ -f $LOCK_FILE ] || break # logger "$$ wait..." # sleep 1 #done #[ -f $LOCK_FILE ] && { # logger "Endlessly mount locking, quit." # exit 1 #} #trap exit_handler HUP PIPE INT QUIT TERM EXIT #touch $LOCK_FILE #sleep "1.${RANDOM}s" MOUNTPOINT="/media/${DESIRED_MOUNT_POINT}" mkdir -p "$MOUNTPOINT" || { logger "Error creating mount point" exit 1 } echo "$DESIRED_MOUNT_POINT" |md5sum |cut -f1 -d' ' > $MOUNTPOINT/.auto_managed_mount_point mount -t subfs "$DEVICE" "$MOUNTPOINT" -o fs=${FS_TYPE},${OBLIGATORY_MOUNT_OPTIONS}${CONFIG_MOUNT_OPTIONS} || { logger "Mounting failure"; exit 1 } logger "Success."
Закомментированые участки кода добавляют (при разкомментировании ;) функцию задержки монтирования при одновременном старте нескольких экземпляров скрипта. Пока не сильно понятно, нужно ли оно. От проблем с «двойным монтированием» (см. ниже) не спасает, а тормозов прибавляет.

Скрипт размонтирования пытается размонтировать устройство, и, при успехе, изничтожает точку монтирования.
/usr/local/bin/umount-device-subfs:
#! /bin/bash logger "$0 $1" POINT_FOR_UMOUNT=$1 if [ "$POINT_FOR_UMOUNT" = "" ] ; then exit 1 ; fi do_umount() { logger "Trying to umount $1" MOUNT_POINT="$1" [ -d "$MOUNT_POINT" ] || { logger "Mount point $MOUNT_POINT not found" return } if umount "$MOUNT_POINT"; then [ -e "$MOUNT_POINT/.auto_managed_mount_point" ] && rm -rf "$MOUNT_POINT" || { #Double mounting? count=1 while umount "$MOUNT_POINT" && [ $count -lt 10 ] ; do logger "Dublicate!"; count=$(($count + 1)); done [ -e "$MOUNT_POINT/.auto_managed_mount_point" ] && rm -rf "$MOUNT_POINT" } logger "Successfully umounted $MOUNT_POINT" else logger "Umount fault! Mount point will not be removed." fi } [ "`expr substr $POINT_FOR_UMOUNT 1 1`" == "/" ] || POINT_FOR_UMOUNT="`pwd`/$POINT_FOR_UMOUNT" MOUNT_POINT_TYPE=`echo $POINT_FOR_UMOUNT |cut -f2 -d /` case "$MOUNT_POINT_TYPE" in media) do_umount "$POINT_FOR_UMOUNT" ;; dev) mount | grep "^$POINT_FOR_UMOUNT " |while read MOUNT_LINE; do do_umount "`echo $MOUNT_LINE |cut -f 3 -d' '`" done ;; org) do_umount "`hal-get-property --key volume.mount_point --udi $POINT_FOR_UMOUNT`" ;; *) logger "Unknown mount point type ($POINT_FOR_UMOUNT)" ;; esac

Настройки ivman

По умолчанию, ivman работает от имени непривилегированного пользователя ivman. Чтобы он мог без проблем выполнять команды монтирования/размонтирования, мы должны или ставить на эти команды SUID, или делать вызовы через sudo. Сам ivman рекомендует в отладочных логах второй вариант. Так мы и поступим. Запустим visudo и добавим разрешение пользователю ivman безпарольно вызывать наши скрипты для монтирования и размонтирования:
Cmnd_Alias IVMAN_COMMANDS = /usr/local/bin/mount-device-subfs, /usr/local/bin/umount-device-subfs ivman ALL = NOPASSWD: IVMAN_COMMANDS

Далее, добавляем вызов этих скриптов в качестве программ монтирования/размонтирования в системный конфиг ivman'а /etc/ivman/IvmConfigBase.xml:
<ivm:Option name="mountcommand" value="sudo /usr/local/bin/mount-device-subfs '$hal.info.udi$'" /> <ivm:Option name="umountcommand" value="sudo /usr/local/bin/umount-device-subfs '$hal.block.device$'" />
монтирование мы вызываем с UDI, по которому скрипт определяет все нужные для монтирования свойства устройства. А когда запускается скрипт размонтирования, устройство уже скорее всего удалено, и hal о нём может ничего не знать. Поэтому в качестве параметра передаётся извлеченное устройство. Проще было бы использовать точку монтирования, но иногда ivman наотрез отказывается её передавать.

Конфиги

Скрипт монтирования использует конфигурационный файл /etc/sysconfig/subfs_mount_options, в котором хранятся опции монтирования для разных файловых систем:
vfat="fmask=0111,dmask=000" iso9660="mode=0444,iocharset=koi8-r,ro"
Внимание: Формат и наполнение этого конфига, скорее всего, будет изменено и дополнено.

Кроме того, очень рекомендуется поставить файл 10-fstab-sync-storage-policy.fdi из пакета hal-fstab-sync. Это даёт нам как минимум двух мёртвых зайцев:

• список устройств, которые будет монтировать ivman. А то, к примеру, он отказывается монтировать USB-жесткие диски.
• желаемые точки монтирования для разных типов устройств.

Запишите этот файл в /etc/hal/fdi/policy/.

Монтирование пользовательским экземпляром ivman'а

Системный ivman работает без проблем, только вот задержки при монтировании несколько нервируют (он даёт некоторый временной шанс смонтировать раздел пользовательскому экземпляру программы), и не обрабатываются уже подсоединённые устройства (хотя, возможно, я не досмотрел документацию). Поэтому, если на компьютере одномоментно работает только один пользователь, монтирование устройств можно отдать на откуп и пользовательскому экземпляру ivman'а. Для этого добавим в /etc/sudoers пользователю, который будет запускать свой экземпляр программы, разрешения на запуск скриптов монтирования/размонтирования, как это было описано выше. Так же пропишем в пользовательский конфиг ~/.ivman/IvmConfigBase.xml вызовы этих скриптов в качестве программ монтирования и размонтирования. Сконфигурируем запуск пользовательского экземпляра любым описанным в документации методом и наслаждаемся.
Однако: вот здесь я поймал интересную ошибку. У меня есть USB-HDD с четыремя разделами. И при монтировании пользовательским ivman'ом один из разделов, не обязательно один и тот же, постоянно монтировался «как бы дважды»: в выводе команды mount раздел был перечислен только один раз, однако, команду umount приходилось выполнять дважды, чтобы точка монтирования освободилась. При монтировании пользовательский ivman ругался в логи вот так:
hal_interface.c:48 (hal_device_added) New Device: /org/freedesktop/Hal/devices/volume_uuid_6CD0_31EF IvmConfig/IvmConfigCommon.c:166 (ivm_device_is_mountable) UDI /org/freedesktop/Hal/devices/volume_uuid_6CD0_31EF is device /dev/sdc1 IvmConfig/IvmConfigCommon.c:319 (ivm_device_is_mountable) Device /dev/sdc1 appears to be mountable manager.c:1014 (ivm_media_changed) Attempting to mount device /dev/sdc1 manager.c:786 (ivm_run_command) Running: sudo /usr/local/bin/mount-device-subfs '/org/freedesktop/Hal/devices/volume_uuid_6CD0_31EF' manager.c:1030 (ivm_media_changed) /org/freedesktop/Hal/devices/volume_uuid_6CD0_31EF wasn't mounted, by us or by others... IvmConfig/IvmConfigCommon.c:166 (ivm_device_is_mountable) UDI /org/freedesktop/Hal/devices/volume_uuid_6CD0_31EF is device /dev/sdc1 IvmConfig/IvmConfigCommon.c:319 (ivm_device_is_mountable) Device /dev/sdc1 appears to be mountable

Кто здесь виноват – ivman, hal, subfs – я не знаю. Пока что решил проблему некоторым хаком в скрипте размонтирования.

Конспективное пошаговое мини-хау-ту

Предположим, что ivman уже установлен, и конфиги его созданы (создаются при первом запуске).

• записываем скрипты mount-device-subfs и umount-device-subfs в /usr/local/bin/;
• подкладываем 10-fstab-sync-storage-policy.fdi из пакета hal-fstab-sync в /etc/hal/fdi/policy/;
• редактируем /etc/sysconfig/subfs_mount_options в своё удовольствие;
• запускаем visudo и добавляем права на скрипты пользователю ivman и любым нужным пользователям;
• добавляем вызовы наших скриптов в системный конфиг /etc/ivman/IvmConfigBase.xml и пользовательские ~/.ivman/IvmConfigBase.xml по потребности;
• (пере)стартуем сервис ivman; или запускаем пользовательский экземпляр программы, или и то и другое.
• тестируем, наслаждаемся, материмся.

Творческие планы

• Тестировать, тестировать, тестировать.
• Подумать в сторону удаления «подвисших» точек монтирования.
• скорее всего, расширить и улучшить конфиг: возможность раздельных опций по типам файловых систем, типам устройств и идентификаторам разделов с проверкой допустимых опций монтирования.
• если это будет еще кому-то нужно, кроме меня :) – постараться опакетить.

Пожалуйста, жду отзывов.

Литература:

• Описание Ivman /ALTLinux/Sisyphus/admin/IvmanAutomount;
• Еще описание Ivman;