DragonFlyBSD 3.6. Вводные замечания

Алексей Федорчук

О том, что такое DragonFlyBSD, откуда и почему она образовалась, я в своё время написал немало. И все эти сведения войдут в итоге в книжку по истории FOSS, когда я её наконец доделаю. Так что можно сразу браться за знакомство с этой системой. Для чего перво-наперво не худо разжиться её дистрибутивом и установить его.

Первый шаг в этом направлении — посещение официального сайта проекта. Здесь можно найти всякие общие сведения — про историю системы и её особенности, оценки производительности в некоторых, список разработчиков и даже коллекцию тотемов, или талисманов (mascots) — то есть изображения стрекоз в разных видах и исполнениях. Например, в виде официального логотипа:

FullLogoИли более реалистической картинки:

dfly-imageАвтором обоих изображений является Джо Ангрисано (Joe Angrisano).

Присутствует также большой раздел документации, о которой будет отдельный разговор.

Однако в данный момент наиболее актуальны две страницы сайта — Download и Mirror. На первой приведены ссылки на установочные образы, лежащие на «головном» сервере проекта. Из неё можно видеть, что дистрибутив DragonFlyBSD собирается для двух архитектур — i386 и x86_64, и для каждой представлен двумя образами — ISO для записи на CD и IMG — для прямой записи на флешку или SD-карту.

Кроме образов для текущего релиза (в данный момент — 3.6), можно видеть и «ежедневные» снапшоты релиза разрабатываемого (сейчас он условно обозначается как 3.7.1), представленных теми же вариантами.

Ранее (в релизах с 2.10.1 по 3.4.3 включительно) существовали ещё так называемые GUI-образы LiveDVD — с Иксами и Fluxbox’ом в качестве оконного менеджера. Для текущей (и тестируемой) версии их нет — и это правильно: всё равно работали они медленно и криво, и способствовали не знакомству с системой, а только отвращению от неё.

Надо отметить, что и обычные образы ISO или IMG тоже могут использоваться как Live-системы, но чисто консольные, без графического интерфейса. Что ограничивает область их применения в основном ремонтно-восстановительными работами.

«Головной» сервер проекта не рекомендуется как источник получения образов дистрибутива, дабы не создавать на него излишнюю загрузку. И, по моему опыту, в наших условиях скачивается с него действительно довольно медленно. Так что лучше подобрать подходящий сервер в списке зеркал, приведённом на соответствующей странице. Сделать это легко с помощью утилиты ping — слишком от многих причин может зависеть скорость скачивания. Замечу только, что у меня хорошие результаты были для обоих российских зеркал, одного германского (Schlund Technologies GmbH) и одного французского (Institut de Recherche et Coordination Acoustique/Musique) серверов.

Установочные образы DragonFlyBSD лежат в серверах в сжатом (компрессором bzip2) виде. Их нужно сначала распаковать (утилитой bunzip2), а затем записать на соответствующие носители. Декомпрессированные образы ISO для стабильного релиза имеют размер около 600 Мб и помещаются на стандартный компакт. «Изошники» тестируемой версии (за счёт отладочной информации) тянут более чем на 750 Мб и требуют DVD-диска. Записать их в любой UNIX-подобной системе можно с помощью консольных утилит cdrecord или wodim, а также их графических фронт-эндов типа K3B или Brasero. Видимо, как-то это можно сделать и в Windows — но это пользователям оной виднее.

Образы для записи на твердотельные носители в распакованном виде имеют размер около 2 Гб. В UNIX-подобных системах поместить их по месту назначения можно примерно такой командой (от root’а, пример для Linux’а):

# dd if=path2/dfly-x86_64-3.6.0_REL.img of=/dev/sd?

Здесь path2 — путь к файлу образа dfly-*.img, а /dev/sd? — имя файла устройства, соответствующего флешке или SD-карте. Обращаю внимание — именно устройства целиком (так называемого raw-устройства), а не раздела на нём, даже если он существует (например, на свежекупленной фабрично размеченной флешке), иначе система с него не загрузится.

И ещё: утилитами типа Unetbootin в данном случае лучше не пользоваться: хотя теоретически эта программа и позволяет такую процедуру, и даже действительно чего-то записывает, но загрузиться с подготовленного эдаким манером носителя не удастся. По крайней мере, у меня не получилось: машина делала довольно долго вид, что грузилась, а потом сообщала о нехватке памяти. Какой и для чего — для меня осталось загадкой. Тогда как с носителями, подготовленными командой dd, никаких проблем не возникало.

К слову, я всегда подозревал, что для Windows существует аналог команды dd. Оказазось, что так оно и есть — вот он. Правда, как с ним обращаться — оставляю на рассмотрение заинтересованных лиц.

И последнее из вводных замечаний — о требованиях DragonFly к «железу». Для десктопа они просты: подойдёт любая машина с процессором, начиная от Atom’а и выше. Разве что лучше всё-таки использовать 64-битный «камень» — некоторые современные её фичи реализованы пока только для этой архитектуры.

Требования к памяти и видеокарте определяются уже притязаниями Иксов, рабочей среды или оконного менеджера (они точно те же самые, что в Linux’е или FreeBSD). Размер целевого носителя также произвольный, начиная с разумного минимума: для базовой системы (а только она и будет установлена с дистрибутивного носителя) достаточно 2 ГБ, из которых полгигабайта приходятся на dports. А дальше — считайте сами по своим потребностям в Иксах, рабочей среде (с Xorg и Xfce инсталляция займёт 2,7 ГБ) и приложениях, не говоря уже о данных.

Тут следует только помнить: при желании использовать файловую систему Hammer (а почему бы благородному дону её не использовать?) рекомендуется иметь не менее 50 ГБ дискового пространства — при меньшем её объёме предлагается обратиться к старушке UFS (не UFS 2, как во FreeBSD, начиная с 5-й ветки). И это пространство должно быть первичным разделом при использовании разметки в стиле MSDOS (вероятно, может быть и разделом GPT, но этого я не проверял).

А вообще, при наличии на машине ещё каких-то установленных ОСей (например, Linux’а) я рекомендовал бы пожертвовать под DragonFly целый диск — как станет ясно со временем, это избавит в дальнейшем от ряда хлопот с загрузчиком.

Предварение | Оглавление | Продолжение