Введение в FreeBSD для пользователей Linux. Мифы о FreeBSD

Устройств и базовых пользовательских программ (т. н. userland) , таких как командные оболочки и т. п., содержится в одном дереве системы управления версиями (до 31 мая 2008 - CVS , сейчас - SVN). Это отличает FreeBSD от GNU/Linux - другой свободной UNIX-подобной операционной системы - в которой ядро разрабатывается одной группой разработчиков, а набор пользовательских программ - другими (например, проект GNU), а многочисленные группы собирают это всё в единое целое и выпускают в виде различных дистрибутивов Linux .

FreeBSD хорошо зарекомендовала себя как система для построения интранет - и интернет-серверов . Она предоставляет достаточно надёжные сетевые службы и эффективное управление памятью .

Помимо своей стабильности, FreeBSD популярна и благодаря своей лицензии , которая существенно отличается от широко известной лицензии GNU GPL - она позволяет использовать код не только в свободном ПО , но и в проприетарном . В отличие от GNU LGPL , которая тоже позволяет использовать свободный код в закрытой программе , лицензия BSD более простая и короткая.

История

FreeBSD 3

3.0-RELEASE анонсирована 13 октября 1998 года. Основное отличие от 2.2 - переход на ELF исполняемые файлы. Последний 3.5-RELEASE вышел 23 июня 2000 года.

FreeBSD 4

Одним из главных недостатков FreeBSD 4 считается плохая поддержка многопроцессорных систем, особенно в режиме многопоточности .

FreeBSD 4 поставила своеобразный рекорд по продолжительности разработки одной ветки операционной системы - за пять лет было устранено большое количество ошибок и получена на редкость стабильная система.

В середине разработки FreeBSD 4 от нее отпочковался проект DragonFlyBSD , основатели которого поставили своей целью серьезную оптимизацию ядра для высоконагруженных систем, в частности лучшую поддержку многопроцессорности (уменьшение времени, необходимого для переключения потоков и пр.).

FreeBSD 5

Наибольшие архитектурные изменения в FreeBSD 5 - это изменение механизма блокировки на нижнем уровне ядра, чтобы улучшить поддержку многопроцессорных SMP -систем. Это освободило большую часть ядра от так называемой «гигантской блокировки» (Giant lock). Теперь в ядре появилась возможность выполнять более одной задачи одновременно. Другим важным изменением была реализация «родной» поддержки многопоточности типа M:N под названием Kernel Scheduled Entities (KSE). Начиная с FreeBSD 5.3, эта реализация потоков была установлена по умолчанию, пока не была заменена на реализацию модели 1:1 во FreeBSD 7.

Во FreeBSD 5 была серьёзно изменена система блочного ввода-вывода посредством введения модульной структурной системы преобразования запросов ввода-вывода GEOM (внесённой Poul-Henning Kamp). GEOM даёт возможность создавать различную функциональность, такую как зеркалирование (mirroring) или шифрование (модули GBDE и GELI).

Версии 5.4 и 5.5 были признаны стабильными и высокопроизводительными, но более ранние версии не годились для использования в рабочих условиях.

FreeBSD 6

Участники проекта разрабатывают ветку CURRENT («текущая» версия) и несколько STABLE («стабильная», стабильность означает гарантию неизменности интерфейсов, как то API, ABI и так далее).

Новый код помещают в ветку CURRENT, где он получает более широкое тестирование. Новые функции, добавленные в CURRENT, могут остаться в системе или от них могут отказаться, если реализация окажется неудачной. Иногда эта версия может оказаться в непригодном для использования состоянии. С началом использования perforce как вспомогательного репозитория, и с выделением projects/ области в svn, проект стремится гарантировать постоянную работоспособность CURRENT.

STABLE-версия содержит только те нововведения, которые прошли проверку в CURRENT. Тем не менее, эта версия тоже предназначена, в основном, для разработчиков. Не рекомендуется обновлять ответственные рабочие серверы до STABLE, предварительно её не протестировав. На основе STABLE регулярно создаются тщательно протестированные разработчиками, группой release-инженеров и более широким кругом пользователей RELEASE-версии.

После выпуска релизов создаются дополнительные ветви разработки для поддержки релизов, но в них вносятся лишь самые необходимые изменения, исправляющие серьёзные ошибки или проблемы с безопасностью системы. До четвёртой версии FreeBSD у стабильной и текущей веток был один и тот же старший номер версии. Затем текущей ветви был присвоен номер 5, а у стабильной остался номер 4.

В настоящее время поддерживаются стабильные ветви разработки 7-STABLE, 8-STABLE и 9-STABLE и текущая 10-CURRENT. Группа разработчиков, исправляющих проблемы безопасности системы (security officers) поддерживает ветвь 7-STABLE для тех пользователей, которые ещё не обновили FreeBSD до версии 8 и 9.

Варианты установки

Операционная система FreeBSD может быть установлена с различных носителей, таких как:

FAT -раздел жёсткого диска;
удалённый сервер (по протоколу FTP или NFS).

Порты и пакеты

В настоящее время FreeBSD предоставляет пользователю две взаимодополняющие технологии установки программного обеспечения сторонних разработчиков: коллекция портов FreeBSD и бинарные пакеты с программным обеспечением. Любая из этих систем может быть использована для установки самых последних версий приложений с локальных носителей или прямо из сети.

Коллекция портов, как подсистема система сборки и сопровождения устанавливаемых программ, периодически обновляется. Сейчас она насчитывает порядка 22 тысячи портированных на FreeBSD программ , среди которых: графические среды GNOME 2.32.1, KDE 4 4.7.4, офисные приложения и пакеты OpenOffice.org 3.3.2, LibreOffice 3.4.5, система поддержки печати CUPS 1.5.2, программы доступа в интернет Mozilla Firefox 10.0.2 и Thunderbird 10.0.2, Google Chromium 17.0.963.65, системы управления базами данных PostgreSQL 8.2.23, 8.3.18, 8.4.11, 9.0.7 и 9.1.3, MySQL 4.1.25, 5.0.95, 5.1.61 и 5.5.21, комплекты Java-разработки OpenJDK 6 b24 и OpenJDK7 7.2.13, среды разработки Eclipse 3.6.2 c дополнениями для Web-разработки и баз данных и NetBeans 7.1. Инфраструктура интерпретирующих языков представлена Perl 5.12.4 c возможностью перехода на Perl 5.14.2, Python 2.7.2 и Ruby 1.8.7 и 1.9.3.

Талисманы-логотипы

Основным талисманом системы является красный демонёнок, известный также как Beastie . Кроме него, талисманом также считается Devilette , девушка в красном костюме демона.

Производные системы

BSD-лицензия позволяет сохранять коммерческую тайну при модификации FreeBSD для встраиваемых систем и производить другие производные проприетарные системы , что делает FreeBSD привлекательной для промышленности . Вместе с тем, остаётся неизвестным, в какой конкретно технике применяют FreeBSD, кроме маршрутизаторов Juniper и ТВ-панелей . Ниже приведены свободные производные операционные системы.

DragonFly BSD - ответвление от FreeBSD 4.8, созданное как логическое продолжение 4-й ветви. Она включает систему потоковой обработки сообщений, похожую на ту, которая используется в системах с микроядром .
FreeSBIE - LiveCD -дистрибутив FreeBSD, похожий на дистрибутив Linux под названием Knoppix .
Frenzy - другой проект по созданию LiveCD на основе FreeBSD, ориентированный в первую очередь на русскоязычных системных администраторов .
TrueBSD - белорусский LiveDVD-дистрибутив на основе FreeBSD.
BSDeviant - ещё один LiveCD.
MiniBSD - компактный дистрибутив FreeBSD.
NanoBSD - ещё один компактный дистрибутив FreeBSD.
mfsBSD - миниатюрный загрузочный LiveCD на базе FreeBSD, загружаемой полностью в оперативную память компьютера.
Debian GNU/kFreeBSD - производная версия, базирующаяся на наборе инструментов GNU , разрабатывается группой пользователей Debian .
Darwin - ядро Mac OS X , многие команды взяты от FreeBSD 4/5, разрабатывается компанией Apple , весьма дальний родственник FreeBSD, так как использует ядро Mach .
m0n0wall - встраиваемый межсетевой экран , основанный на FreeBSD.
pfSense - ответвление от проекта m0n0wall, отличающееся большей функциональностью.
FreeNAS - основанное на m0n0wall сетевое хранилище NAS .
PC-BSD - дистрибутив с графическим инсталлятором и настольной средой KDE по умолчанию.
РУС-BSD - клон PC-BSD, русифицированный дистрибутив для пользователей стран СНГ, с версии 8.1 РУС-BSD опирается на Frenzy и свои разработки.
GhostBSD - LiveCD с настольной средой GNOME по умолчанию.
DesktopBSD - ещё один дистрибутив для домашнего использования.
BSD Router Project (BSDRP) - компактный программный роутер на базе FreeBSD.

Пасхальные яйца

См. также

Как пропатчить KDE2 под FreeBSD?

Литература

Книги

Christopher Negus, Francois Caen, BSD UNIX Toolbox: 1000+ Commands for FreeBSD, OpenBSD and NetBSD, Wiley, May 5 2008, 309 стр., ISBN 0-470-37603-1 .
Babak Farrokhi , Network Administration with FreeBSD 7: Building, securing, and maintaining networks with the FreeBSD operating system, Packt Publishing, April 14 2008, 280 стр., ISBN 1-84719-264-5 .
Bryan J. Hong, Building a Server with FreeBSD 7, No Starch Press, April 1 2008, 288 стр., ISBN 5-8459-0741-1 .
Joseph Kong, Designing BSD Rootkits: An Introduction to Kernel Hacking, No Starch Press, April 10 2007, 144 стр., ISBN 1-59327-142-5 .
Брайан Таймэн. FreeBSD 6. Полное руководство = FreeBSD 6 Unleashed. - М .: «Вильямс», 2007. - 1056 с. - ISBN 5-8459-0741-1
Harald Zisler, FreeBSD, Franzis Verlag GmbH, August 31 2006, 381 стр., ISBN 3-7723-6538-8
Родерик Смит. Полный справочник по FreeBSD = FreeBSD: The Complete Reference. - М .: «Вильямс», 2005. - 672 с. - ISBN 5-8459-0576-1
Yanek Korff, Paco Hope, Bruce Potter., Mastering FreeBSD and OpenBSD Security , O’Reilly, March 2005. ISBN 0-596-00626-8 .
Майкл Лукас. = Absolute BSD. The Ultimate Guide to FreeBSD. - СПб. : Символ-Плюс, 2004. - 616 с. - ISBN 5-93286-066-9
Dru Lavigne. BSD Hacks, 100 Industrial-Strength tips for BSD users and administrators. O’Reilly, May 2004. ISBN 0-596-00679-9 .
Michael Urban, Brian Tiemann. FreeBSD Unleashed, Second Edition. Sams Publishing , April 2003. ISBN 0-672-32456-3 .
Greg Lehey. The Complete FreeBSD, 4th Edition, Documentation from the Source. O’Reilly, April 2003. ISBN 0-596-00516-4 .
Marshall Kirk McKusick, George V. Neville-Neil. The Design and Implementation of the FreeBSD Operating System . Addison Wesley Professional, August, 2004. ISBN 0-201-70245-2 .
Ted Mittelstaedt. The FreeBSD Corporate Networkers Guide. Addison-Wesley, December 2000. Paperback, book & CD edition, 401 pages. ISBN 0-201-70481-1 .
The FreeBSD Handbook, Volume 1: User Guide, 3rd Edition. FreeBSD Documentation Project. FreeBSD Mall, November 2003. ISBN 1-57176-327-9 .
The FreeBSD Handbook, Volume 2: Admin Guide, 3rd Edition. FreeBSD Documentation Project. FreeBSD Mall, September 2004. ISBN 1-57176-328-7 .

Журналы

Ссылки

Примечания

В топике набег линуксоидов:-) ХЗ, те, кто жалуется на какие-то проблемы на фре -- просто не умеют её готовить. Банально, да? :-) На трёх моих последних местах работы фря использовалась по полной. И на текущем месте работы выносим с линукса всё, что можно, и оставляем только то, что нельзя -- как правило, сильно специфичный софт, разработанный только под линукс. Всё остальное -- PPPoE-сервера, веб, почта, мониторинг, вспомогательные сервера, файловые сервера -- всё крутится на фре. Никаких проблем, что характерно, при этом мы не испытываем.

Я не знаю, какие там технологии используют ораторы выше, которые они не могут использовать на фре, но никаких принципиальных ограничений именно FreeBSD как платформы, я не встречал.

Есть проблемы конкретных продуктов на фре -- это да. Про битрикс не скажу, но производительность самбы на линуксе выше, чем на фре. Но это проблема не системы, а скорее самой самбы, разработчики которой не захотели разбираться с проблемами самбы на фре.

В целом фря -- достаточно хорошая система, и гораздо более логично устроенная внутри, нежели многие дистрибутивы линукса. Есть сценарии, которые линукс может реализовать, а фря -- нет. Но также есть и обратные сценарии. Так что нет тут нет универсального рецепта.

Любые "универсальные" сервисы на фре работают нормально. Про проблемы с пакетными менеджерами -- это трэш, линуксоиды всё врут:-) Они сильно отстали от жизни, особых проблем с пакетными менеджерами давно уже нет. Отдельно доставили сказки про то, что если ты собираешь софт из портов, то потом с пакетами у тебя будут проблемы:-)

ZFS на линуксе сильно отстаёт по функционалу от ZFS на фре. В ZFS-on-linux только в прошлом релизе был добавлен алгоритм сжатия lz4, что на фре есть уже больше двух лет. Недавно была добавлена поддержка ACL, что опять-таки, фря умеет уже давно.

Короче, примеров можно привести миллион, но вывод довольно простой -- не надо верить заявлениям, что "инструмент XXX -- это фу-фу-фу, а инструмент YYY -- это ого-го". У любого из них есть свои плюсы и минусы, просто нужно их знать, и использовать подходящий инструмент. Если вы планируете настраивать сервера "в корпорации" или для задач провайдера связи, или просто свой сайтик в интернет выложить -- и фря, и линукс эти задачи решит отлично. Если будете делать какую-то хранилку, под виртуализацию, например -- я бы использовал фрю. Если же у вас план делать крупный высоконагруженный web-проект -- возможно, тут линукс подойдёт лучше.

Я, как бывший корпоративный админ, а ныне админ интернет- и сервис-провайдера, никаких проблем с фрёй в своей работе не испытываю.

Вступление незапланированное

Он пришел с лицом убийцы,
С видом злого кровопийцы,
И сказал, что он мой критик,
И добра желатель мой.
Что ему, мол, стиль мой низкий
Эстетически не близкий.
Я фуфло, а он Белинский,
Весь неистовый такой.

Тимур Шаов,
Разговор с критиком

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

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

На голословную критику я ответил бы так: уважаемые господа, если вы полагаете, что разбираетесь в рассматриваемых вопросах лучше меня (во что я готов охотно поверить), почему бы вам не уделить толику времени, проводимого в форумных флеймах, просвещению широких народных масс? И не сочинять бы то, что нужно, и так, как нужно, на соответствующие темы? Желательно русским литературным языком, с минимумом идио-мат-тических выражений. Я же с удовольствием возьму на себя роль внимательного читателя, впитывая всю представленную вами полезную информацию. И критика с позиций русского литературного языка (интуиция мне посказывает, что поводов для оной будет более чем достаточно).

Тем не менее, должен добавить, что очень признателен за всю критику конструктивного характера. На которую надеюсь и впредь.Просто вступление

В настоящей заметке речь пойдет о способе физической организации блоков дискового раздела, обеспечивающем возможность записи, хранения и манипулирования файлами, специфичном для FreBSD вообще и 5-й ее ветки в особенности.

Файловая система FreeBSD принадлежит к Unix-семейству файловых систем и обладает множеством общих для всех них черт. Она носит название UFS, в 5-й ветке используется ее усовершенствованная разновидность UFS2. Для начала рассмотрим общие принципы устройства той и другой, а потом обратимся к рассмотрению особенностей, свойственных UFS2.

Для файловой системы FreeBSD (и вообще BSD-систем, начиная с 4.2BSD) можно встретить и еще одно наименование FFS (Fast File System, обозначение «быстрая» введено в сравнении с файловой системой Unix System V s5). В доступной литературе мне не удалось обнаружить четкой формулировки их взаимоотношения. У меня сложилось впечатление, что FFS это родовое обозначение файловых систем всех операционок BSD-клана (Free-, Net-, OpenBSD и BSDi), тогда как UFS (и UFS2) имя конкретной реализации для FreeBSD. Хотя и в NetBSD ныне (начиная с версии 1.6 и выше) наряду с традиционной FFS может использоваться UFS2. В общем, однозначно осветить этот вопрос затрудняюсь, и потому был бы признателен за разъяснение.

Как уже было выяснено ранее , дисковая партиция это, говоря метафорически, группа смежных цилиндров, разбитых на физические блоки по 512 байт. Партиция, несущая на себе файловую систему UFS, разделяется на три самостоятельные области (от начала группы цилиндров к ее концу) суперблок, индексную таблицу и область данных. Рассмотрение их целесообразно начать с конца списка, то есть с области данных.Блоки данных

Область данных (она занимает подавляющий объем пространства партиции) образована блоками файловой системы. Подобно физическому блоку, блок файловой системы (именуемый также блоком логическим) представляет собой квант информации, доступный за одну операцию чтения/записи, но уже не дисковой головки, а операционной системы. Очевидно, что логический блок не может быть меньше физического (то есть 512 байт), и размер его обязательно кратен целому числу последних.

Понятие логического блока введено для повышения производительности дисковых операций. Не требует доказательства утверждение, что скорость обмена данными квантами по 1 Кбайт будет выше, чем 512-байтными, 2-килобайтными еще быстрее, и так далее. И потому с точки зрения быстродействия файловых операций выгоден максимальный размер логического блока файловой системы.

С другой стороны, увеличение размера логического блока ведет к непроизводительному расходу дискового пространства за счет т.н. внутренней фрагментации данных. Ее не следует путать с внешней фрагментацией, для борьбы с которой на файловых системах FAT-семейства были в свое время мобилизованы всякого рода speeddisk"и с комбатантами: вследствие особенностей алгоритмов управления данными файловые системы Unix-семейства настолько мало подвержены внешней фрагментации, что о преодолении оной вообще практически не говорят.

Внутренняя же фрагментация выражается в том, что данные файлов, размер которых меньше блока файловой системы, все равно занимают его целиком. Также целый блок потребуется и для хранения файловых хвостов, то есть остатков сверх объема, кратного размеру логического блока. Для борьбы с фрагментацией в UFS, пардон за тавтологию, введено понятие фрагмента логической части блока файловой системы, которая может быть записана или считана независимо от остальной его части.

Ясно, что размер фрагмента все равно не может быть меньше физического блока. При этом UFS накладывает на него и встречное ограничение минимальный размер фрагмента определяется в 1/8 логического блока. Другие же возможные значения 1/4 и 1/2 блока файловой системы (очевидно, что выделение фрагмента в размере блока равносильно отказу от фрагментации блока вообще, хотя это, как будто бы, не запрещено).Inodes

Каким образом определяется принадлежность блока данных тому или иному файлу? К помощью индексной таблицы, именуемой также таблицей файловых дескрипторов или таблицей inodes. Она образована некоторым (конечным) количеством записей фиксированной длины (128 Кбайт в UFS, 256 в UFS2), каждая из которых однозначно соответствует одному файлу, как реально существующему, так и только могущему быть созданным.

Такая запись индексной таблицы носит название inode, которое мы и оставим за нею. Ибо все известные мне переводы этого термина, вроде информационных узлов или индексных дескрипторов, выглядят очень коряво. Кроме того, слово «дескриптор» фигурирует еще и в контексте «дескриптор файла», под чем подразумевается идентификатор (уникальный, иначе что же он будет идентифицировать?) файла, используемого неким процессом (что уже к файловым системам не имеет ни малейшего отношения это сфера подсистемы управления процессами). И эти дескрипторы не имеют меж собой ничего общего. Так, inode c идентификатором 2 (а это всегда идентификатор корневого каталога файловой системы) и дескриптор файла с номером 2 (а им для любого процесса будет стандартное устройство вывода сообщений об ошибках, /dev/stderr) ни коим образом друг с другом не соотносятся (хотя об этом почему-то не любят говорить вслух).

Однако я отвлекся вернемся к нашим inodes. Каждый член этой таблицы содержит так называемые метаданные файла. Для реально существующего файла они включают в себя:

уникальный идентификатор inode (и, соответственно, файла, метаданные которого он содержит) это просто счетчик создаваемых файлов в файловой системе);
тип файла это может быть каталог, символическая ссылка, файл устройства, именованный канал или сокет, или же обычный (то есть не относящийся ни к какому из перечисленных типов) файл;
размер файла в байтах;
количество ссылок на файл (к этому вопросу придется вернуться чуть ниже);
адреса логических блоков и их фрагментов, составляющих файл;
число занятых им блоков;
атрибуты файла принадлежности, доступа, времени (и это еще не раз будет предметом подробного рассмотрения).

А вот чего в inode не обнаружить никакими силами так это имени соответствующего ему (или ей? мне почем-то кажется, что inode, вопреки грамматике, женского рода). В любой книжке про Unix не устают повторять (и я не отступлю от этой традиции), что имя файла атрибут не самого файла, а каталога, в который он входит. Поскольку понимание этого потребуется при знакомстве с механизмом Soft Updates в следующей заметке, сделаю маленькое отступление для прояснения вопроса именования файлов во FreeBSD (и вообще в Unix).

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

То есть имя файла существует только в списке каталога и нигде более в системе. А создание файла это не только заполнение относящейся к нему записи в индексной таблице и заполнение указанных в ней блоков данных, но и внесение записи вида «идентификатор имя_файла» в область данных какого-либо каталога. А каталог, как и любые другие файлы, имеет свои метаданные в таблице inodes и свою область данных. И, в свою очередь, имя его вместе с идентификатором inode входит в каталог более высокого уровня, и так вплоть до корня файловой системы. В поле количества ссылок inode создаваемого файла устанавливается минимально возможное значение, равное единице, поскольку любой файл входит по меньшей мере в один каталог, иначе он просто не будет доступен системе файлы с нулевым количеством ссылок для нее как бы не существуют (и на самом деле их inodes и блоки данных со временем неизбежно будут перезаписаны физически).

На самом деле один и тот же набор данных и метаданных может быть приписан к произвольному количеству каталогов в пределах одной файловой системы и даже фигурировать под разными именами в одном каталоге в этом случае количество ссылок на него будет соответствующим. А вот минимальное количество ссылок на каталог равно двум так как запись о нем существует как в родительском каталоге (..), так и в текущем (. то есть в самом себе). И каждый вложенный подкаталог увеличивает счетчик ссылок каталога на единицу.

Ссылки, с помощью которых связывается имя файла как элемент каталога с его записью в таблице inodes и блоками образующих файл данных, именуются еще жесткими (hardlinks, хорошим русскоязычным эквивалентом было бы слово «связь», но оно как-то не прижилось). Посредством жестких ссылок одному и тому же набору данных или исполняемой программе можно придать произвольное количество имен, которые никто не запрещает включить в один и тот же или разные каталоги. Единственное условие для этого все эти имена-дублеры должны находиться в каталогах единой файловой системы, то есть располагаться на одной дисковой партиции. И в одной из последующих заметок станет ясно, почему.

Забегая несколько вперед, отмечу, что жесткие ссылки нужно отличать от ссылок символических (symlinks, часто говорят просто links почему и резонно было бы сохранит за ними обозначение ссылок, а hardlinks по русски именовать связями). Символические ссылки файлы особого типа, отдаленно сходные с ярлыками в Windows или shadow в OS/2, которые сами по себе никаких данных не содержат, а просто ссылаются на метаданные и данные другого файла (который может локализоваться и за пределами данной файловой системы).

Для файлов несуществующих свободные записи в таблице inodes просто резервируются. А поскольку количество этих записей конечно, именно объем индексной таблицы и определяет, сколько файлов реально может быть создано в данной файловой системе. Исчерпание свободных записей в ней приводит к тому, что, вне зависимости от объема свободного дискового пространства, ни одного нового файла создать не удастся.Суперблок

Однако сведений об объеме индексной таблицы внутри нее не обнаруживается. Ибо место их размещения тот самый суперблок, который идет первым в нашей партиции (вообще-то первым в любой партиции будет загрузочный блок, но реально он занят только в загрузочном же разделе во всех остальных для него просто зарезервировано место). Кроме этого, в суперблоке же записывается размер блока файловой системы и их суммарное количество, число блоков данных, размер блокового фрагмента и их число в блоке, число блоков, реально занятых файлами, объем партиции, перманентно резервируемый как свободный, и еще множество характеристик файловой системы, о которых сейчас говорить неуместно.

На самом деле описанное выше несколько упрощено. Специфика файловых систем BSD-клана заключается в том, что реально дисковая партиция разбивается на части фиксированного объема (зависящего от объема раздела). Это т.н. группы цилиндров, каждая из которых имеет свою копию суперблока (чем обеспечивается устойчивость к механическим повреждениям диска), свой блок группы цилиндров, оную описывающий (в нем, в частности, содержатся карты свободных/занятых inodes и карты свободных/занятых блоков данных), собственную таблицу inodes и область блоков данных. Это имеет целью размещение inodes и относящихся к ним блоков данных максимально близко друг к другу, что, кроме повышения производительности, влечет за собой и сведение к минимуму той самой внешней фрагментации данных, о которой говорилось выше.Практика форматирования

Таким образом, процесс создания файловой системы сводится к а) выделению суперблока и записи общих параметров файловой системы, б) созданию таблицы inodes (в UFS, в отличие от некоторых современных файловых систем для Linux, все inode создаются раз и навсегда, а не выделяются динамически, по мере надобности), и в) разметке блоков в области данных. Из за все это, подобно незабвенной Катерине Матвевне, отвечает одна-единственная программа, именуемая незамысловато newfs.

Команда newfs требует единственного аргумента имени файла форматируемой партиции, например, $ newfs /dev/ad0s1a

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

Опция -b определяет размер логического блока файловой системы. Минимальный размер его 4096 байт, максимальный, насколько я знаю, определяется только здравым смыслов. А с точки зрения оного, «умолчальное» значение в 16384 байт представляется разумным.

Опция -f устанавливает размер фрагмента блока. Рекомендуется определить его в 1/8 размера блока, что по умолчанию и составит 2048 байта. Значения в 1/4 или 1/2 блока также допустимы, но очень не рекомендуются в документации.

Опция -i очень важна она-то косвенно и устанавливает количество записей в индексной таблице (то есть максимальное количество файлов в файловой системе). Значение этой опции дается в байтах, отводимых на элемент индексной таблицы, и должно быть кратным размеру блокового фрагмента. Значение по умолчанию учетверенный объем оного, что определяет средний прогнозируемый размер файла (8096 байт).

Еще одна интересная опция это -m, значение которой указывается в процентах от суммарного объема дискового пространства отведенного на партицию. И представляет собой объем, резервируемый от записи обычными пользователями (но не root"ом тот всегда имеет возможность записать свои действия на диск). Он определяется потому, что быстродействие файловых операций в UFS просто катастрофически падает, когда количество свободных блоков в области данных близко к исчерпанию (проверено на практике). И потому некий объем файловой системы резервируется принудительно (по умолчанию 8%).

С этой опцией связана еще одна, -o, которая определяет алгоритм выделения свободных блоков данных при создании новых файлов. Дело в том, что UFS в состоянии размещать их двумя способами. Первый методом плотнейшей упаковки с целью минимизации внутренней фрагментации и экономии дискового пространства. И называется он оптимизацией по объему (опция -o принимает значение space). Второй же метод (-o time) обеспечивает быстрейшее выделение свободных блоков с целью увеличения скорости создания файлов (то есть вопреки принципу Леонида Ильича «экономика должна быть экономной»). Так вот, умолчальное значение -o коррелирует со значением -m: если оно больше или равно 8%, применяется оптимизация по времени, если меньше по объему. Хотя явным образом можно указать прямо противоположные значения.

Вообще-то, все приведенные выше опции очень важны, интересны и полезны для общего образования, однако пользователю вряд ли придется к ним прибегать: их значения по умолчанию, как и почти все во FreeBSD, разумны и приемлемы в подавляющем большинстве случаев. А вот опция -U при запуске newfs по умолчанию не задействуется. Обеспечивает же она поддержку штуки крайне полезной механизма Soft Updates, способствующему (парадоксально, но правда) как повышению быстродействия файловых операций, так и устойчивости файловой системы.

Тема Soft Updates, однако, столь интересна сама по себе, что заслуживает отдельного обсуждения, чем мы и займемся в следующем разделе этой же заметки. А пока под рассмотрим отличия текущей разновидности файловой системы FreeBSD, UFS2, от ее предшественницы UFS.

Все, что было сказано выше о файловой системе FreeBSD, относилось в равной мере к обеим ее разновидностям. Главная особенность UFS2 то, что она 64-разрядная и, соответственно, способна работать с дисковыми объемами более терабайта (интересно, скоро это станет актуальным для настольного пользователя? Судя по темпам дискобольства, срок этот не за горами). В этой связи напомню, что длина записи в таблице inodes в UFS2 удвоилась, и равна 256 байт.

Далее, в UFS2 включена поддержка расширенных атрибутов файлов, в частности, ACL, но это существенно для сетевых администраторов. А вот что может заметить пользователь то, что создание новой файловой системы происходит быстрее (на больших дисковых разделах это действительно заметно, что называется, органолептически). Происходит это за счет т.н. «ленивой» инициализации inodes, хотя динамического их выделения, как, например, в XFS, и нету.

А вообще, с точки зрения пользователя, различий между UFS и UFS2 можно и не увидеть. Тем не менее, отказываться от UFS2 также оснований нет. Тем более, что и newfs, о которой говорилось выше, и sysinstall, о которой разговор впереди, по умолчанию ныне (в 5-й ветке) создают именно ее. Если же требуется создать просто UFS (для совместимости с версиями прежних веток, UFS2 не поддерживающих), это нужно сделать принудительно, указав для newfs опцию -O 1.Парадокс Soft Updates

При всех своих многочисленных достоинствах, файловая система FreBSD не может похвастаться одним быстродействием. И это не смотря на то, что в основе ее лежит обще-берклианская FFS быстрая файловая система. Однако эпитет здесь выступает в сравнении с прежней Unix"овой файловой системой s5, все вариации которой, как говорят знающие люди, отличались исключительной задумчивостью. Если же сравнить производительность файловой системы FreeBSD с родной для Linux Ext2fs оно окажется не в пользу первой, особенно на операциях с большим количеством мелких файлов.

Почему? Нетрудно ответить: вследствие принятого во FreeBSD по умолчанию режима обращения с измененными файлами. Большинство нормальных файловых систем способны функционировать в одном из трех режимов:

полностью синхронном, когда обновления и метаданных, и области данных файла записываются на диск сразу вслед за его изменением;
полностью асинхронном, при котором все изменения файла (и его метаданных, и области данных) кэшируются в оперативной памяти и реально записываются на диск в подходящее для того время;
смешанном, реализующем синхронный механизм для измененных метаданных и кэширование для модификаций области данных.

Очевидно, что первый режим обеспечивает наибольшую устойчивость файловой системы к сбоям, второй наибольшее быстродействие файловых операций (ценой возможности нарушения целостности файловой системы и даже полного ее разрушения при аварийном завершении работы), а третий обеспечивает как бы компромисс между первым и вторым решением.

Так вот, в файловой системе Linux (конкретно в ext2fs, Linux нынче за родные признает много файловых систем) по умолчанию задействуется полностью асинхронный режим работы, а во FreeBSD смешанный. Конечно, это определяется при монтировании файловых систем, и с помощью соответствующих опций команды mount (что я покажу в соответствующей заметке) файловую систему FreeBSD можно заставить работать полностью асинхронно. Однако резонные люди не рекомендуют это делать категорически и, вероятно, имеют к тому основания (одна из причин к тому станет ясной в конце заметки).

И действительно, в умолчальном режиме файловая система FreeBSD (в сравнении с той же ext2fs) демонстрирует замечательную устойчивость. За два с половиной года общения с этой ОС (а из них полтора пришлось на селянские условия, когда неожиданное отключение электричества были вещью более чем обычной) мне ни разу не пришлось столкнуться с проблемами из-за аварийного завершения сеанса работы (в Linux"е такие проблемы, до внедрения журналируемых файловых систем, возникали сплошь и рядом).

Однако цена за это быстродействие. Вернее, отсутствие оного. И проявляется это особенно наглядно именно при копировании большого количества мелких файлов (процедура, весьма обычная при работе с текстовыми, по преимуществу, материалами). Действительно, при этом в синхронном режиме обновляется огромное количество файловых inodes, тогда как собственно данных изменяется ничтожное по объему количество, и их кэширование доставляет мало радости. В любом случае копирование набранных в текстовом редакторе статеюшечек размером с эту заметку и суммарным объемом в стандартный CD затягивается на вполне чувствительное время (в отличие от Linux"а, где подобная операция выполняется внешне мгновенно другое дело, что индикатор активности жесткого диска может еще долго подмигивать).

Далее, не смотря на всю свою фактическую устойчивость, файловая система FreeBSD, не будучи журналируемой, сама по себе не имеет механизма гарантии собственной целостности. То есть: при аварийном завершении работы, когда в файловой системе не устанавливается т.н. бит чистого размонтирования (clean byte это один из важных параметров файловой системы, записываемый в ее суперблоке при корректном выходе из системы), в ходе процедуры последующей загрузки принудительно вызывается программа проверки ее на предмет нахождения противоречий между метаданными и областями данных (и их устранения). А при современных объемах дисков (и, соответственно, файловых систем на них) такая проверка может затянуться на часы. Конечно, это особенно прискорбно для серверов, но и на настольной машине доставляет мало положительных эмоций.

Проблема нарушения целостности существует и в Linux"е (по указанным выше причинам даже в большей мере). И в Linux"е с нею борются посредством журналирования, то есть опережающей регистрации изменений метаданных (и, в некоторых случаях, даже и данных). Во FreeBSD же борьба за целостность файловой системы велась исторически по двум направлениям. Второе из них появившаяся в 5-й ветке фоновая проверка целостности файловой системы, допускающая начало нормальной работы сразу после аварийной перезагрузки машины. Поскольку это одно из принципиальных новшеств, скажу пару слов по сему поводу.

Для проверки целостности файловой системы во FreeBSD используется утилита fsck (одноименная есть и в Linux для ext2fs, есть аналогичные инструменты и для прочих файловых систем). Она может быть запущена пользователем (вернее, root"ом) из командной строки. Однако схема старта системы предусматривает ее автоматический запуск, если в какой-либо из автоматически монтируемых файловых систем не обнаружен бит чистого размонтирования. А поскольку fsck побитная операция, во избежание тяжких последствий она обычно проводится на размонтированных файловых системах. Что и было во FreeBSD вплоть до версии, как минимум, 4.6 (более старших из 4-й ветки уже не видел). А вот в версиях 5-й ветки, начиная с первой, более чем годичной давности, developer"ской, проверка диска может выполняться на смонтированной и готовой к работе файловой системе. И, соответственно, в фоновом режиме после полной загрузки системы, параллельно с выполнением обычной работы. Казалось бы пустячок, а приятно: затрудняюсь сказать, сколько заняла бы полная проверка обычных ныне 80- или 120-гигабайтных винтов.

Однако первым по времени реализации способом борьбы за целостность файловой системы был механизм Soft Updates, обеспечивающий одновременно (вернее, главным образом) и повышение быстродействия файловых операций.

Сам по себе механизм Soft Updates (оставим этот термин без перевода варианты оного типа «мягких обновлений» не только не блещут литературным изяществом, но и сути дела не проясняют) детально описан в специальной статье Макказика и Ганджера, смысла пересказывать которую я не вижу (благо она имеется в ). В двух же словах суть этого механизма в сведении к минимуму синхронных операций записи без явно асинхронного манипулирования метаданными, с одной стороны, но и без предварительного журналирования метаданных (как в файловых системах типа ReiserFS или XFS) с другой.

Реализуется это, опять же говоря довольно грубо (детали реализации моему пониманию недоступны каюсь) за счет так называемых зависимостей обновления. Что такое эти зависимости интуитивно ясно из примера создания нового (для простоты пустого) файла. Для этого требуется:

запись в таблице inodes, с заполнением полей типа файла, его идентификатора, счетчика ссылок (со значением 1 каждый файл должен принадлежать как минимум одному каталогу), ну и прочих там прав доступа в соответствие с их маской, и так далее;
изменение карты свободных/занятых inodes в блоке группы цилиндров (соответствующий новому файлу inode должен быть помечен в ней битом занятости);
внесение записи вида «идентификатор имя_файла» в структуру каталога, в котором новый файл создается, что обеспечивает ту самую единственную ссылку в соответствующем поле inode файла.

С точки зрения целостности файловой системы, эти операции должны быть выполнены именно в этой последовательности. То есть наличие в каталоге имени файла с идентификатором незаполненного (еще не созданного или уже уничтоженного) inode явный непорядок: именно для исправления такого рода безобразий и запускается программа проверки диска после аварийного завершения сеанса.

Выполнять связанные зависимостями операции обновления в синхронном режиме долго (каждая потребует своего обращения к диску), в асинхронном нет гарантии сохранения последовательности (обновления в кэше могут быть записаны тогда, когда бог на душу положит). Так вот, механизм Soft Updates обеспечивает, с одной стороны, контроль за последовательностью выполнения зависимых обновлений (что способствует целостности состояния файловой системы), с другой группирует их в единую атомарную операцию синхронного обращения к диску, за счет сокращения числа коих и растет производительность. В этом, насколько я понимаю, и состоит объяснение парадокса Soft Updates неожиданного увеличения и надежности, и быстродействия.

В общем, постарался объяснить, как смог и как сам понял за подробностями к упомянутой статье. В дополнение только замечу во избежание недоразумений: механизм Soft Updates не только не гарантирует сохранности пользовательских данных, не сохраненных по раздолбайству юзера перед крахом системы, но и не преследует такой цели. Его призвание следить, чтобы файловая система всегда представала по возможности в непротиворечивом виде. Впрочем, то же можно сказать и о любой журналируемой файловой системе ни одна из них не страхует от ошибок пользователя...

Теперь посмотрим, как же Soft Updates можно использовать. Если создавать файловые системы через sysinstall все просто: там по умолчанию включение этого механизма уже давно (версии примерно с 4.3) предусмотрено для всех файловых систем, кроме корневой. Последнее аргументируется соображениями безопасности, которые (для настольной машины) не кажутся мне убедительными так что я включаю ее и здесь. Хотя именно для корневой файловой системы Soft Updates не особо нужна: при правильном разбиении диска и грамотной эксплуатации запись в нее (после первичной установки) происходит только при инсталляции нового ядра, а часто ли это проделывается в нормальных условиях?

При создании же файловых систем вручную, командой newfs, Soft Updates автоматически не включается: это нужно сделать, как уже говорилось, указанием опции: $ newfs -U /dev/ad#s#?

Впрочем, если она при форматировании была забыта ничего страшного: для всех разделов, кроме корневого, включить Soft Updates легко с помощью команды tunefs. Для этого следует перейти в однопользовательский режим (очень рекомендуется; я как-то обошелся без этого, но лучше следовать советам резонных людей), что делается командой $ shutdown now

Размонтировать все файловые системы, кроме корневой (с ней все равно этот номер не пройдет) командой $ umount -Af

Дать команду tunefs -n enable /dev/ad#s#?

для каждого раздела, в файловой системе которого требуется Soft Updates. И, наконец, повторением команды $ shutdown now

Процесс пошаговой установки операционной системы FreeBSD для новичков. Все этапы инсталляции прокомментированы и проиллюстрированы скриншотами.

Я буду рассматривать процесс установки ОС FreeBSD-5.3-RELEASE, но так как установщик не менялся очень давно, практически все описанное в этой статье справедливо и для более ранних версий. В моем случае установка будет производиться с CD-ROM’а.

В биосе (BIOS) компьютера задаем загрузку с CD-ROM’а, вставляем диск с дистрибутивом в привод и перезагружаемся. Мы видим меню программы sysinstall:

Ее можно вызывать и после установки для некоторых настроек, но я бы не рекомендовал. В большинстве случаев подходит тип установки «standart», который я и выбрал. Другие типы установки нужны для тех, кому надо что-то настроить нестандартно или тем, кто точно знает, что ему нужно, чтобы не устанавливать лишнее.

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

Мы видим список уже существующих разделов и свободное место (все цифры даны в байтах, нажимая «z» можно переключаться между вариантами). Чтобы создать раздел, надо поставить курсор на полоску с указанным количеством свободного места на диске и нажать «c» (create). Вводим желаемый размер раздела (по умолчанию предлагается использовать все доступное место). Если вы хотите использовать не все место, то надо задать количество (чтобы указать количество в мегабайтах надо в конце дописать MB, например 4096MB, по умолчанию предполагается что размер вводится в секторах). Далее задаем тип (оставляем 165). Удалить раздел можно нажатием «d» (delete). Внимание! Будьте осторожны на этой стадии - можно легким движением руки удалить нужные разделы;) Теперь сохраняем изменения - «w», и завершаем - «q». Далее переходим в меню создания разделов файловой системы FreeBSD.

Здесь есть два варианта: доверится автоматическому процессу, нажав «a» (auto) или же вручную создать, нажимая «c» (create, курсор должен находится вверху на строчке с нашим разделом для FreeBSD). Если вы решили создавать вручную, то в диалоге создания раздела файловой системы надо будет вести имя и размер (размер по умолчанию вводится в секторах, чтобы указывать его в мегабайтах, надо в коне цифры дописывать MB, например, 256MB).

Разделы, обязательные для создания:

/ /swap /var /tmp /usr

В принципе, автоматического распределения вполне достаточно, но я бы посоветовал сделать вручную. Сначала посмотреть, что предложит нам установщик, нажав «a», записать эти значения, затем удалить их - «d» и сделать по своему усмотрению. Могу предложить следующие размеры:
/ 128 Mb /swap RAM*2 или больше (RAM - размер оперативной памяти компьютера) /var сервер: 2Gb, домашний компьютер: 128 Mb /tmp сервер: 1 Gb, домашний компьютер: 64 Mb /usr все остальное

Когда мы выбрали размеры разделов, можем, нажав «w» сохранить их и «q», чтобы продолжить. Будет предложено установить менеджер загрузки - надо выбрать этот вариант, если вы хотите чтобы на вашем компьютере совместно жили FreeBSD и, например, Windows или другая ОС (Install the FreeBSD bootmanager).

Если же на компьютере планируется только FreeBSD, то отказываемся от менеджера загрузки (Standart). Последний пункт (None) можно выбрать, в случае если на компьютере уже была установлена ОС FreeBSD и изменять загрузчик на жестком диске нет необходимости.

В этом месте мы выбираем, что установить дополнительно: исходные тексты ОС, документация и пр. В большинстве случаев достаточно просто установить все. Но лучше выбрать custom и там отметить: base, crypto, manpages, doc, src (можно все исходники, но если экономим место, но будем пересобирать ядро, то только sys), ports, compat4x (некоторые программы могут вести себя странно, если не установлен этот режим совместимости).

Вот файлы скопированы.

Теперь необходимо задать некоторые настройки системы. Первым делом можно настроить SLIP/PPP-устройство (если оно есть). Это обычно выделенная линия в интернет. если такой вариант есть, то в диалоге соглашаемся, нажав «YES», выбираем внешний интерфейс (обычно ed0), указываем нужные настройки:

Есть ли поддержка протокола IPv6?

Конфигурация DHCP, IP-адрес компьютера и гейта (компьютера, через который происходит выход в интернет; все эти настройки необходимо узнать у провайдера).

Затем нас спрашивают, желаем ли мы сразу же включить этот интерфейс.

Следом идут вопросы:

хотите ли вы, чтобы этот компьютер служил гейтом для других?
хотите ли вы настроить программу inetd и сервисы, которая она предоставляет? (если компьютер используется как сервер, то настроить надо, можно, конечно, все те же сервисы запустить и без помощи inetd, но это уже дело вкуса).

Хотите ли разрешить доступ к компьютеру удаленно по протоколу ssh (secure shell). Если необходим удаленный доступ, то советую использовать именно ssh, а telnet отключить т.к. telnet - очень небезопасный сервис.

Надо ли разрешить анонимный доступ к машине по ftp? (конечно же, начиная с определенной папки, а не ко всему диску;)

Используется ли машина в качестве NFS-сервера и клиента? (Network File System)

Будем ли настраивать консоль? (надо настроить русский язык, так что выбираем да, заходим по очереди во все категории и выбираем пункт с пометкой «russian» - русский, затем нажимаем «exit»)

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

настроены ли часы этого компьютера на международное время? (если да, выбираем «YES», если же они настроены на местное время, или вы не уверены - «NO»)
предлагается выбрать регион из списка:

страна;
что географически ближе всего к вашему городу;
предлагается аббревиатура местности, и вопрос «похоже ли это на правду»? Если нет, надо будет выбрать снова.)

Устанавливать ли программу для совместимости с Linux-системами? (если ее установить, то можно будет запускать программы для Linux. Если компьютер для дома, советую установить.)

Есть ли мышь? :) (думаю, вы выберете «YES», в диалоге надо указать тип мыши, порт (для USB выбирайте BusMouse), и нажать «enable». Конфигуратор спросит, «заработала ли мышь?», надо согласится. Возможно, сразу мышь не заработает, но после перезагрузки обычно все мыши определяются и работают на ура).

Диалог выбора дополнительных программ для установки. Программы разбиты по категориям. Советую просмотреть все. Название обычно отражает назначение программы, и вы легко сможете выбрать нужные (конечно, если вы хоть немного знаете английский).

Здесь все зависит от задачи, для которой устанавливается FreeBSD:

если это сервер, то надо выбрать какие-либо сетевые программы (apache, samba и т.д.);
если же это ОС на домашнем компьютере, то логично будет установить систему X-Window (графический сервер) и мультимедийные программы.

В меню будет два пункта для работы с группами и с пользователями:

Сейчас я покажу пример настроек для пользователя vasya, который входит в группу wheel (группа администраторов) - это необходимо, чтобы он мог в будущем получать права root командой su. Если пользователь не входит в группу wheel, то он не сможет получить права суперпользователя (это сделано из соображений безопасности).

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

На этом установка ОС FreeBSD завершена! Теперь необходимо настроить ее для своих нужд: сделать локализацию шрифтов в KOI8-R или CP-1251, настроить все сервисы, которые будет предоставлять ОС и т.д. Информацию о том, как это делать, можно найти на сайтах bsdekaterinburg.ru , а также в handbook (настольная книга пользователей FreeBSD; она доступна на сайте freebsd.org.ru , а также, если вы устанавливали документацию, на жестком диске:).

А вот так выглядит рабочий стол во FreeBSD на моем домашнем компьютере:

P.S. Советами помогал anbioZz.

Установка FreeBSD 10 за пару минут (пошаговая установка)

FreeBSD - бесплатная операционная система. Современная модификация UNIX. Одна из самых надёжных систем, прекрасно подходит для администрирования локальной сети, как сервер доступа, почтового сервера, файлового сервера, сервера имён и остальное. Не даром на её базе со временем была создана Mac OS. Так же есть возможность установить графическую оболочку или использовать готовое решение проекта PCBSD.

1. Выбор дистрибутива, подготовка установочного носителя
2. Начало установки, разметка диска
3. Выбор компонентов и установка

FreeBSD прежде всего сетевая система и для наилучшего быстродействия в ней отсутствует (по умолчанию) графическая оболочка. Вся суть работы в этой системе сводится к правке необходимых файлов, установке программ, включении функций и набору команд.

И когда Вы настроите систему под свои нужды, она Вас не подведёт. Лично я в процессе работы с ней (2 года), не наблюдал никаких сбоев, глюков и нагрузки на оборудование.

Выбор дистрибутива, подготовка установочного носителя

На официальном сайте можно выбрать версию операционной системы, разрядность, а также платформу (amd64, i386, powerpc, sparc)

После выбора платформы, откроется список вариантов установки (CD, DVD, FTP сервера, MS DOS, дискет и даже магнитных лент).

Конечно лучше не "играть с бубном" и скачать дистрибутив для CD или DVD дисков и записать установочный диск с помощью программ: Alcohol120%, UltraISO или любой другой программой для записи установочного диска.

Начало установки, разметка диска

Загружаемся с установочного диска и запускается меню загрузчика FreeBSD. Можно подождать 10 секунд для автоматического запуска программы установки или нажать кнопку Enter или 1.

На экране отобразится много строк определённого оборудования. Просмотреть его можно нажав кнопку Scroll Lock , прокручивать страницы кнопками PageUp и PageDown.

После определения и тестирования оборудования, появится приветственное окно установки FreeBSD. Нажимаем Install

В окне выбора раскладки клавиатуры, оставьте по умолчанию или выберите подходящую раскладку.

doc - документация на систему

games - игры

ports - порты для установки программ

src - ядро системы

Обычно я оставляю только src, так как документация мне не нужна, игры тоже, порты установим и обновим после установки системы, так как самая актуальная сборка обновляется через интернет. Ядро также можно потом доустановить.

Определяемся со слайсами (так называются разделы в FreeBSD) жёсткого диска. Можем выбрать опцию автоматического создания разделов или самим создать нужные нам разделы.

Автоматически редактор разделов создал три области:

ada0p1 512KB freebsd-boot - область загрузчика. Этого вполне достаточно, больше не надо

ada0p2 19GB freebsd-ufs / - корневой раздел операционной системы. Всё оставшееся место под систему и файлы, с которыми будете работать. По сути её нужно всего 1GB памяти, с условием что будут созданы другие разделы и только на них будет проводиться работа.

Для экспертов: Принято помимо одного корневого раздела создавать другие разделы:

/var - содержит временные и постоянно меняющиеся файлы, логи.

/usr - содержит файлы с установленными программами и остальное.

/data - в этом разделе у меня находились файлы сайта, например.

ada0p3 1.0GB freebsd-swap none - файл подкачки. Размер его зависит от количества оперативной памяти. Если её мало, допусти 1GB, то целесообразно выставить файл подкачки в два раза больше. Если оперативной памяти много, то файл подкачки можно выставить равным объёму оперативной памяти, а то и меньше.

Жмём кнопку Finish , подтверждаем принятые изменения Commit и начинается установка системы FreeBSD.

После установки предлагается дважды ввести пароль. Вводимые символы не отображаются.

Выбор компонентов и установка

После этого предлагается настроить сетевую карту(ы), для доступа к сети. В отличии от Linux, где любая сетевая карта называется eth , в FreeBSD сетевая карта может называться по разному, в зависимости от производителя.

Выбираем версию интернет протокола, четвёртая версия IPv4 или шестая IPv6. Потом настраиваете сеть по DHCP или прописываете ip адрес, маску подсети и шлюз.