• Отметьте Сервером Ubuntu 11.10: Этот сценарий приводит к сбою на Сервере Ubuntu 11,10 должных к устаревшему vol_id команда. vol_id был заменен blkid. Для фиксации сценария замените "vol_id" "blkid-o udev" в udev-auto-mount.sh сценарий.

Я ударял по голове вокруг этого некоторое время теперь, и я думаю, что нашел рабочее решение. Это разрабатывается и тестируется в находящейся в Debian системе, таким образом, она должна работать над Ubuntu. Я укажу на предположения, которые это делает так, это может быть адаптировано к другим системам также.

• Это автоматически смонтирует Карты памяти на плагине и не должно брать много для адаптации к Firewire.
• Это использует UDEV, таким образом, никакой monkeying с HAL/DeviceKit/GNOME-Anything.
• Это автоволшебно создает a /media/LABEL каталог для монтирования устройства к.
  
  
• Однако это может вмешаться в другие утилиты автоматического монтирования; я не могу протестировать на это. Я ожидаю, что, с активным Gnome-VFS, оба могут попытаться сделать монтирование..., если Gnome-VFS приводит монтирование к сбою, это не могло бы настроить значок на рабочем столе. Размонтирование от Gnome должно быть возможным, но могло бы потребовать gksudo или подобный.

Я не протестировал это на начальной загрузке системы, но единственная причина I видит, что не могла бы работать, то, если она пытается смонтировать Карту памяти, прежде чем система будет готова к монтированию. Если это так, Вам, вероятно, будет нужна одна дополнительная тонкая настройка к сценарию монтирования. (Я согласовываю с ServerFault, чтобы видеть, существует ли совет, но не много интереса к нему там.)

На нем, затем.

UDEV ссылается:

• Запись udev Правила (ссылка для правил udev)
• человек udev (см. свою систему для последней версии),
• человек udevadm (udev административное средство; снова посмотрите свою систему для последнего),
• Резервное копирование на Карту памяти на монтировании (совершенно другая проблема, но полезный для понимания решения)

Фон (UDEV? Whuzzat?)

UDEV является системой замены в горячем режиме ядра. Это - то, что автоволшебно настраивает надлежащие устройства и символьные ссылки устройства (например, /dev/disk/by-label/<LABEL>), и во время начальной загрузки и для устройств, добавленных, в то время как система работает.

D-шина и HAL используются для отправки аппаратных событий слушателям как Настольные среды. Таким образом, когда Вы входите в GNOME и вставляете CD или включаете Карту памяти, то событие следует за этой цепочкой:

kernel -> udev -> dbus -> hal -> gnome-vfs/nautilus (mount)

И престо, Ваш диск смонтирован. Но в бездисплейной системе, мы не хотим должными быть входить в систему, извлекают пользу из автомонтирования.

Правила Udev

Так как UDEV позволяет нам записать правила и запустить программы на установке устройства, это - идеальный выбор. Мы собираемся использовать в своих интересах существующие правила Debian/Ubuntu, позволить им установить /dev/disk/by-label/<LABEL> символьная ссылка для нас, и добавляет другое правило, которое смонтирует устройство для нас.

Правила UDEV удерживаются /etc/udev/rules.d (и /lib/udev/rules.d на Кармическом), и обрабатываются в числовом порядке. Любой файл, не запускающийся с числа, обрабатывается после пронумерованных файлов. В моей системе правила HAL находятся в названном файле 90-hal.rules, таким образом, я вставил свои правила 89-local.rules таким образом, они обрабатываются, прежде чем они доберутся до HAL. Прежде всего, необходимо удостовериться, что эти правила происходят после 60-persistent-storage.rules. local.rules может быть достаточно хорошим.

Поместите это в свой новый файл правил:

# /etc/udev/rules.d/local.rules 
# /etc/udev/rules.d/89-local.rules
# ADD rule: if we have a valid ID_FS_LABEL_ENC, and it's USB, mkdir and mount
ENV{ID_FS_LABEL_ENC}=="?*",   ACTION=="add",      SUBSYSTEMS=="usb", \
         RUN+="/usr/local/sbin/udev-automounter.sh %k"

• Удостоверьтесь, что нет никаких пробелов после \, просто a newline (\n).

• Изменение SUBSYSTEMS=="usb" кому: SUBSYSTEMS=="usb|ieee1394" для поддержки Firewire.

• Если Вы хотите, чтобы устройство всегда принадлежало конкретному пользователю, добавьте OWNER="username" пункт. Если Вы просто нуждаетесь в файлах, принадлежавших конкретному пользователю, настраиваете сценарий монтирования вместо этого.
  
  

Чтение правила

Это добавляет программу для выполнения к списку устройства программ для выполнения. Это определяет устройства раздела USB <LABEL>, затем передают эта информация сценарию, который выполняет монтирование. А именно, это правило соответствует:

1. ENV{ID_FS_LABEL_ENC}=="?*" - переменная среды установлена более ранним системным правилом. Не существует для нефайловых систем, так вот почему мы проверяем на него. Мы на самом деле хотим использовать ID_FS_LABEL для точки монтирования, но я не убедил UDEV выходить из него для меня, таким образом, мы позволим сценарию монтирования обработать это.

   Это и другие переменные среды получены использованием udev vol_id команда (удержана от использования). Это - удобный инструмент для наблюдения хороших быстрых деталей о разделе:

   $ sudo vol_id /dev/sdc1
   ID_FS_TYPE=ext2
   ID_FS_UUID=a40d282a-4a24-4593-a0ab-6f2600f920dd
   ID_FS_LABEL=Travel Dawgs
   ID_FS_LABEL_ENC=Travel\x20Dawgs
   ID_FS_LABEL_SAFE=Travel_Dawgs
   

2. ACTION=="add" - только соответствие add события...

3. SUBSYSTEMS=="usb" - только соответствуйте устройствам, которые находятся на Шине USB. Мы используем SUBSYSTEMS здесь, потому что это соответствует против родителей нашего устройства; устройством, которым мы интересуемся, на самом деле будет ПОДСИСТЕМА == "scsi". Соответствие против родительского USB-устройства старается не добавлять нашу программу к внутренним дискам.

4. RUN+="..." - не соответствие, а действие: добавьте эту программу к списку программ для выполнения. В аргументах программы, %k расширен до имени устройства (например, sdc1, нет /dev/sdc1) и $env{FOO} получает содержание НЕЧТО переменной среды.
   
   

Тестирование правила

Первая ссылка (выше) является превосходным учебным руководством UDEV, но это немного устарело. Программы это работает за тестированием Ваших правил (udevtest в особенности), были заменены вместилищем udevadm утилита.

После добавления правила включите устройство. Дайте ему несколько секунд, затем проверьте для наблюдения, с каким устройством этому присвоили:

$ ls -l /dev/disk/by-label/*
lrwxrwxrwx 1 root root 10 2009-10-25 07:27 label_Foo -> ../../sda1
lrwxrwxrwx 1 root root 10 2009-10-25 07:27 label_Bar -> ../../sdb1
lrwxrwxrwx 1 root root 10 2009-10-25 07:27 label_Baz -> ../../sdc1

Если Ваш диск removeable содержит label_Baz, это находится на устройстве sdc1. Выполните это и посмотрите на вывод к концу:

$ sudo udevadm test /sys/block/sdc/sdc1
parse_file: reading (...)                           (many lines about files it reads)
import_uevent_var: import into environment: (...)   (many lines about env variables)
(...)                                               (many lines tracing rule matches & programs run)
update_link: found 1 devices with name 'disk/by-label/LABEL_BAZ'
update_link: found '/block/sdc/sdc1' for 'disk/by-label/LABEL_BAZ'
update_link: compare (our own) priority of '/block/sdc/sdc1' 0 >= 0
update_link: 'disk/by-label/LABEL_BAZ' with target 'sdc1' has the highest priority 0, create it
udevtest: run: '/usr/local/sbin/udev-automounter.sh sdc1 LABEL_BAZ'
udevtest: run: 'socket:/org/freedesktop/hal/udev_event'
udevtest: run: 'socket:@/org/kernel/udev/monitor'

Ищите название сценария от нашего RUN+= правило в последних нескольких строках (3-й от нижней части в этом примере). Вы видите аргументы, которые использовались бы для этого устройства. Можно выполнить ту команду теперь, чтобы проверить, что аргументы являются звуковыми; если это работает над Вашей командной строкой, это должно работать автоматически, когда устройство вставляется.

Можно также следить за развитием событий UDEV в в реальном времени: выполненный sudo udevadm monitor (см. man udevadm для получения дополнительной информации о переключателях). Затем просто включите новую прокрутку событий устройства и часов. (Вероятно, излишество, если Вы не в детали действительно низкого уровня...),

Перезагрузка правил

После того как Вы проверили, что правило становится прочитанным правильно, необходимо сказать UDEV перезагружать его правила, таким образом, новый вступает в силу. Используйте любой из этих методов (если первое не работает, второе должно..., но попробовать первое первое):

• выполненный sudo udevadm control --reload-rules

• выполненный sudo /etc/init.d/udev reload

• перезагрузка

Сценарий! На самом деле, 2 сценария...

Вот первый сценарий. Начиная с программы мы выполняем потребности завершиться быстро, это просто кружит второй сценарий в фоновом режиме. Вставьте это /usr/local/sbin/udev-automounter.sh:

#!/bin/sh
#
# USAGE: usb-automounter.sh DEVICE 
#   DEVICE   is the actual device node at /dev/DEVICE

/usr/local/sbin/udev-auto-mount.sh ${1} &

Вот второй сценарий. Это действительно немного больше вводит проверку. Вставьте это /usr/local/sbin/udev-auto-mount.sh. Можно хотеть настроить опции монтирования ниже. Этот сценарий теперь обрабатывает нахождение МАРКИРОВКИ раздела самостоятельно; UDEV только отправляет ИМЯ УСТРОЙСТВА.

Если существует проблема, монтирующая диски во время начальной загрузки, можно помещать хорошее долго sleep 60 в этом сценарии для предоставления системного времени для прибытия полностью, прежде чем сценарий пытается смонтировать диск.

Я дал предложение в комментариях для того, как проверить (выполненный ps видеть, работает ли веб-сервер), но Вы захотите настроить это для своей системы. Я думаю большинство любых сетевых серверов, которые Вы могли бы использовать, будет достаточен с этой целью - nfsd, smbd, апач, и т.д. Риск, конечно, состоит в том, что сценарий монтирования перестанет работать, если услуга не будет работать, поэтому возможно, тестирование существования конкретного файла было бы лучшим решением.

#!/bin/sh
#
# USAGE: udev-auto-mount.sh DEVICE
#   DEVICE   is the actual device node at /dev/DEVICE
# 
# This script takes a device name, looks up the partition label and
# type, creates /media/LABEL and mounts the partition.  Mount options
# are hard-coded below.

DEVICE=$1

# check input
if [ -z "$DEVICE" ]; then
   exit 1
fi

# test that this device isn't already mounted
device_is_mounted=`grep ${DEVICE} /etc/mtab`
if [ -n "$device_is_mounted" ]; then
   echo "error: seems /dev/${DEVICE} is already mounted"
   exit 1
fi

# If there's a problem at boot-time, this is where we'd put
# some test to check that we're booting, and then run
#     sleep 60
# so the system is ready for the mount below.
#
# An example to experiment with:
# Assume the system is "booted enough" if the HTTPD server is running.
# If it isn't, sleep for half a minute before checking again.
#
# The risk: if the server fails for some reason, this mount script
# will just keep waiting for it to show up.  A better solution would
# be to check for some file that exists after the boot process is complete.
#
# HTTPD_UP=`ps -ax | grep httpd | grep -v grep`
# while [ -z "$HTTPD_UP" ]; do
#    sleep 30
#    HTTPD_UP=`ps -ax | grep httpd | grep -v grep`
# done


# pull in useful variables from vol_id, quote everything Just In Case
eval `/sbin/vol_id /dev/${DEVICE} | sed 's/^/export /; s/=/="/; s/$/"/'`

if [ -z "$ID_FS_LABEL" ] || [ -z "$ID_FS_TYPE" ]; then
   echo "error: ID_FS_LABEL is empty! did vol_id break? tried /dev/${DEVICE}"
   exit 1
fi


# test mountpoint - it shouldn't exist
if [ ! -e "/media/${ID_FS_LABEL}" ]; then

   # make the mountpoint
   mkdir "/media/${ID_FS_LABEL}"

   # mount the device
   # 
   # If expecting thumbdrives, you probably want 
   #      mount -t auto -o sync,noatime [...]
   # 
   # If drive is VFAT/NFTS, this mounts the filesystem such that all files
   # are owned by a std user instead of by root.  Change to your user's UID
   # (listed in /etc/passwd).  You may also want "gid=1000" and/or "umask=022", eg:
   #      mount -t auto -o uid=1000,gid=1000 [...]
   # 
   # 
   case "$ID_FS_TYPE" in

       vfat)  mount -t vfat -o sync,noatime,uid=1000 /dev/${DEVICE} "/media/${ID_FS_LABEL}"
              ;;

              # I like the locale setting for ntfs
       ntfs)  mount -t auto -o sync,noatime,uid=1000,locale=en_US.UTF-8 /dev/${DEVICE} "/media/${ID_FS_LABEL}"
              ;;

              # ext2/3/4 don't like uid option
       ext*)  mount -t auto -o sync,noatime /dev/${DEVICE} "/media/${ID_FS_LABEL}"
              ;;
   esac

   # all done here, return successful
   exit 0
fi

exit 1

Супер бонусный сценарий очистки!

Еще один сценарий. Все это делает размонтировать устройство и удалить каталоги точки монтирования. Это предполагает, что имеет privs, чтобы сделать это, таким образом, необходимо будет выполнить его с sudo. Этот сценарий теперь берет полную точку монтирования на командной строке, например:

$ /usr/local/sbin/udev-unmounter.sh "/media/My Random Disk"

Вставьте это /usr/local/sbin/udev-unmounter.sh:

#!/bin/sh
#
# USAGE: udev-unmounter.sh MOUNTPT
#   MOUNTPT is a mountpoint we want to unmount and delete.
MOUNTPT="$1"

if [ -z "$MOUNTPT" ]; then
   exit 1
fi


# test mountpoint - it should exist
if [ -e "${MOUNTPT}" ]; then

   # very naive; just run and pray
   umount -l "${MOUNTPT}" && rmdir "${MOUNTPT}" && exit 0

   echo "error: ${MOUNTPT} failed to unmount."
   exit 1
fi

echo "error: ${MOUNTPT} does not exist"
exit 1