fs# gmirror label -v gm2 da6 da7

Итак, у нас созданы на дисках da2, da3, da4, da5, da6, da7 соответствующие метки, указывающие на их принадлежность к тому или иному дисковому массиву.

Необходимо включить поддержку gmirror. Добавляем в /boot/loader.conf функцию geom_mirror_load=YES и перезагружаемся.

fs# echo geom_mirror_load="YES" >> /boot/loader.conf

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

fs# ls /dev/mirror

gm0     gm1     gm2

Теперь можно создать файловые системы на этих разделах:

fs# newfs /dev/mirror/gm0

fs# newfs /dev/mirror/gm1

fs# newfs /dev/mirror/gm2

Поддержка ACL

Теперь еще одна интересная деталь. FreeBSD, как и все стандартные UNIX-системы, имеет стандартную структуру атрибутов. Что это означает? Это значит, что для одного файла, каталога или другого ресурса можно задать следующие права: права для владельца, права для группы (причем владелец файла необязательно должен принадлежать этой группе) и права для всех остальных. Но представьте себе ситуацию, когда над одним файлом работают сразу несколько пользователей, к тому же совершенно из разных групп. Как поступить в этом случае? Выход есть – создать еще одну дополнительную группу, в которую бы входили все данные пользователи, и разрешить этой группе доступ к ресурсу. Вроде бы все ничего, только в стандартных случаях в UNIX существует еще одно ограничение: пользователь может входить не более чем в 16 групп (включая группу по умолчанию). А если пользователю необходимо периодически работать над 17 аналогичными ресурсами? Вот тут на помощь приходит поддержка Access Control Lists (сокращенно ACL), проще говоря, – списков доступа. Это позволяет разрешить доступ пользователям из различных групп к одному ресурсу, не включая этих пользователей в дополнительную группу, так, как это реализовано в операционных системах Microsoft Windows и Novell Netware.

Помимо указанной проблемы, существует и другая причина применения ACL. Это делегирование полномочий. В нашем случае сотрудник, ответственный за поддержание системы в отсутствие системного администратора, даже не обладая знаниями по операционным системам семейства UNIX, сможет сам назначать права, используя обычный инструментарий (в данном случае – Проводник Microsoft Windows).

Поддержка ACL по умолчанию включена в ядро GENERIC FreeBSD 6.1. Поскольку при построении нашего ядра мы ориентировались на ядро GENERIC, нам нужно только включить поддержку ACL для выбранных файловых систем. У нас самый простой случай, потому что мы включаем поддержку ACL для несмонтированных файловых систем, на которых нет данных. Итак, приступим.

Вводим команду:

fs# /sbin/tunefs -a enable /dev/mirror/gm0

На что система нам выдаст ответ:

tunefs: ACLs set

Аналогично:

fs# /sbin/tunefs -a enable /dev/mirror/gm1

tunefs: ACLs set

fs# /sbin/tunefs -a enable /dev/mirror/gm2

tunefs: ACLs set

Все, теперь можно смело монтировать наши созданные файловые системы.

Монтирование и проверка созданных разделов

Создаем каталоги для монтирования новых файловых систем (в моем случае это были каталоги: /vol0, /vol1, /vol2):

fs# mkdir /vol0

fs# mkdir /vol1

fs# mkdir /vol2

И монтируем файловые системы наших RAID-массивов:

fs# mount /dev/mirror/gm0 /vol0

fs# mount /dev/mirror/gm1 /vol1