Freebsd ссылка: создание жестких и символических ссылок

создание жестких и символических ссылок

ln — создание жестких и символических ссылок

ln [-Ffhinsv] исходный_файл [ целевой_файл ]
ln [-Ffhinsv] исходный_файл ... целевой_каталог
link исходный_файл целевой_файл

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

Команда ln имеет следующие опции:

-f

Если целевой_файл уже существует, удалить его , чтобы можно было создать ссылку. Данная опция отменяет опцию -i.

-F

Если целевой_файл уже существует и является директорией, удалить его, чтобы можно было создать ссылку. Опция -F используется вместе с опциями -f или -i, в случае, если ни одна из них не указана, подразумевается опция -f. Эта опция не работает без опции -s.

-h

Если целевой_файл или целевой_каталог является символической ссылкой, не следовать по ей. Данная опция полезна в сочетании с опцией -f для замены символической ссылки, которая указывает на каталог.

-i

Интерактивный режим. Если целевой_файл существует, пользователю будет выведен запрос на удаление В случае согласия, ln удалит целевой_файл и создаст новую ссылку. Данная опция отменяет действие опции -f.

-n

Аналог опции -h, для совместимости с другими реализациями программы ln.

-s

Создавать символическую ссылку.

-v

Режим вывода информации о ходе выполнения программы ln.

По-умолчанию, программой ln создаёт жёсткая ссылка. Жесткая ссылка на файл, ничем не отличается от исходного файла, при этом изменения сделанные в файле, не зависят от имени, по которому к нему было сделано обращение. Жесткие ссылки, не могут быть ссылками на каталоги, а так-же не могут находится за пределами данной файловой системы.

Символическая ссылка содержит имя файла, на который ссылается. При выполнении операции open(2) над символической ссылкой используется ориги нальный файл. Вызов stat(2), выполненный над символической ссылкой, также вернёт исходный файл. Для получения информации о ссылке можно использовать lstat(2). Для чтения содержимого символической ссылки можно воспользоваться вызовом readlink(2). В отличии от жестких ссылок, символические, могут находиться на другой файловой системе и могут указывать на каталоги.

С одним или двумя аргументами, программа ln создаёт ссылку на существующий исходный_файл. Имя для ссылки будет взято из аргумента целевой_файл. Если в аргументе целевой_файл, не указана директория для создания ссылки, будет использована текущая директория, если указан только каталог, будет создана ссылка на последний элемент из исходный_файл.

С более чем двумя аргументами, программа ln создаёт ссылки в целевой_каталог на все указанные пути в исходный_файл. Ссылки при этом получают имена исходных файлов.

Если программа ln, вызывается в форме link, ей передается ровно два аргумента, передаваемые аргументы не могут быть каталогами, кроме того, в данной форме
она не принимает никаких опций. Это простая форма использования.

Совместимость
Опции -h, -i, -n и -v, предназначены для совместимости с другими реализациями программы ln, и не рекомендуются для использование в скриптах.

Опция -F является дополнительной для ОС FreeBSD и не может быть использована в переносимых скриптах.

Смотри так-же
link(2), lstat(2), readlink(2), stat(2), symlink(2), symlink(7)

создание жестких и символических ссылок

ln, link — создание ссылок

Синтаксис

ln [-Ffhinsv] исходный_файл [целевой_файл]

ln [-Ffhinsv] исходный_файл … целевой_каталог

link исходный_файл целевой_файл

Описание

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

но не занимая при этом дисковое пространство. Существует два типа ссылок, жесткие ссылки и символические ссылки.

Каким образом ссылка указывает на исходный_файл, зависит от типа данной ссылки.

Команда ln имеет следующие опции:

-f

Если целевой_файл уже существует, удалить его , чтобы можно было создать ссылку.

Данная опция отменяет опцию -i.

-F

Если целевой_файл уже существует и является директорией, удалить его, чтобы можно было создать ссылку. Опция -F используется вместе с опциями -f или -i, в случае, если ни одна из них не указана, подразумевается опция -f.Эта опция не работает без опции -s.

-h

Если целевой_файл или целевой_каталог является символической ссылкой, не следовать по ей. Данная опция полезна в сочетании с опцией -f для замены символической ссылки, которая указывает на каталог.

-i

Интерактивный режим. Если целевой_файл существует, пользователю будет выведен запрос на удаление В случае согласия, ln удалит целевой_файл и создаст новую ссылку. Данная опция отменяет действие опции -f.

-n

Аналог опции -h, для совместимости с другими реализациями программы ln.

-s

Создавать символическую ссылку.

-v

Режим вывода информации о ходе выполнения программы ln.

По-умолчанию, программа ln создаёт жёсткие ссылки. Жесткая ссылка на файл, ничем не

отличается от исходного файла; при этом, изменения сделанные в файле, не зависят от имени,

по которому к нему было сделано обращение.

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

Символическая ссылка содержит имя файла, на который ссылается. При выполнении операции

open(2) над символической ссылкой используется оригинальный файл. Вызов stat(2), выполненный  над символической ссылкой, также вернёт исходный файл. Для получения информации о ссылке можно использовать lstat(2). Для чтения содержимого символической ссылки можно  воспользоваться вызовом readlink(2). В отличии от жестких ссылок, символические,могут находиться в другой файловой системе и могут указывать на каталоги.

С одним или двумя аргументами, программа ln создаёт ссылку на существующий исходный_файл. Имя для ссылки будет взято из аргумента целевой_файл. Если в аргументе целевой_файл, не указана директория, для создания ссылки, будет использована текущая директория, если указан только каталог, будет создана ссылка на последний элемент из исходный_файл.

С более чем двумя аргументами, программа ln создаёт ссылки в целевой_каталог на все указанные пути в исходный_файл. Ссылки при этом получают имена исходных файлов.

Если программа ln, вызывается в форме link, ей передается ровно два аргумента, передаваемые аргументы не могут быть каталогами, кроме того, в данной форме она не принимает никаких опций. Это простая форма использования.

Совместимость

Опции -h, -i, -n и -v, предназначены для совместимости с другими реализациями программы ln, и не рекомендуются для использование в скриптах.

Опция -F является дополнительной для FreeBSD и не может быть использована в переносимых скриптах.

Смотри также

link(2), lstat(2), readlink(2), stat(2), symlink(2), symlink(7)

Основные команды Linux, FreeBSD и MacOS (шпаргалка) @ 900913 — Цифровое наше всё

Каталоги FreeBSD — Litl-admin.ru

Ключевые элементы файловой системы FreeBSD

Сейчас мы рассмотрим основные элементы файловой системы FreeBSD, чтобы лучше понять, как работает система и что для чего здесь нужно.

boot/

Каталог boot/ содержит ядро системы, которое можно назвать самой главной частью. Часто можно встретить упоминание “kernel” – это и есть ядро. Кроме ядра в каталоге boot/ находятся важные конфигурационные файлы, которые система использует на этапе своей загрузки.

bin/

В этом каталоге находятся так называемые “автономные” программы, то есть отдельные исполняемые файлы, ориентированные на пользователя, не зависящие от совместно используемых библиотек. Как правило, эти программы не влияют на работу системы в целом (пользовательские) в отличие от административных программ, расположенных в каталоге sbin/.

compat@

Символическая ссылка на структуры каталогов для совместимости с операционными системами типа LINUX. Обычно это пустой каталог.

dev/

Это специальный каталог. Файлы, расположенные в нём – являются устройствами. (Здесь виден тот самый Unix-подход: “Всё есть файл”). В общем виде, расположенные здесь объекты обеспечивают интерфейсы к любым устройствам, поддерживаемым ядром. Можно сказать, что это – точка монтирования файловой системы устройств – devfs.

etc/

В этом файле хранится огромное количество конфигурационных файлов всей системы, включая сценарии запуска системы, парольные файлы и т.д. Когда-то давно – этот каталог был единственным для хранения случайных файлов, которые нельзя было поместить куда-то ещё, отсюда и его название etc = “и т.д.”

home@

Содержит все домашние каталоги обычных пользователей. Представляет собой либо обычный каталог, либо символическую ссылку на каталог /usr/home. Если планируется обслуживать большое количество пользователей, лучше всего делать этот каталог символической ссылкой на /usr/home, либо вообще выделить под /home отдельный раздел.

mnt/

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

proc/

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

rescue/

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

root/

Сюда монтируется домашний каталог суперпользователя. Он не помещается в home/ в целях безопасности и доступен в случае аварийной загрузки.

sbin/

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

sys@

Если инсталлируются ресурсы ядра, то создаётся ссылка sys@

tmp/

В этот каталог может записывтаь любой пользователь. Как правило, этот каталог содержит временные файлы. Можно удалять содержимое этого каталога при каждой загрузке echo ‘clear_tmp_enable=”yes”‘ >> /etc/rc.conf

usr/

Содержит динамически компонуемые программы (в отличае от bin/ и sbin/), файлы пользователей и программы, которые мы инсталлируем отдельно. Наиболее важный каталог /usr/local. Usr – это аббревиатура от UNIX System Resources.

var/

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

FreeBSD: первые шаги — Litl-admin.ru

Краткое вступление

     Насмотревшись ролики об установке, снятые и описанные Димычем и, проделав тоже самое, я начал пытаться разобраться дальше. И тут-то я понял, что не достает промежуточного звена – статьи (хотя бы одной) о вступлении в мир FreeBSD. У меня сложилось впечатление, что кому-то станет тяжело понять всю суть следующих статей о FreeBSD. И вот. думаю, кое-что у меня вышло.

     Вход в систему FreeBSD

     Система установлена, что нам делать теперь? Просто войти в нее. На начальном этапе установки в моей конфигурации присутствуют 2 пользователя: суперпользователь root (пароль 123456) и обычный usertest (пароль тоже 123456). Теперь самое время зайти под администратором:

    Команды в FreeBSD

     В данной ОС как и везде есть команды, а также параметры к этим командам. Для примера введем команду sysinstall. Как вы догадались, это утилита установок различных компонентов, которая “всплывала” во время установки. Зашли для наглядности и сразу выходим, пока ничего не натворили.

      Есть еще пример с параметром команды. Введем df -h (h – параметр).

     Редактирование файлов

     Все можно править и редактировать, все открыто для изменений – отличительная черта NIX-систем. По умолчанию в системе стоит редактор vi – старый и суровый редактор. Когда я первый раз зашел в редактирование файла, то смог выйти только с помощью друга, настолько там все примитивно. Но много еще мест, где vi остается. поэтому забывать его не стоит. Не стоит, но забудем. Тем более есть другой  – ee. Названия, конечно, яркие, но пора привыкнуть, это не Windows с названием notepad.exe. Как уже говорилось выше, vi – редактор по умолчанию. Пора это исправить. Набираем в командной строке:

# ee ~/.cshrc

     Комментарии оставлю на потом. А сейчас ищем в данной файле строчку

setenv EDITOR vi 

      и меняем ее

setenv EDITOR ee

     Нажимаем (ESC), чтобы увидеть меню редактора ее, нажимаем клавишу (а) для выхода из редактора и еще раз (а) для сохранения. Чтобы изменения вступили в силу, введите команду exit и снова войдите в систему. Теперь расшифруем, что мы написали:

     ~ – домашняя папка текущего пользователя;

     / – корневая папка (от которой идут все пути)

     .cshrc – имя конфигурационного файла оболочки csh (точка перед именем означает, что файл скрыт).

     Русификация консоли FreeBSD

     Перед тем как работать рекомендую русифицировать нашу консоль. Первым делом нужно отредактировать файл /etc/rc.conf. Забиваем следующие строки, что похоже – заменяем на нужное:

keymap=”ru.koi8-r.win”

font8x14=”koi8-r-8×14″

font8x16=”koi8-r-8×16″

font8x8=”koi8-r-8×8″

keyrate=”fast”

     Далее следует выполнить команду vipw – краткое выполнение редактирования файла /etc/passwd. В нужное поле надо вставить значение russian, как в примере. Напоминаю, что у нас только 2 нужных пользователя – root и usertest. туда и прописываем russian. А пока вот такой текстовый пример:

(ваше имя):пароль:1000:1001:russian:0:0:(ваше имя):/home/(ваше имя):/bin/sh

     Следующий шаг – редактирование файла /etc/ttys. Найдите в этом файле строки, задающие параметры консоли:

cons25

      Данную строчку заменяем на:

cons25r

      Почти все.  Осталось в файле ~/.profile изменить значение переменной TERM:

TERM=${TERM:-cons25r}

     Теперь надо перезагрузить всю машину командой reboot. Положительным результатом является переключение раскладки клавиатуры (CTRL+SHIFT) и надпись на русском языке:

      И общий вид любой команды. К примеру, ls -l

Ищем файлы в FreeBSD — Litl-admin.ru

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

Поиск средствами which

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

# echo $PATH

Хоть which у нас и ограничена в поиске по путям в переменной окружения, но поиск этот происходит очень быстро. Если мы хотим узнать, где находится та или иная программа пользователя, то лучше воспользоваться именно этой утилитой. Вот на примере поиск утилиты копирования.

# which cp

Поиск средствами whereis

Тоже неплохой поиск. Ищем по $PATH и дереву портов. Именно так я и ищу разные программы в портах. Нужен нам squid, ищем:

# whereis squid

Ничего особенного про этот поиск не скажу, просто прикольно.

Поиск средствами locate

Ещё один вид поиска, который происходит моментально – поиск средствами locate. Отличная утилита, ищет не только по PATH, но в бочку мёда позволено добавить ложку дёгтя. Поиск происходит по специальной базе данных файлов, которую желательно периодически обновлять. Например, если база у нас обновляется раз в неделю, то файлы, созданные месяц назад утилита найдёт мгновенно. А вот файл, созданный вчера (при условии, что обновление ещё не проводилось) нами найден не будет. Поэтому рекомендую обновление базы данных связать с планировщиком CRON, например еженощно.

Обновление базы данных вызывается вот так:

# /usr/libexec/locate.updatedb

Поиск же, соответственно:

# locate <фрагмент имени файла>

Поиск средствами find

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

Для получения исчерпывающей справки по всем ключам утилиты набираем:

# man find

Ну основные опции такие:

-name “имя” – ищет по имени файла. Например:

# find /home -name "script.sh"

-maxdepth (-mindepth) – глубина поиска от указанного каталога. Если я уверен, что файл был где-то недалеко, например, в корневой домашней папке либо подпапке, то могу указать просто:

# find /home -maxdepth 3 -name "script.sh"

Поиск такого файла произойдёт в стопицот раз быстрее, поскольку нет необходимости обходить рекурсивно все подкаталоги, операционная система ограничится максимальной глубиной в 3 уровня.

Я на примере всё той же своей папки скрипта покажу, насколько большая разница в рекурсивном обходе каталогов. Для пущей разницы искать будем от корня с глубиной 3 уровня (обратите внимание на команду, я в ней вызываю программу date до и после выполнения поиска, в одной строке, чтобы оценить затраты времени):

Итак, ограничение глубины позволило нам затратить на поиск … да вообще ничего не затратить! Поиск прошёл за < секунду.

Без ограничения глубины поиск длился почти 3 полных минуты. Ощутимая разница, верно? А теперь мы можем включить фантазию и при умелом указании максимальной и минимальной глубины искать поистине быстро!

Кроме этого, никто не запрещает нам использовать подстановочные символы маски (* и ?) или регулярные выражения, что делает поиск очень гибким. Винде такое даже не снилось!

Также следует обратить внимание на опции поиска по файлам, изменённым за определённый период и на ключ -exec, позволяющий производить с найденными файлами определённые действия (удаление, копирование и т.д.).

Полностью перепечатывать ман-страницу я не буду, это глупо! Ведь вы знаете, как получить помощь! А моя задача – лишь указать вам направление! Спасибо за внимание! Удачи!

FreeBSD — Lurkmore

(перенаправлено с «Freebsd»)
У этой страницы нет проверенных версий, вероятно, её качество не оценивалось на соответствие стандартам.

FreeBSD и Linux всегда были близки

FreeBSD (бздя, бздун, фришка, фря, фряха, фрибээсдэ, фриэлэсдэ, фрибэдээсэм, фриэбэсодэ) — UNIX-подобная операционная система, основанная чуть менее, чем полностью на коде BSD Unix (на самом деле UNIX-код был вычищен еще до 1995, к моменту выхода версии 2.0). В отличие от многочисленных кучек задротов, высерающих 9743 вариации линуксов с использованием ядра от Линуса Торвальдса, FreeBSD разрабатывается как целостная операционная система.

Не путать с AT&T BSD, который и является прямым продолжателем UNIX и также является коммерческим.

Для конечного пользователя ничем не отличается от Linux, так как Апач и GNOME работают одинаково. Для сисадмина это не так^[1].

[править] Область применения

Родители FreeBSD: Marshall Kirk McKusick — папа.
Родители FreeBSD: Eric Allman (справа) — мама.

В этих ваших интернетах применяется в основном в качестве роутеров, шлюзов, прокси- и веб-серверов и иже с ними, а также в Sony PlayStation 3, 4 и Nintendo Switch. Некоторые задроты ставят FreeBSD на свои домашние компьютеры и очень этим гордятся.

FreeBSD, не так часто, как Линукс, но все же регулярно является предметом срача в холиварах:

• Mustdie vs FreeBSD (конечно, серверный маздай).
• GPL vs BSD, что свободнее.

Доподлинно известно, что FreeBSD основана на кодовой базе BSD, в разработке которой участвовал Маршал Кирк МакКузик (Marshall Kirk McKusick). Также доподлинно известно, что оный является сексуальным партнёром соавтора FreeBSD и разработчика sendmail — Эрика Олмана (Eric Allman), с коим открыто сожительствует в течение over 20 лет в любви и согласии.

В частности, среди трезвосмыслящих линухоидов распространена известная шутка:

Надо сказать, что сам Олман не только спокойно относится к таким шуткам, но и сам подшучивает над ситуацией, сказав однажды: «There is some sort of perverse pleasure in knowing that it’s basically impossible to send a piece of hate mail through the Internet without its being touched by a gay program. That’s kind of funny.», что переводится так: «Есть определенно некое извращенное удовольствие от осознания того, что невозможно послать письмо ненависти [к геям] через Интернет без того, чтоб его не тронула гейская программа. Это забавно»^[2].

McKusick, кстати, по внешнему виду — образцовый завсегдатай гей-клубов, не хватает только фуражки и кожанки, оттого бытует мнение что он — актив, а Allman, как не трудно догадаться, нет.

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

• Система портов — один способ установки всей прорвы свободного софта: make install clean. Также можно установить софт из готовых бинарных пакетов из репозитория. Которые из этих же портов и были скомпилированы, кстати. Приятным дополнением для «голого» дерева портов станет portupgrade, portmaster, portbuilder, portshaker и portconf.
• Куча мануалов в сети по организации всего на свете: от просто роутера для говнолокалки до хитровыебанного инетораздователя с Radius-авторизацией и ограничением трафика по количеству прыщей (таблица количества прыщей хранится в SQL-базе / каталоге LDAP). При этом они, даже написанные для FreeBSD 4.7, подойдут и для свежих 7.x и 8.x. В редких случаях требуется минимальная доработка.
• Нормальная BSD-система запуска через rc.init с учётом зависимостей между службами (кто сталкивался с runlevels, унаследованных от System V на линуксах, поймет).
• Фреймворки netgraph(4) и geom(4) позволяют построить сетевую и дисковую подсистему любой степени извращённости. Линуксоиды с их особой, чёрной магией в ядре идут раком по болотам.
• Более либеральная к копирастам и проприетарщине BSD-лицензия, по сравнению с GPL.
• Имеет 3 файрволла «искаропки», способных невозбранно работать единовременно: доморощенный ipfw^[3], ipf (NetBSD), pf (OpenBSD). Но правда, для тех, кто вначале ставит софт, а затем начинает читать маны и биться головой о клавиатуру (ТруЪ-никсоиды поступают наоборот) это будет не плюс, а минус: если установить один FW поверх другого, то заставить их обрабатывать пакеты в правильном порядке никто не сможет 🙂
• Отладчик уровня ядра ddb(4) — наш ответ Софтайсу.
• Портированный из OpenSolaris фреймворк динамической трассировки — DTRACE
• Сабж (порты, документацию, исходный код ядра и окружения etc) можно обновить через штатную команду csup(1) (до 6 ветки включительно был cvsup(1)) и оно будет работать с минимумом неожиданных побочных эффектов^[4].
• Есть механизм тюрем jail(8), делающий возможным запуск нескольких экземпляров сабжа на одной железке, для работы с которым имеются разные утилиты. Каждая такая тюрьма изнутри выглядит как полноценный бокс с сетевым интерфейсом. В FreeBSD 9 реализован механизм ограничения ресурсов для клеток (RCTL), а также появился механизм виртуализации сетевого стэка (VIMAGE). А ещё можно замутить рекурсивные джейлы. Или установить в FreeBSD jail окружение Debian из проекта Debian GNU/kFreeBSD.
• Запиленные с подачи Apple GCD и Clang/LLVM портированы в FreeBSD. Первое позволяет легко и непринуждённо писать многопоточные приложения на C/C++ (OpenMP сосёт!), второе — крайне перспективный компилятор, который используется в base system вместо GCC. Отличается грамотной многоуровневой архитектурой и информативными сообщениями об ошибках. В тестах скорости сгенерированного кода уже конкурирует с обросшим мхами GCC, но ещё не осиливает все индусские премудрости (читай: clang может выдать ошибку там, где веками всё компилилось в GCC). FreeBSD 10, кстати, уже полностью собран clang`ом.
• Файловые системы ZFS и UFS 2 с поддержкой снапшотов и не только. Особенно ZFS, которая совмещает в себе возможности менеджера томов, ФС, поддерживает онлайн-снапошоты ФС, дедупликацию данных и кучу всего остального.
• HAST — GEOM-класс для создания отказоустойчивого хранилища.
• Входящий в базовую систему инструментарий для создания резервных копий — Dump.

• Система портов — source-based система по определению заебёт любого при попытке собрать, скажем, KDE или OpenOffice.org, блджад. Данный процесс даже на неплохой современной системе займет пару часов, как минимум (в свое время речь шла о сутках)^[5]. Особенным тормозом являются (для долбоёбов, не осиливших make config, make config-recursive и portupgrade -c/-C) зависимости портов, которые писали, видимо, по принципу «сделай комбайн из всего» — зачастую можно наблюдать процесс компиляции совершенно не нужных пользователю cups/gtk/qt-webkit/что-там-ещё-хочет-скачать-полинтернета. Кроме того, неправильный выбор флагов оптимизации иногда приводит к неработоспособности собранного софта. Впрочем, пакеты никто не отменял — правда, при этом невозможно наблюдать за долгим процессом компиляции, бида-бида.
• Алсо, имеет место такая неприятная вещь как отсутствие некоторых бинарных пакетов в репозитории, что случается при настырном желании разработчика приблуды распростратнять свое детище только в исходниках (к примеру вышеупомянутый опенофис, блджад!). Впрочем, порты никто не отменял.
• Такие системы виртуализации, как OpenVZ, до сих пор под сабж не портированы. Обходятся по старинке джейлами, которые, впрочем, в последниях версиях стали весьма хороши собой, на фоне OpenVZ там нет только Live Migration ^[6].
• Oracle нативно собран под BSD исключительно для CNN и они его никому не дадут, а запуск rpm-нутой версии через режим совместимости с Linux одарит вас тормозами^[7] и глюками, кроме того, новейшие Oracle просто так не запускаются, и бздун вынужден ограничиться древним как говно мамонта хламом, вроде Oracle 8.0, которое еще и фиг прилинкуешь к этим вашим PHP или Erlang.
• Родная файловая система не самая устойчивая и люто не любит внезапного отключения питания ^[8]
• Таки уступает зоопарку из Линупс дистрибутивов в наборе поддерживаемого оборудования. На современных ПК графическое ускорение отсутствует от слова совсем (в случае с nvidia, частично решается установкой драйвера видеокарты nvidia и nvidia-xconfig). Не редки случаи, когда попытки запуска X-сервера сопровождаются анальной эквилибристикой. В целом, помимо графики, большинство оборудования ВНЕЗАПНО оказывается неработоспособно из-за багов в ACPI, который почти на всех ПК заточен исключительно под Шиндовс. Про полноценную нативную поддержку вебкамеры, вафли, тачпада и синезуба можете сразу забыть.
• Современное опенсорсное ПО создаётся с оглядкой на Linux. Конечно, что-то портируется, для чего-то помогает linuxulator, а что-то не будет работать вообще и никогда. Более того, некоторые деятели (Леннарт Поттеринг, например) вообще открыто призывают к прекращению поддержки *BSD в свободном ПО. Да, это не совсем проблема BSD, однако ситуация имеет место, что печально.
• У Фряхи нет официального репозитория и сайта в TORе, как у Дебиана. Не True.

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

• Linux vs BSD. Иногда срачи данного вида возникают из пустого места (из-за провокационного топика или комментария), но самые частые моменты возникновения срача подобного рода — aнонс новой версии FreeBSD на LOR’е. Главный аргумент линуксоидов в срачах: «ФриБСД — ОС некрофилов, и вообще, BSD — RIP», главный аргумент бсдунов: «Линукс — не ОС, а только ядро, не UNIX, а пародия на него, БСД — аккуратна, линукс — куча костылей, упакованных в дистрибутивы». Разумеется, речь идёт не об адекватных пользователях этих операционок.
• BSD vs GPL. Возникают, в основном, там же, где и Linux vs BSD. Аргументация ГПЛщиков: «BSD — это же почти проприетарность, и ни разу не свобода! Проприетарщики могут брать BSD-код и использовать его в закрытых проектах!», аргументация БСДунов: «Ональные рабы штольмана настолько привыкли к ональности вирусной ЖПЛ, которая навязывает мнимую свободу, что даже не понимают, что свобода — это БСД!». Но если упомянуть в этом сраче про свободный и простой MIT или WTFPL, то можно очень вкусно покушать.
• Срачи по поводу тех или иных технических особенностей операционок: Файловых систем (ZFS или UFS против линуксового зоопарка), фаерволлов (pf и ipfw против iptables), сравнение планировщиков процессов (плюс соревнование на тему у кого их больше) и так далее. В основном срачи унылы и не доставляют особых лулзов, зато иногда можно вынести для себя что-то интересное.
• Что в большей степени UNIX и хорошо ли это. Уже мало популярный повод для споров, но раньше не один килограмм говна пролился на вентилятор во время обсуждений этого вопроса.
• Наличие того или иного ПО под ту или иную ОС. Линуксоиды обычно вопят про флэш и skype (который есть под линукс нативно (скоро будет выпилен adobe [1]), а под БСД нет), БСДшники отбрёхиваются, сообщая о том, что в линуксуляторе и то и другое есть, однако не нужно, ибо проприетарщина и УГ и вообще, обвиняют проГПЛ’енных линуксоидов в двойных стандартах и заигрыванием с проприетарщиной.
• BSD не нужно. Так утверждают многие линуксоиды. Особенного говна на вентилятор вбросил Леннарт Поттеринг. В посте на LOR’е, в котором сообщается о том, что он решил забить на поддержку BSD систем в своих поделиях и призвал всех поступать также, отметилось немало народу. Говна разлилось просто немерено, отголоски этих срачей до сих пор слышны в интернетах.
• Миграция rambler-почты с FreeBSD на Linux. Руководитель Rambler-почты в своём ЖЖ сообщил о том, что они собираются переводить свой технопарк с бсд на Debian GNU/Linux. Что потом началось — это надо было видеть. Темы на LOR’е и opennet.ru собрали огромное число коментов, ЖЖ автора была также вдоль и поперёк исписана обвинениями автора в некомпетентности (наряду с некоторыми реально существующими проблемами фряхи автор привёл несколько совсем неадекватных примеров, которые действительно могут заставить сомневаться в его компетентности, однако гораздо более вероятен троллинг. Реaльно же, в списке упоминалось только две серьёзных проблемы: отсутствие адекватной виртуализации и недоработки и ошибки в системе пакетов), предвзятости, или же напротив — одобрениями, сопровождаемыми криками о том, что «FreeBSD — R.I.P.». Алсо, итогом этого срача стали два поста в ЖЖ одного из российских известных пользователей фряхи, в которых обсуждались причины такого хода со стороны рамблера, и что можно исправить в FreeBSD для предотвращения подобного.
• Скорость и производительность. Стандартное меряние пиписьками. Однако, многих повеселило обсуждение тестов phoronix, в которых намеряли, что режим эмуляции Linux работает быстрее Ubuntu (новость на опеннете). Очевидно, что меряли через жопу и вообще сравнивали тёплое с мягким, но кого это волнует, главное же вбросить.
• Безопасность. Тут бсдшники отрываются по полной — дыры в линуксах появляются таки чаще. Зато, когда в FreeBSD дыру всё-таки находят, линуксоды надрывают рты и жопы криками «Решето! БСДРИП111». Однако в BSD дырок хоть и меньше, но зато они держатся в разы дольше. чем у линуксов. Це усе потому, что BSD содержит кучку энтузиастов, которым даже на электричество не хватает, а у линуксов сил и бабок гораздо больше, в результате чего и глюки латаются значительно быстрее.
• Вообще, одно лишь упоминание FreeBSD на форумах линуксоидов может породить кучу годных срачей, помни об этом, aнон.

[править] Производные системы

Некоторые известные ОС, основанные на FreeBSD

• JUNOS — лихо обточенная напильником FreeBSD (включающая GateD и Envoy SNMP Engine), используемая в качестве управляющей системы сетевого оборудования Juniper. Juniper считает JUNOS своим основным конкурентным преимуществом и даже снимает про нее унылую рекламу. Сами же фанаты Juniper любят плевать сверху на любителей цисок, считая сии поделия попсовым оборудованием.
• Data ONTAP 8.x — еще один лютый энтерпрайз. ОС, которая использует FreeBSD как загрузчик своего kernel space кода, а также использует некоторые ее ресурсы, например драйвера оборудования. Основа основ винрарных и дорогих СХД от NetApp.
• m0n0wall и её когда-то форк, ныне дальний родственник, pfSense — фаерволл, шлюз, прокси, маршрутизатор, VPN-сервер и вообще недоциска. Управляются, в основном, через веб интерфейс мыслью «мышью». Умеют много хорошего и еще больше — нехорошего.
• Frenzy — русскоязычный загрузочный LiveCD с набором необходимых программ для радости одмина. Версия 1.1 основана на FreeBSD 6.3 и дальнейшая разработка, по словам создателя, не планируется (тем не менее, появилась версия 1.3, выпущенная не автором. Лежит на домашней странице Frenzy [а теперь и 1.4, на 09.04.2013]).
• PC-BSD — неплохая попытка создания юзер-френдли системы на основе FreeBSD с кучей свистелок и перделок и системой пакетов. А-ля Mac OS X. Нерабочая чуть менее, чем на всех компах.
• GhostBSD — ещё одна попытка создать юзер-френдли дистрибутив с использованием окружений, основанных на GTK. Выглядит стильно и красиво.
• РУС-BSD — поцреотическая ОС с кучей свистелок и перделок на основе FreeBSD. Требует 8 Гб свободного места и минимум знаний для установки. Повышает чувство поцреотизма и совсем не повышает (может даже понижает) ЧСВ. На самом деле РУС-BSD основана не на PC-BSD, а на Frenzy и только отчасти использует решения PC-BSD.
• DesktopBSD — ещё одна попытка экспансии в сторону easy-to-use и протча. Закончилась не успев толком начаться. R.I.P.
• DragonFlyBSD — очередной форк, основная и великая идея которого — гибридное ядро с поддержкой кластерности и при том с минимальным функционалом и все это на особой файловой системе с брутальным названием «HAMMER». На самом деле, DragonFlyBSD является следствием butthurt и кульминацией завышенного ЧСВ (местами не без основания), одного компьютерного гика, по имени Mattew Dillon, но не актера, а вовсе «a computer scientist living in Berkeley, California», что какбе символизирует. Примерно в районе попытки слепить остальными из команды FreeBSD что то годное [4.X -> 5.X] конкретно посрался с ними, в виду несогласия с их методами ведения проекта, что в свою очередь и привело выделению из 4.Х отдельного (суб)проекта DragonFly. В чем, кстати, и был прав (ибо что то годное из попытки глобальной переделки FreeBSD начало появляться только к концу 6-й ветки), и был совсем не очень неправ (на примере DragonFly) ибо любому проекту, нужно быдло для подпитывания.
• FreeNAS — долгостройный, но вполне работоспособный проект (версия — 9.2.1.7, вышла в августе 2014) позволяющий из груды старого железа собрать свой собственный NAS c веб-сервером, торрент-клиентом, поддержкой ZFS и прочими радостями сетевых хранилищ. Управляется встроенным веб-интерфейсом, чуть более, чем полностью интуитивным, так что среднестатистический пользователь, настроивший это самостоятельно, и не догадается, что стал бородатым одмином. Однако разработчиками рассматривается вопрос о переходе на кодовую базу пингвинистов (Debian GNU/Linux) в связи меньшим гораздо большим числом багов и поддержкой большего числа нового говнооборудования у оных [2] [3]. Ага, конечно [4], на кодовую базу пингвинистов разработчики таки-забили лысого, а вот изначальный мейнтейнер, продавший проект капиталистам, таки-перешел. Первая после продажи версия FreeNAS (0.8 — вышла в мае 2011) имеет меньший функционал по сравнению с 0.7. Ждём релиз 0.8.1. А нормальный полнофункциональный форк ветки 0.7 теперь называется Nas4Free. С учетом того, что iXsystems продают якобы энтрерпрайз решения на базе FreeNAS, на развитие проекта они не забили, и нынешняя версия 8.3 уже вполне торт.
• Алсо, дальним, ОЧЕНЬ дальним родственником Фряхи является macOS, однако, вопреки распространенному слуху, похожего на FreeBSD там мало. Ядром в Макоси является Darwin — система с гибридным ядром XNU, созданном на основе микроядра Mach и стандартными сервисами BSD (от NetBSD, кстати, см. структуру MacOS). Кода BSD и Mach там поровну, что выявлено в ходе спора об оси Яблофона. На странице обсуждения оного девайса есть копипаста.

Некоторые неизвестные ОС, основанные на FreeBSD

[править] Интересные факты

• Запуск make с таргетом love выдает на stdout «Not war.» — система любит тебя. Раньше выдавала «don’t know how to make love», чем дико смешила отдельных петросянов. В конце концов, видимо, разработчикам надоело, что над ними глумятся. Начиная с 10-й версии — выпилено.

Видео демонстации пасхального яйца «make love» на FreeBSD 7.4-RELEASE.

• По традиции FreeBSD можно собирать из исходников только ночью. По традиции proxy/gateway/mail серваки ставятся на первый найденный в загашнике комп. На них make buildworld && make buildkernel занимает таки часов 8-10. Поэтому ставится перед уходом админа в вечерний запой, когда юзеры не юзают сервак. Утром делается make installkernel, обнуляется аптайм, mergemaster -p && make installworld && mergemaster и еще один ребут.
• Поговаривают, что именно ночью в армии в стародавние времена можно было досыта закинуться ТОРЕНОМ, благодаря чему остановить все биологические процессы в своем организме и, уже будучи кодочеловекодеревом, спокойно «уболтать» радиоволны так, чтобы они управляли ракетами, спутниками, планетами солнечной системы и проч. Это какбэ намекает нам о традициях одминов FreeBSD
• Поговаривают также, что FreeBSD написа́в Калифорнийском Университете Беркли примерно в то же время, когда там изобрели экстази. Правда, это уж точно лулзы без фактов, потому что экстази (МДМА) во-первых, изобрели еще в начале XX века, только тогда еще никто не знал, для чего это можно использовать, а во-вторых, заново открыл его Саша Шульгин, совсем не в Беркли, и больше, чем за двадцать лет до создания операционки. А вообще, это переделка еще более старой шутки: «Беркли сделал две по-настоящему хороших вещи: LSD и BSD. Причем, второе — под действием первого» (Альберт Хофманн скромно курит в сторонке, да).
• Запуск

  find /usr/src -type f -print | xargs grep lurk | nl

  в FreeBSD 11.0 CURRENT среди прочего выдает:

   63  /usr/src/contrib/bmake/job.c:       lurking_children = 1;
   55  /usr/src/tools/tools/nanobsd/dhcpd/README:bugs lurking that cause your entire FreeBSD tree to disappear
   31  /usr/src/.svn/pristine/bd/bd15a3e32886f29990612f61ecbd759eb6919596.svn-base:    /* Open the backup file, avoiding lurkers. */

что кагбе намекает.

• Законченные фрюховоды фапают здесь.
• Те, кого еще можно спасти, — здесь и здесь.
• Те, кому нечего/нечем фапать, и прочие читают местами смищные щутки тута.
• Новости из мира BSD систем BSD News in Russia
• Эпичный срачик последнего времени на 2k постов — здесь

1. ↑ Апач с четвёртыми кедами действительно работают одинаково, а вот куда более часто используемые вещи — нет. Для примера сравните NetFilter (более известный широким массам под названием своего фронтэнда iptables) с любым доступным фаерволом BSD-мира (pf, ipf, fpfw). Другой пример: во FreeBSD настройка любых параметров сетевого интерфейса (как проводного так и беспроводного) может быть произведена с помощью одной утилиты ifconfig, в то время как в linux их целый зоопарк и нет ни одной универсальной.
2. ↑ На самом деле «hater» — гомофоб по-СШАшному. Так что переводится это не как «письмо ненависти», а примерно как «высер гомофоба».
3. ↑ Алсо, для форточек даже есть винрарный, но, вестимо, замерзший в плане разработки порт wipfw. А еще красноглазики нонче могут фапать на ipfw и dummynet(4) и на школьницу, портировавшую сие добро на эту вашу Убунту. Это все какбэ намекает нам.
4. ↑ Попробуй сделать такой финт ушами, скажем, на RHEL, чаще тебя поджидают проблемы. Так-то!
5. ↑ ccache и distcc могут сильно сократить время компиляции
6. ↑ Достаточно спорная сама по себе вещь, миграция возможна только в случае одинаковых систем и одинаковой аппаратной конфигурации (процессор). Live Migration крут и красив в случае полноценной виртуализации, типа XEN или KVM, так как там нет таких ограничений.
7. ↑ Акуеть недостаток, ага. Но если развить мысль — многий коммерческий софт работает во фряхе тока через эмуляцию системных вызовов линуха.
8. ↑ UFS+SUJ в девятке или ZFS в восьмёрке или девятке решают проблему какбы

31.7. Link Aggregation and Failover

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

Это достигается путем переопределения интерфейса Ethernet.
MAC-адрес с беспроводным
интерфейс.

Примечание:

Теоретически MAC-адрес Ethernet или беспроводной сети
можно изменить, чтобы соответствовать другому. Однако некоторые популярные
беспроводные интерфейсы не поддерживают переопределение MAC
адрес. Поэтому мы рекомендуем игнорировать Ethernet.
MAC-адрес для этого.

Примечание:

Если драйвер для беспроводного интерфейса не загружен
в GENERIC или кастомном ядре,
и компьютер работает под управлением FreeBSD12.1,
загрузите соответствующий .ko в
/boot/loader.conf , добавив
драйвер _load = "YES"
в этот файл и перезагрузка. Другой, лучший способ —
загрузите драйвер в /etc/rc.conf с помощью
добавив его в kld_list (см.
rc.conf (5) для подробностей) в этом файле и перезагрузите.
Это необходимо, потому что иначе драйвер не загружается
но в то время как интерфейс lagg (4) установлен
вверх.

В этом примере интерфейс Ethernet,
re0 , является мастером и
беспроводной интерфейс, wlan0 , есть
аварийное переключение.Модель wlan0
интерфейс был создан из
ath0 физический беспроводной интерфейс,
и интерфейс Ethernet будет настроен с
MAC-адрес беспроводного интерфейса.
Сначала определите MAC-адрес
беспроводной интерфейс:

  #    ifconfig   wlan0    
wlan0: flags = 8843  метрика 0 mtu 1500
эфир b8: ee: 65: 5b: 32: 59
группы: wlan
ssid Bbox-A3BD2403 канал 6 (2437 МГц 11g ht / 20) bssid 00: 37: b7: 56: 4b: 60
regdomain ETSI страна FR закрытый ecm authmode WPA2 / 802.11i конфиденциальность ВКЛ
deftxkey UNDEF AES-CCM 2: 128-битный txpower 30 bmiss 7 scanvalid 60
protmode CTS ampdulimit 64k ampdude density 8 shortgi -stbctx stbcrx
-ldpc wme burst роуминг РУКОВОДСТВО
СМИ: IEEE 802.11 Wireless Ethernet MCS mode 11ng
статус: связанный
nd6 options = 29  

Замените wlan0 на соответствие
имя беспроводного интерфейса системы. В
ether строка будет содержать
MAC-адрес указанного интерфейса.Теперь измените MAC-адрес
Интерфейс Ethernet:

  #    ifconfig   re0   ether   b8: ee: 65: 5b: 32: 59     

Поднять беспроводной интерфейс (замена
FR с вашей собственной двухбуквенной страной
код), но не устанавливайте IP
адрес:

  #    ifconfig   wlan0   create wlandev   ath0   country   FR   ssid   my_router   up   

Убедитесь, что интерфейс re0
работает, затем создайте интерфейс lagg (4) с
re0 как мастер с переключением на
wlan0 :

  #    ifconfig   re0   вверх  
  #    ifconfig  lagg   0    создать  
  #    ifconfig  lagg   0    up laggproto failover laggport   re0   laggport   wlan0     

Виртуальный интерфейс должен выглядеть примерно так
это:

  #    ifconfig  lagg   0     
lagg0: flags = 8843  метрика 0 mtu 1500
        options = 8 
        эфир b8: ee: 65: 5b: 32: 59
        laggproto аварийное переключение lagghash l2, l3, l4
        laggport: re0 flags = 5 <МАСТЕР, АКТИВНЫЙ>
        laggport: флаги wlan0 = 0 <>
        группы: lagg
        media: автоматический выбор Ethernet
        status: active 

Затем запустите DHCP-клиент, чтобы
получить IP-адрес:

  #    dhclient  lagg   0      

Чтобы сохранить эту конфигурацию при перезагрузках, добавьте
следующие записи в
/ etc / rc.conf :

 ifconfig_   re0   = "ether   b8: ee: 65: 5b: 32: 59  "
wlans_   ath0   = "wlan0"
ifconfig_wlan0 = "WPA"
create_args_wlan0 = "страна   FR  "
cloned_interfaces = " отставание   0   "
ifconfig_  lagg   0    = "up laggproto failover laggport   re0   laggport wlan0 DHCP" 

.

ресурсов для новичков

Последние выпуски FreeBSD доступны здесь. Прежде чем вы начнете,
пожалуйста, внимательно прочтите установку
инструкции.

• FreeBSD
  Справочник и часто задаваемые вопросы
  (FAQ) — это основные документы по FreeBSD. Основное чтение,
  они содержат много материала как для новичков, так и для продвинутых
  пользователей. Для пользователей, заинтересованных в установке графического интерфейса пользователя, см. Главу X Windows.

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

• Присоединяйтесь к списку рассылки FreeBSD-Questions, чтобы видеть вопросы
  вы слишком боялись спросить и их ответы. Подпишитесь на
  заполнив следующую форму: http://lists.FreeBSD.org/mailman/listinfo/freebsd-questions.
  Вы можете найти старые вопросы и ответы через поиск
  страница.

• Форумы FreeBSD
  предложить другой канал поддержки. Многие пользователи написали различные
  обучающие программы и множество новых пользователей получают помощь там.

• Вы можете искать
  Справочник и FAQ, весь веб-сайт или список рассылки FreeBSD
  архивы.

• Страница поддержки
  содержит обширную информацию о FreeBSD, включая рассылку
  списки, группы пользователей, веб-сайты и FTP-сайты, информация о выпуске,
  и ссылки на некоторые источники информации о UNIX.

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

• FreeNAS — это хранилище
  решение, которое можно установить практически на любое оборудование
  платформа для обмена данными по сети. Он использует ZFS для защиты,
  хранить, делать резервные копии всех ваших данных.

• FuryBSD — это бренд
  новый рабочий стол FreeBSD с открытым исходным кодом. FuryBSD отдает дань уважения настольному ПК
  Проекты BSD прошлого PC-BSD и TrueOS с его графическим
  интерфейс и добавляет дополнительные инструменты, такие как живой, гибридный
  Образ USB / DVD.FuryBSD полностью бесплатен и
  распространяется по лицензии BSD.

• GhostBSD является производным
  из FreeBSD GhostBSD использует среду GTK для обеспечения
  красивый внешний вид и удобство работы на современной BSD
  платформа, предлагающая естественную и нативную работу UNIX
  среда.

• MidnightBSD — это
  операционная система на основе BSD, разработанная для пользователей настольных компьютеров
  в уме. Он включает в себя все программное обеспечение, которое вы ожидаете от своего
  повседневные задачи: почта, просмотр веб-страниц, обработка текста, игры,
  и многое другое.

• pfSense — это FreeBSD
  решение сетевой безопасности на основе. pfSense
  программное обеспечение, с помощью системы пакетов, может
  обеспечивать такую ​​же функциональность или больше обычных коммерческих
  брандмауэры без каких-либо искусственных ограничений. Она имеет
  успешно заменил все известные коммерческие межсетевые экраны, которые вы можете
  представьте себе в многочисленных инсталляциях по всему миру.

Каждый может внести свой вклад в сообщество FreeBSD,
даже новички! Некоторые заняты работой с новой группой защиты интересов
а некоторые стали участвовать в проекте документации как
рецензенты.Другие новички FreeBSD могут обладать особыми навыками и
опытом, которым можно поделиться, связан ли он с компьютером или нет, или просто
хочу познакомиться с новыми новичками и радушно принять их. Есть
всегда люди вокруг, которые помогают другим просто потому, что им нравится
к.

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

Группы пользователей хорошие
места для встреч с другими пользователями FreeBSD. Если рядом никого нет, ты
мог бы подумать о создании одного!

Для получения дополнительной информации об участии в сообществе см.
способствующие
к статье FreeBSD.

.

Ссылки Freebsd -g, ..

.