Алексей Федорчук
Как известно, все, имеющееся в POSIX-системах, суть файлы. Не исключение и DragonFly — диски, слайсы и разделы представляются в ней файлами специального типа, которые так и назваются — файлы устройств.
Номенклатура файлов устройств дисков, слайсов и партиций в DragonFly подчиняется определённым правилам правилам: выделяется два типа имён, относящихся к различным видам дисковых интерфейсов:
диски с интерфейсом PATA (он же IDE) именуются /dev/ad# (от ATA Disk, надо полагать);
накопители со всеми прочими интерфейсами — SATA, SCSI/SAS, USB (в том числе внешние винчестеры и, флешки и SD-карточки), получают имена вида /dev/da# (от Direct Access — устройства прямого доступа, изначально эти имена присваивались SCSI-дискам).
Здесь и далее # — порядковый номер устройства, начиная с нуля.
В DragonFly по умолчанию принята так называемая статичная нумерация дисковых накопителей (это можно изменить при перекомпиляции ядра). То есть устройство /dev/da0 всегда будет соответствовать накопителю на первой SATA-линии, /dev/da1 — на второй, а /dev/da5 — на шестой (даже если в промежутке между 2-м и 6-м разъёмом не подключено никакое устройство).
А вот сменные накопители с USB-интерфейсом (флешки и SD-карты), напротив, получают имена с номером, соответствующим порядку подключения, вне зависимости от разъёма. И нумерация их начинается с цифры, следующей за номером самого последнего теоретически возможного внутреннего накопителя. Судя по тому, что в моей настольной (точнее, подстольной) машине встроенный кард-ридер с USB-интерфейсом является устройством с именем /dev/da8, теоретически возможно восемь SATA-устройств — именно столько поддерживается чипсетами AMD A8X.
В DragonFly с некоторых пор поддерживается файловая система устройств devfs в той же реализации, что и во FreeBSD. Поэтому встроенные накопители получают свои имена при старте системы, в подключаемые — в момент «втыкания» в машину, о чём на системную консоль выводится соответствующее сообщение. К слову — автоматическое монтирование накопителей самой по себе DragonFly не поддерживается, но его можно прикрутить посредством механизма HAL (для FreeBSD аналогичный трюк описан здесь, но он применим и в DragonFly).
Статическая нумерация действует и для постепенно почти сошедших со сцены PATA-дисков, и для них помнить про это более важно, поскольку их целесообразно раносить на разные IDE-каналы. И тогда /dev/ad0 всегда будет мастером на 1-м канале, а /dev/ad2 — им же на втором, даже если слейвов в машине нет вообще:
/dev/ad0 1-й Master /dev/ad1 1-й Slave /dev/ad2 2-й Master /dev/ad3 2-й Slave
При установке DragonFly в виртуальной машине обычно эмулируется именно IDE-контроллер. Например, VirtualBox это будут PIIX4 или ICH6. Сообтветственно, виртуальный диск в этом случае будет именоваться по правилам PATA-накопителей — /dev/ad0.
Ещё можно было бы порассуждать о номенклатуре дисков на всякого рода аппаратных и «не очень» аппаратных RAID-контроллеров, но тут базар можно резюмировать очень коротко: «чипсетные» RAID материнских плат (так называемые fake RAID) в DragonFly не поддерживаются от слова «никак» — в отличие от Linux’а, в котором их всё-таки можно (хотя есть сомнения, что нужно) заставить работать. То же самое относится и к устройствам типа OCZ Revo Drive. А матерински с отдельными контроллерами PATA-RAID (вроде Promise или HighPoint) нынче практически вышли из употребления. Что же до «всамделишних» RAID-контроллеров — их цена никак не оправдывается на настольной машине.
В заключение разговора о накопителях — пара слов об OD-приводах (CD/DVD и всех их вариациях): вне зависимости от интерфейса, они не подчиняются правилам именования дисков. Имена соответствующих им файлов всегда будут: /dev/acd# для PATA (от ATAPI CD, нужно полагать) и /dev/cd# для SATA. Нумерация опять же начинается с нуля — и, скорее всего, им же и заканчивается, потому как нынче и одного «сидюшника» в машине много. Внешний OD-привод с интерфейсом USB после подключения обретает имя /dev/cd8 — видимо, опять же с расчётом на того умника, который займёт сидюшниками все восемь существующих и несуществующих разъёмов SATA.
Переходим к номенклатуре слайсов и разделов. Каждый диск в BSD-системах разделяется на слайсы — или размечается как один слайс, потому что, согласно уже говорилось, диски как raw-устройства в BSD-системах нынче не используются.
Слайсам на диске, как обычно, ставятся в соответствие собственные файлы устройств, которые именуются так: /dev/da0s1, /dev/da0s2, /dev/da0s3, /dev/da0s4. Здесь # — это все тот же номер дискового устройства, s символизирует слайс, цифра — порядковый номер оного (обращаю внимание, что слайсы, в отличие от дисков, нумеруются начиная с единицы).
Далее слайсы, используемые в DragonFly, также непременно делятся на разделы, которые маркируются буквами (латинского, конечно же, алфавита). Как уже говорилось, в таблице разметки слайса в этой ОС может быть до 16 разделов, и соответствующием им файлы устройств будут именоваться: /dev/ad0s1a, /dev/ad0s1b, /dev/ad0s1c и так далее, вплоть до /dev/ad0s1p.
Однако не все из теоретически возможных разделов слайса могут быть реально задействованы. Так, файл с именем /dev/ad0s1c соответствует не какому-то разделу, а слайсу вообще — это своего рода аналог Extended-раздела при DOS-разметке. Раздел, которому соответствует файл /dev/ad0s1a, предназначен исключительно для корневой файловой системы, и очевидно, что он может быть только один, сколько бы дисков и слайсов на них не имелось бы в наличии. Назначение же раздела, файл которого именуется /dev/ad0s1b, — служить областью подкачки (своппинга).
Прочие разделы могут нести отдельные ветви файловой иерархии. При необходимости можно подключить и разделы со другого слайса (или слайсов), также от /dev/ad0s2d до /dev/ad0s2p. Так что максимальное число теоретически доступных разделов составляет: 1+(13×4)=53. Да, в BSD-системах традиционно применяется весьма дробная разметка диска. Это свойственно и DragonFly при использовании файловой системы UFS. Однако полагаю, что рассчитанного их количества разделов хватит на все случаи жизни (смайлики по вкусу).
В реальности такого количества устройств, разумеется, не потребуется. Так, при установке DragonFly на файловую систему UFS дисковая разметка по умолчанию (в виртуальной машине) выглядит так:
$ ls -1 /dev/ad* /dev/ad0 /dev/ad0s1 /dev/ad0s1a /dev/ad0s1b /dev/ad0s1d /dev/ad0s1e /dev/ad0s1f /dev/ad0s1g
При использовании файловой системы Hammer всё гораздо проще: диск размечается как один-единственный слайс с разделами под /boot (несущий файловую систему UFS), под swap и под корень файловой иерархии, внутри которого создаются псевдофайловые системы (PFS) под каталоги /var, /usr, /home и всё, что потребуется впредь. Как можно видеть на странице, посвящённой инсталляции, это делается автоматически.
В итоге на моей машине разметка диска под Hammer выглядит следующим образом:
$ ls -1 /dev/da* /dev/da2 /dev/da2s1 /dev/da2s1a /dev/da2s1b /dev/da2s1d
В дальнейшем PFS, в отличие от обычных разделов слайса, могут быть перекроены по потребностям.
Предварение | Интермедия: содержание | Продолжение
Оглавление