The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

Автомонтирование дисков под FreeBSD (freebsd mount disk)


<< Предыдущая ИНДЕКС Правка src Установить закладку Перейти на закладку Следующая >>
Ключевые слова: freebsd, mount, disk,  (найти похожие документы)
From: Vlad V. Teterya Newsgroups: email Date: Mon, 14 Nov 2005 14:31:37 +0000 (UTC) Subject: Автомонтирование дисков под FreeBSD К вопросу о автоматическом монтировании дисков в FreeBSD ПРИМЕЧАНИЕ Данные заметки не претендуют на абсолютную полноту освещения вопроса, а также, не освобождают от прочтения документации (см. раздел ДОКУМЕНТАЦИЯ). Описанный метод протестирован на FreeBSD 5.4-RELEASE и 6.0-RELEASE. Автор не несёт ответственности за возможные последствия действий его последователей ;) ЗАДАЧА Настроить автомонтирование CD и флоппи-дисков в FreeBSD с конвертированием кирилличных символов в названиях файлов и директорий. НАСТРОЙКА Ядро (опционально) options NFSCLIENT options MSDOSFS options CD9660 options LIBICONV options CD9660_ICONV options MSDOSFS_ICONV Включение данных опций в ядро не обязательно, т.к. могут быть загружены соответствующие модули. Конфигурационные файлы /etc/fstab (для русской (koi8-r) локали) /dev/acd0 /mnt/cdrom cd9660 ro,noauto,-C=KOI8-R 0 0 /dev/fd0 /mnt/floppy msdosfs rw,noauto,-L=ru_RU.KOI8-R,-D=CP1251 /etc/fstab (для украинской (koi8-u) локали) /dev/acd0 /mnt/cdrom cd9660 ro,noauto,-C=KOI8-U 0 0 /dev/fd0 /mnt/floppy msdosfs rw,noauto,-L=uk_UA.KOI8-U,-D=CP1251 /etc/amd.map * opts:=rw,grpid,resvport,vers=3,proto=udp,nosuid,nodev localhost type:=auto;fs:=${map};pref:=${key}/ cdrom type:=program;fs:=/mnt/cdrom;\ mount:="/sbin/mount mount /mnt/cdrom";\ unmount:="/sbin/umount umount /mnt/cdrom" floppy type:=program;fs:=/mnt/floppy;\ mount:="/sbin/mount mount /mnt/floppy";\ unmount:="/sbin/umount umount /mnt/floppy" /etc/rc.conf amd_enable="YES" amd_flags="-a /mnt/.amd_mnt -r -c 10 -w 5 -l syslog /mnt/localhost /etc/amd.map" ФАЙЛЫ, ССЫЛКИ, ДИРЕКТОРИИ Необходимо создать директории /mnt/.amd_mnt , /mnt/cdrom и /mnt/floppy . /mnt/localhost создавать не надо - об этом позаботится amd. root@host# mkdir /mnt/.amd_mntA /mnt/cdrom /mnt/floppy Для удобства создадим символическую ссылки для CD и флоппи: root@host# ln -s /mnt/localhost/cdrom /cdrom ; ln -s /mnt/localhost/floppy /floppy Изначально ссылки будут "мёртвыми", так как файлов, на которые они указывают пока не существует. После перезагрузки (или запуска amd вручную с указанными опциями) диски будут монтироваться автоматически при переходе в соответствующие директории root@host# cd /cdrom root@host# cd /floppy ПРОБЛЕМЫ Личный опыт автора показывает, что доверять автомонтированию флоппи всё-таки не стоит. При использовании автомонтирования стабильность системы существенно снижается - неоходимо взвесить удобства и недостатки. В данной заметке также не затронуты вопросы безопасности, выходящие за рамки темы. При использовании amd на сетевых машинах настоятельно рекомендуется изучить вопросы защиты NFS. ДОКУМЕНТАЦИЯ man amd (8) man amd.conf (5) man mount (8) man umount (8) man mount_cd9660 (8) man mount_msdosfs (8) man fstab (5) РЕВЕРАНСЫ Автор благодарит коллег, освещавших данную тему в Сети, в частности: Дмитрий Донцов aka mit http://unix.ginras.ru/bsd/sys010.html Roman Y. Bogdanov http://bsd.opennet.ru/base/sys/amd.txt.html Renaud Waldura http://ezine.daemonnews.org/200202/automounting.html

<< Предыдущая ИНДЕКС Правка src Установить закладку Перейти на закладку Следующая >>

Обсуждение [ RSS ]
 
  • 1.1, OSX (?), 18:36, 14/11/2005 [ответить]    [к модератору]
  • +/
    Статья хорошая, но ее можно отнести к разряду исторических, потому что на современных компьютерах флоппи диски не используются. Что касается Desktop OSs, все современные ОС монтируют медиа устройства автоматически, если реч идет о серверах, зачем им это?
     
     
  • 2.2, Vlad V. Teterya (?), 01:21, 15/11/2005 [^] [ответить]    [к модератору]
  • +/
    Если оставить флоппи, которые лично я предпочёл бы не монтировать вообще (а не только автоматически), то в свете сказанного возникает сомнение в "современности" FreeBSD :)
    Дело в том, что FreeBSD (да и многие линухи) не позиционируются изначально как ОС для десктопа, хотя вполне для оных благих целей пригодны. раздел ПРОБЛЕМЫ - объяснение, почему в FreeBSD автомонтирование изначально не включено.
     
     
  • 3.3, tty (??), 06:46, 15/11/2005 [^] [ответить]    [к модератору]
  • +/
    согласен, что для фри энто не особенно надо.
    но статья нужная :) поскольку есть вопросы - бывает такое:
    народ ищет, спрашивает, отнимает время, находит, делает - а потом это оказывается никому не нужным, но совершенно бесценным (потому что почти эксклюзив) опытом.
     
  • 1.4, Evgeny (??), 11:58, 15/11/2005 [ответить]    [к модератору]
  • +/
    Спасибо за хорошую статейку!
    Все действительно работает, только появилось небольшое неудобство. Когда переходишь в корень (cd /) в том же mc заметны небольшие тормоза.
     
  • 1.5, Evgeny (??), 12:06, 15/11/2005 [ответить]    [к модератору]
  • +/
    В догонку моему предыдущему посту.
    Как на счет монтирования флеш-памяти.
    Допустим у меня в компе стоит кард-ридер который висит на usb
    da0 at umass-sim0 bus 0 target 0 lun 0
    da0: <Generic USB Storage-SMC I03A> Removable Direct Access SCSI-0 device
    da0: 40.000MB/s transfers
    da0: Attempt to query device size failed: NOT READY, Medium not present
    da1 at umass-sim0 bus 0 target 0 lun 1
    da1: <Generic USB Storage-CFC I03A> Removable Direct Access SCSI-0 device
    da1: 40.000MB/s transfers
    da1: Attempt to query device size failed: NOT READY, Medium not present
    da2 at umass-sim0 bus 0 target 0 lun 2
    da2: <Generic USB Storage-MMC I03A> Removable Direct Access SCSI-0 device
    da2: 40.000MB/s transfers
    da2: Attempt to query device size failed: NOT READY, Medium not present
    da3 at umass-sim0 bus 0 target 0 lun 3
    da3: <Generic USB Storage-MSC I03A> Removable Direct Access SCSI-0 device
    da3: 40.000MB/s transfers
    da3: Attempt to query device size failed: NOT READY, Medium not present
    тут вроде все понятно, прописал в fstab нужные девайсы и т.п. и вперед.
    А вот если я еще подключаю напрямую к usb флеш брелок а в кард ридере нет ни чего. то свеже подключенный брелок занимает устройство /dev/da0.
    Как же упорядочить монтирование с флеш памяти на usb?
     
     
  • 2.6, BatYa (?), 12:31, 16/11/2005 [^] [ответить]    [к модератору]  
  • +/
    >тут вроде все понятно, прописал в fstab нужные девайсы и т.п. и
    >вперед.
    >А вот если я еще подключаю напрямую к usb флеш брелок а
    >в кард ридере нет ни чего. то свеже подключенный брелок занимает
    >устройство /dev/da0.
    >Как же упорядочить монтирование с флеш памяти на usb?

    Я с usb-девайсами разобрался с помощью glabel.
    Флешки и внешние винчи монтируются в каталог по имени, а не по девайсу.
    В общем, man glabel

    Воткнули -- получили:
    da0: 38154MB (78140161 512 byte sectors: 255H 63S/T 4864C)
    GEOM_LABEL: Label for provider da0s1 is label/trans1.
    GEOM_LABEL: Label for provider da0s2 is label/trans2.

    И в fstab-е
    /dev/label/trans1d      /mnt/t1         ufs ..........
    /dev/label/trans2       /mnt/t2         msdos .........

    Окажется этот винч da0 или da5 -- уже роли не играет, метка у него никуда
    не денется.

     
     
  • 3.7, Evgeny (??), 14:19, 16/11/2005 [^] [ответить]    [к модератору]  
  • +/
    >>тут вроде все понятно, прописал в fstab нужные девайсы и т.п. и
    >>вперед.
    >>А вот если я еще подключаю напрямую к usb флеш брелок а
    >>в кард ридере нет ни чего. то свеже подключенный брелок занимает
    >>устройство /dev/da0.
    >>Как же упорядочить монтирование с флеш памяти на usb?
    >
    >Я с usb-девайсами разобрался с помощью glabel.
    >Флешки и внешние винчи монтируются в каталог по имени, а не по
    >девайсу.
    >В общем, man glabel
    >
    >Воткнули -- получили:
    >da0: 38154MB (78140161 512 byte sectors: 255H 63S/T 4864C)
    >GEOM_LABEL: Label for provider da0s1 is label/trans1.
    >GEOM_LABEL: Label for provider da0s2 is label/trans2.
    >
    >И в fstab-е
    >/dev/label/trans1d      /mnt/t1      
    >   ufs ..........
    >/dev/label/trans2       /mnt/t2    
    >    msdos .........
    >
    >Окажется этот винч da0 или da5 -- уже роли не играет, метка
    >у него никуда
    >не денется.

    Отлично!
    Встречный вопрос.
    А после ребута, все что я насоздавал
    glabel label -v flesh /dev/da1
    glabel label -v cf  /dev/da2
    и т.д. останеться или надо это будет каждый раз после ребута делать?

     

    Ваш комментарий
    Имя:         
    E-Mail:      
    Заголовок:
    Текст:





      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor