Установка openbsd 6.1. Используем OpenBSD в качестве десктопа

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

Введение

В начале восьмидесятых годов прошлого века, в период бурного развития регистрирующих информационных систем, возникло понимание ограниченности возможности их применения для целей анализа данных и построения на их основе систем поддержки и принятия решений. Регистрирующие системы создавались для автоматизации рутинных операций по ведению бизнеса – выписка счетов, оформление договоров, проверка состояния склада и т.д., и основными пользователями таких систем был линейный персонал. Основными требованиями к таким системам были обеспечение транзакционности вносимых изменений и максимизация скорости их выполнения. Именно эти требования определили выбор реляционных СУБД и модели представления данных "сущность-связь" в качестве основных используемых технических решений при построении регистрирующих систем.

Для менеджеров и аналитиков в свою очередь требовались системы, которые бы позволяли:

Очевидно, что регистрирующие системы не удовлетворяли ни одному из вышеуказанных требований. В регистрирующей системе информация актуальна только на момент обращения к базе данных, в следующий момент времени по тому же запросу Вы можете получить совершенно другой результат. Интерфейс регистрирующих систем рассчитан на проведение жестко определенных операций и возможности получения результатов на нерегламентированный (ad-hoc) запрос сильно ограничены. Возможность обработки больших массивов данных также мала из-за настройки СУБД на выполнение коротких транзакций и неизбежного замедления работы остальных пользователей.

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

Определение и типовые архитектуры ХД

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

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

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

Виртуальное хранилище данных – это система, представляющая интерфейсы и методы доступа к регистрирующей системе, которые эмулируют работу с данными в этой системе, как с хранилищем данных. Виртуальное хранилище данных можно организовать, создав ряд представлений (view) в базе данных, либо применив специальные средства доступа, например продукты класса Desktop OLAP, к которым относится, например, BusinessObjects, Brio Enterprise и другие .

Главными достоинствами такого подхода являются:

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

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

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

Проектирование структуры реляционного хранилища данных

ХД строятся на основе многомерной модели данных. Многомерная модель данных подразумевает выделение отдельных измерений (время, география, клиент, счет) и фактов (объем продаж, доход, количество товара), которые анализируются по выбранным измерениям. Многомерная модель данных физически может быть реализована как в многомерных СУБД, так и в реляционных. В последнем случае она выполняется по схеме "звезда" или "снежинка". Данные схемы предполагают выделение таблиц фактов и таблиц измерений. Каждая таблица фактов содержит детальные данные и внешние ключи на таблицы измерений. Теория построения многомерной модели данных и ее воплощение в реляционной структуре широко освещена как в зарубежной , так и в отечественной литературе .

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

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

Однако в простоте этого решения скрывается и основной его недостаток. К сожалению, стандартный SQL не поддерживает рекурсивные указатели, поэтому для представления деревьев в ХД используют другие методы.

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

При такой нумерации узлов каждый родитель содержит потомков, левая и правая граница которых лежит в интервале между левой и правой границей родителя. Аналогично все родители потомка имеют левую границу, которая меньше левой границы потомка и правую, большую правой границы потомка. Следовательно, сумму затрат для конкретного МВЗ и всех его составляющих можно получить одним запросом. Например, для получения затрат по инфраструктуре можно выполнить следующий SQL-запрос:

select sum(fact_table.cost)
from fact_table, dimension_table D1, dimension_table D2
where fact_table.dimension_id = D2.id
and D2.left >= D1.left
and D2.right <= D1.right
and D1.name = "Инфраструктура"

Для простоты работы с таким справочником кроме полей left, right стоит добавить еще два поля: "Level" – уровень узла в дереве, "Is_leaf" – флаг, показывающий является ли узел листом в дереве или нет. Таким образом, мы получаем таблицу "dimension_table" (см. таблицу 2), которая позволяет хранить дерево любой глубины вложенности и размерности и позволяет выбирать потомков и родителей с помощью одного запроса.

Другой способ, описанный Ральфом Кимбаллом , основан на введении вспомогательной таблицы ("helper-table"), через которую осуществляется связь таблицы фактов с таблицей измерения. Эта вспомогательная таблица отражает иерархическую структуру измерения и подчиняется следующему закону: вспомогательная таблица содержит весь набор пар "родитель-потомок", причем потомок может не быть непосредственным потомком родителя. Структура такой таблицы и ее содержимое показано в таблице 3.

Теперь связывая таблицу фактов (см. рис. 4) с идентификатором ребенка во вспомогательной таблице, а таблицу измерений с идентификатором родителя, мы можем вычислять сумму затрат для каждого МВЗ и всех его составляющих одним запросом, как и в предыдущем случае. При этом, добавляя ограничения на поля "Distance" и "Is Leaf", мы можем легко считать затраты для любого уровня в иерархии.

select sum(fact_table.cost)
from fact_table, dimension_table, helper_table
where fact_table.dimension_id = helper_table.child_id
and dimension_table.dimension_id = helper_table.parent_id
and dimension_table.name = "Инфраструктура"
and helper_table.distance = 1

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

Вообще, проблема медленно меняющихся измерений интересна сама по себе, без усложнения ее иерархичностью классификаторов. В литературе она в большинстве случаев рассматривается в контексте "факт – медленно меняющееся измерение" . Такая задача, действительно, решается относительно просто добавлением в таблицу измерения даты начала и даты окончания действия записи. Изменение записи в справочнике приводит к "закрытию" старой записи и добавлению новой. Теперь, возвращаясь к примеру справочника статей затрат, пользователь, желающий получить информацию по актуальной статье затрат на какую-либо конкретную дату, должен включить ее в условие SQL запроса.

Предположим, что справочник статей затрат связан со справочником счетов бухгалтерского учета. Один или несколько бухгалтерских счетов представляют собой статью затрат. Как должно отразиться на справочнике счетов бухгалтерского учета изменение какого-либо атрибута статьи затрат? С одной стороны, с точки зрения плана счетов, изменение атрибута не приводит к изменению сущности статьи затрат и бухгалтерские проводки через план счетов должны относится на ту же статью затрат. С другой стороны, в справочнике статей затрат появилась новая запись, которая должна быть каким-то образом связана со справочником счетов. Данная проблема может быть решена с помощью разделения таблицы измерений на две - содержащую актуальную информацию и содержащую историю изменения сущности. Этот подход также позволяет решить проблему иерархического измерения с необходимостью поддержания истории изменения записей в нем.

Рассмотрим его более подробно (см. рис. 5). Таблица "dimension_actual" представляет собой таблицу измерений с первичным ключом dimension_id, содержащей корректные атрибуты измерения на сегодняшний день. С ней связана через внешний ключ dimension_id историческая таблица "dimension_history", в которой находится история изменения записей, определяемая датами начала/окончания действия записи (поля date_start, date_end). Актуальная на сегодняшний день запись также присутствует в ней с открытой датой окончания действия. Таблица фактов "fact_table" связана с таблицей измерений через вспомогательную таблицу "helper_table", которая отражает иерархическую структуру измерения.

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

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

Крайним случаем такого подхода является модель, которую условно можно назвать "показатель-значение". Суть ее состоит в том, что собирается большой набор показателей, характеризующих финансово-хозяйственную деятельность предприятия. Эти показатели могут быть как связанными между собой функционально, так и нет, могут отражать одни и те же величины, но с разной степенью детализации и т.д. При попытке представить такие данные в виде многомерной модели разработчик сталкивается со значительными проблемами и очень часто идет по пути создания не хранилища данных, а хранилища форм. Типичное хранилище форм строится на основе трех измерений – экономические показатели, время, отчетные формы; таблицы фактов – значения экономических показателей и вспомогательных таблиц, описывающих, как показатели и их значения расположены в отчетных формах. При анализе таких данных аналитик будет испытывать значительные трудности, связанные главным образом с тем, что показатели различных форм нельзя сравнивать между собой. Единственное, что ему остается – это отслеживание изменений показателей одной формы во времени.

Заключение

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

В данной статье были рассмотрены возможные решения этих задач. В частности были приведены способы реализации иерархических измерений с помощью введения дополнительных атрибутов (левая и правая граница), а также с помощью введения дополнительной таблицы – "helper-table". Однако во всех рассмотренных задачах существуют нерешенные вопросы, требующие дальнейших исследований. В частности сложным для реализации является случай иерархических измерений с необходимостью поддержания истории изменений, которые имеют связи с какими-либо другими справочниками. В данную статью не вошли вопросы, касающиеся методов очистки данных и алгоритмов загрузки данных в хранилище. Эти темы требуют отдельного рассмотрения.

ЛИТЕРАТУРА

OpenBSD comes with pkg_add command. It is used to install a binary or upgrade packages from HTTP or FTP mirror over the internet. If you have purchased OpenBSD DVD/CD, you can install packages using CD itself. The pkg_add command used to update existing packages too. Please note that you can no longer purchase OpenBSD DVD.

Adblock detected 😱

My website is made possible by displaying online advertisements to my visitors. I get it! Ads are annoying but they help keep this website running. It is hard to keep the site running and producing new content when so many people block ads. Please consider donating money to the nixCraft via PayPal /, or become a supporter using Patreon .

Add package from ftp or http mirror

Always use closest OpenBSD mirror site such as follows:
ftp://ftp.openbsd.org/pub/OpenBSD/4.0/packages/i386/
https://mirror.esc7.net/pub/OpenBSD/6.2/packages/amd64/
Please note that version number set to 6.0 and machine architecture is configured to amd64. You can find complete OpenBSD mirror list .

How to configure PKG_PATH

First, you need to setup PKG_PATH variable so that you don’t have to type complete mirror path each and every time. You need to add PKG_PATH to your shell startup file such as ~/.bashrc or ~/.bash_profile. PKG_PATH variable MUST end in a slash:
$ export PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/4.0/packages/amd64/
OR
# export PKG_PATH=ftp://ftp.openbsd.org/pub/OpenBSD/4.0/packages/$(machine -a)/

A note about /etc/installurl file

The /etc/installurl file contains a single line specifying an OpenBSD mirror server URL, such as:
https://ftp.openbsd.org/pub/OpenBSD
Edit/create a config file called /etc/installurl. This is a recommended way of configuring on latest OpenBSD version:
# vi /etc/installurl
Append/edit as follows:
https://mirror.esc7.net/pub/OpenBSD/
. Where,

How to install links package

Type the following command:
$ sudo pkg_add -v links
One can use doas which is default on OpenBSD:
$ doas pkg_add links
Another option is to become root using ‘doas’ or ‘su’ and type:
# pkg_add -v -i links
Where,

• -v: Verbose mode (display more information)
• -i: Interactive installation. It may ask you question such as which version you would like to install and so on.

You can skip the -v and -i option. For example, install bash package, enter:
# pkg_add bash
Sample output:

Here is another example with the -i option:
# pkg_add lighttpd
Sample outputs:

quirks-2.241 signed on 2016-07-26T16:56:10Z Ambiguous: choose package for lighttpd a 0: 1: lighttpd-1.4.38p1 2: lighttpd-1.4.38p1-ldap 3: lighttpd-1.4.38p1-ldap-mysql 4: lighttpd-1.4.38p1-mysql Your choice: 1 lighttpd-1.4.38p1:pcre-8.38p0: ok lighttpd-1.4.38p1:spawn-fcgi-1.6.3p0: ok lighttpd-1.4.38p1:lua-5.1.5p6: ok lighttpd-1.4.38p1: ok The following new rcscripts were installed: /etc/rc.d/lighttpd See rcctl(8) for details.

Note that pkg_add prompted for version of lighttpd, you wish to install.

How to display or list of OpenBSD installed packages

Use pkg_info command:
$ pkg_info
Sample outputs:

How to update existing package

Let us upgrade or update links package. Type the following pkg_add command:
# pkg_add -u links

How to update all packages on OpenBSD

pkg_add will update all installed packages if no package name is provided:
# pkg_add -u

How to search for packages

Type the following commands (see how to install ) to search for php-gd-7 package:
$ cd /usr/ports
$ make search key=php-gd-7
Sample outputs:

Port: php-gd-7.0.23 Path: lang/php/7.0,-gd Info: image manipulation extensions for php5 Maint: Robert Nagy Index: lang www L-deps: graphics/jpeg graphics/png B-deps: archivers/bzip2 devel/autoconf/2.69 devel/bison devel/metaauto www/apache-httpd R-deps: php-7.0.23:lang/php/7.0 Archs: any

Another example:
$ make search key=php-mysqli-7

How to remove/delete a package on OpenBSD

You can remove or delete a package, enter:
# pkg_delete pkgNameHere
# pkg_delete bash
Sample outputs:

Bash-4.4.12p0: ok Read shared items: ok

How to set active or passive mode for ftp mirrors

If you are behind firewall you may need to set active or passive mode with FTPMODE variable (default is passive).
$ export FTPMODE=active

Материал по установке системы уже давно доступен например здесь:

Для установки, "ee "(easy editor) достаточно выполнить следующее:
#pkg_add \
>http://openbsd.mirrors.tds.net/pub/OpenBSD/3.9/packages/arm/ee-1.4.6p1.tgz
В случае зависимостей, программа сама найдёт их, закачает и установит.

либо же:
#export PKG_PATH=http://openbsd.mirrors.tds.net/pub/OpenBSD/3.9/packages/arm
#pkg_add ee-1.4.6p1.tgz
Не будет лишним и добавление PKG_PATH в ~/.profile

Из доступных приложениий стоит установить gmake. Так же, обратите внимание, что сборка портов занимает значительную часть времени... например mc, собирается больше часа, так что, предварительно проверьте, есть ли искомое вам приложение в пакетах.

3)Устанавливаем порты

Очень-очень коротко о портах: package (пакет) - это скомпиллированный port (порт).
Подробную информацию вы можете найти сайте OpenBSD.

Система портов в OpenBSD заимствована из FreeBSD. Порты - являются директориями, содержащими Makefiles для приложений, упаковывающий список, описание приложения, контрольные суммы и размер.
При установке порта, исходный код приложения загружается с сервера, и собирается, устанавливается уже на вашем компьютере(Заурусе).

Получить дерево портов из OpenBSD можно с CD-ROMa на котором поставляется дистрибутив.
Мы же устанавливаем его с ftp, как вариант, использовать lynx, для закачки по http.
#cd /tmp
#ftp ftp://ftp.openbsd.org/pub/OpenBSD/3.9/po rts.tar.gz
#cd /usr
#tar xvfz /tmp/ports.tar.gz
#cd /usr/ports
Распаковка архива занимает достаточно долгое время (более 2х часов), и большое количество дискового пространства. На приведённом выше ресурсе, промелькнула хорошая идея, держать порты на NFS, BSD или Linux машины.

Для установки порта достаточно перейти в каталог с приложением, и выполнить make install
например установка файлового менеджера Midnight Commander

#cd /usr/ports/misc/mc
#make (сборка)
#make install (либо же, сборка и установка)

Для поиска в портах используем комманду make search key=<приложение>

я устанавливал wget, нужные архиваторы, как уже видно выше - файловый менеджер. В выборе приложений OpenBSD для Zaurus, ограничений по платформе не так уж и много.

4)Локализация.
Подробно будет рассказано во второй части.

5)Собираем ядро

Не забывайте что в отличии от большинства Unix-like операционных систем, пользователям OpenBSD реккомендуется использовать ядро GENERIC, как качественно проверенное разработчиками.
Поэтому пересобирать ядро реккомендуется только в исключительных случаях, и вряд ли вы найдёте поддержку среди разрабочиков OpenBSD, в ряде возникнувших после сборки проблем.

Исходный код ядра, можно загрузить по FTP, как в случае с портами, либо же взять с CDROM, файлы src.tar.gz, sys.tar.gz
установка:
#mkdir -p /usr/src
#cd /usr/src
#tar xvfz /tmp/src.tar.gz

#mkdir -p /usr/src/sys
#cd /usr/src/sys/
#tar xvfz /tmp/sys.tar.gz

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

#cd /usr/src/sys/arch/zaurus
#cd GENERIC CUSTOM
#ee CUSTOM

По завершению, сохраняем результат, выполняем
#config CUSTOM
В успешном случае переходим в каталог с ядром, и выполняем make depend, make.

#cd ../../compile/CUSTOM
#make depend && make

После удачной компиляции получаем ядро вида:
В загрузку оно добавляется редактированием boot.conf

Компиляция в моём случае заняла около полутора часов.
Пример моего ядра:
будет приведён во второй части.

Вместо заключения:


Согласитесь, это только начало;)
Спасибо всем, кто читал.

с ХЦЕ ХРПНЙОБМ, ЮФП РТЙ ЙОУФБММСГЙЙ УЙУФЕНЩ ХУФБОБЧМЙЧБЕФУС ЧПЙУФЙОХ УРБТФБОУЛЙК ОБВПТ РТПЗТБНН. фБЛ ЮФП РТБЛФЙЮЕУЛЙ РЕТЧПЕ ДЕКУФЧЙЕ, РПУМЕ ОБЮБМШОПЗП ЛПОЖЙЗХТЙТПЧБОЙС - ЬФП ХУФБОПЧЛБ ЧУЕИ ОЕПВИПДЙНЩИ ХФЙМЙФ Й РТЙМПЦЕОЙК.

дЕМБЕФУС ЬФП ДЧПСЛЙН УРПУПВПН. чП-РЕТЧЩИ, ЙНЕООП ДМС ЬФПК ГЕМЙ УМХЦЙФ ЪОБНЕОЙФБС УЙУФЕНБ РПТФПЧ. пЮЕОШ, РП ПФЪЩЧБН, ХДПВОБС, ОП ЦЕМБАЭБС РПУФПСООПЗП РПДЛМАЮЕОЙС Л уЕФЙ. еУМЙ ЬФП ХУМПЧЙЕ ОЕДПУФЙЦЙНП - ЙНЕЕФУС Й УЙУФЕНБ РБЛЕФПЧ.

п УЙУФЕНЕ РПТФПЧ Х НЕОС, ЪБ ОЕДПУФХРОПУФША уЕФЙ, ЧРЕЮБФМЕОЙК ОЕФ. рПЬФПНХ ПУФБОПЧМАУШ ОБ ОЕК ЧЛТБФГЕ, Ч НЕТХ УЧПЕЗП РПОЙНБОЙС (Й ОБ ПУОПЧЕ ДБООЩИ, РТЙЧЕДЕООЩИ Ч РЙУШНЕ рБЧМБ лБКЗПТПДПЧБ, ЪБ ЛПФПТПЕ ЧЩТБЦБА ЕНХ УЧПА РТЙЪОБФЕМШОПУФШ). ьФП - УЙУФЕНБ УВПТЛЙ РТПЗТБНН ЙЪ ЙУИПДОЩИ ФЕЛУФПЧ, ОБИПДСЭЙИУС ОБ ftp-УЕТЧЕТБИ ЗДЕ ХЗПДОП Ч уЕФЙ. бДТЕУБ ЬФЙИ УЕТЧЕТПЧ РТПРЙУЩЧБАФУС Ч Ф.О. ЛПММЕЛГЙЙ РПТФПЧ.

уБНБ РП УЕВЕ ЛПММЕЛГЙС РПТФПЧ - ЬФП БТИЙЧ ports.tar.gz, ОБИПДСЭЙКУС ОБ ДЙУФТЙВХФЙЧОПН CD Ч ЛБФБМПЗЕ ~/2.8 (ДМС ФЕЛХЭЕК ЧЕТУЙЙ). бТИЙЧ ЬФПФ ДПМЦЕО ВЩФШ РЕТЕРЙУБО ОБ ДЙУЛ (ЙОБЮЕ ПО ПФЛБЪЩЧБЕФУС ТБУРБЛПЧЩЧБФШУС) Й ТБУРБЛПЧБО УППФЧЕФУФЧХАЭЕК ЛПНБОДПК, ОБРТЙНЕТ

Tar -xzf ports,tar,gz

рПУМЕ ЬФПЗП Ч ЛБФБМПЗЕ /usr ПВОБТХЦЙЧБЕФУС РПДЛБФБМПЗ ports, ЧЛМАЮБАЭЙК, Ч УЧПА ПЮЕТЕДШ, НОПЗПЮЙУМЕООЩЕ ЧМПЦЕООЩЕ РПДЛБФБМПЗЙ, ЧТПДЕ:

CVS cad emulators mbone security INDEX chinese games misc shells Makefile comms graphics net sysutils README converters infrastructure news textproc archivers databases japanese plan9 www astro devel lang print x11 audio distfiles mail productivity benchmarks editors math russian

дБМШОЕКЫЙЕ ДЕКУФЧЙС, РТЙ ОБМЙЮЙЙ РПУФПСООПЗП РПДЛМАЮЕОЙС Л уЕФЙ, ПЮЕОШ РТПУФЩ: ЧЩВЙТБЕН ОХЦОХА ЛБФЕЗПТЙА (ОБРТЙНЕТ, editors), Ч ОЕК - РПДЛБФБМПЗ, УППФЧЕФУФЧХАЭЙК ФТЕВХЕНПК РТПЗТБННЕ, УЛБЦЕН, nedit, РЕТЕИПДЙН Ч ОЕЗП Й ДБЕН ЛПНБОДХ

Make install

чУЕ ДБМШОЕКЫЕЕ - ЪБВПФЩ УЙУФЕНЩ. пОБ ПРТЕДЕМЙФ ОБМЙЮЙЕ БТИЙЧПЧ У ЙУИПДОЩНЙ ФЕЛУФБНЙ Ч /usr/ports/distfiles. еУМЙ ЙИ ФБН ОЕФ (Б НПЦОП Й ЪБТБОЕЕ РПМПЦЙФШ), ФП ПОБ РПРТПВХЕФ УЛБЮБФШ ЙИ, РТЙЮЕН ОБ ЛБЦДЩК port ЙНЕЕФУС УПМЙДОЩК УРЙУПЛ НЕУФ, ЗДЕ НПЦОП ЧЪСФШ ЙУИПДОЙЛЙ. оБ ИХДПК ЛПОЕГ ПОЙ ПВСЪБФЕМШОП ЕУФШ ОБ ftp://ftp.freebsd.org/pub/FreeBSD/distfiles (ЙМЙ ОБ ftp://ftp2.ru.freebsd.org/pub/FreeBSD/distfiles). рПРХФОП ВХДХФ УЛБЮБОЩ ОХЦОЩЕ РБФЮЙ Й ЧУЕ ПУФБМШОПЕ ОЕПВИПДЙНПЕ ДМС УВПТЛЙ.

ъБФЕН ПВСЪБФЕМШОП ВХДХФ РТПЧЕТЕОЩ MD5-УХННЩ ДМС УЛБЮБОЩИ ЖБКМПЧ, ЮФП РПЪЧПМЙФ ЙЪВЕЦБФШ ЧУСЛПЗП ТПДБ ПЫЙВПЛ РТЙ РЕТЕДБЮЕ. ъБФЕН БЧФПНБФЙЮЕУЛЙ ВХДЕФ ЧЩРПМОЕОБ ТБУРБЛПЧЛБ БТИЙЧПЧ, ОБ ОЙИ ВХДХФ ОБМПЦЕОЩ ЧУЕ ОХЦОЩЕ РБФЮЙ, ЧЩЪЧБОЩ ЧУЕ ФТЕВХЕНЩЕ УЛТЙРФЩ ЛПОЖЙЗХТБГЙЙ, ЛПНБОДБ make ДМС УВПТЛЙ Й ЧУЕ РТПЮЕЕ, ЮФП РПФТЕВХЕФУС. дБМЕЕ = УПВУФЧЕООП ЙОУФБМСГЙС, РТЙМПЦЕОЙЕ ВХДЕФ ЪБТЕЗЙУФТЙТПЧБОП ЛБЛ ПВЩЮОЩК РБЛЕФ.

еУМЙ УПВЙТБЕНЩК РБЛЕФ ЪБЧЙУЙФ ПФ ДТХЗЙИ, ПФУХФУФЧХАЭЙИ Ч УЙУФЕНЕ (ОБРТЙНЕТ, ВЙВМЙПФЕЛ), ПОЙ ФБЛЦЕ ВХДХФ ХУФБОПЧМЕОЩ БЧФПНБФЙЮЕУЛЙ (ЮЕТЕЪ ФПФ-ЦЕ ports). рП ПЛПОЮБОЙЙ РТПГЕУУБ, НПЦОП ЙЪВБЧЙФШУС ПФ ОЕОХЦОЩИ ЖБКМПЧ ЛПНБОДПК make clean.

б Ч ДБМШОЕКЫЕН ПФЛТЩЧБЕФУС ОЕРМПИБС ЧПЪНПЦОПУФШ ДЕТЦБФШ ЧУЕ УХЭЕУФЧХАЭЙЕ Ч УЙУФЕНЕ РТЙМПЦЕОЙС (Б ФБЛЦЕ РТПЮЙЕ ЛПНРПОЕОФЩ ЕЕ, ОБРТЙНЕТ, СДТП) ЧУЕЗДБ Ч БЛФХБМШОПН УПУФПСОЙЙ.

рТЙЧЕДЕООПЕ ПРЙУБОЙЕ УРПУПВОП ЧЩЪЧБФШ РТЙУФХР ЮЕТОПК ЪБЧЙУФЙ Х РПМШЪПЧБФЕМС Linux. пДОБЛП ТЕБМЙЪПЧБФШ ФБЛХА УЙУФЕНХ РТЙ ПФУХФУФЧЙЙ РПУФПСООПЗП РПДЛМАЮЕОЙС Л уЕФЙ ОЕУЛПМШЛП ЪБФТХДОЙФЕМШОП.

лПОЕЮОП, ЙУИПДОЙЛЙ НПЦОП ЪБВМБЗПЧТЕНЕООП УЛБЮБФШ (РП ХЛБЪБООЩН Ч ports БДТЕУБН) Й ТБЪНЕУФЙФШ Ч ЛБФБМПЗЕ /usr/ports/distfiles, пДОБЛП, УПЗМБУЙФЕУШ, ЮФП ЬФП ХЦЕ ОЕ УПЧУЕН ФП: РТЙ ОЕХДПЧМЕФЧПТЕООЩИ ЪБЧЙУЙНПУФСИ (Б ЬФП НПЦЕФ ПВОБТХЦЙФШУС ФПМШЛП Ч ИПДЕ ХУФБОПЧЛЙ) РПФТЕВХЕФУС УЛБЮЙЧБФШ Й ДПРПМОЙФЕМШОЩЕ РБЛЕФЩ. еУМЙ ЦЕ МПЛБМЙЪБГЙС НБЫЙОЩ Й ЧЩИПДБ Ч уЕФШ ТБЪОЕУЕОЩ Ч РТПУФТБОУФЧЕ (ЛБЛ ЬФП ЙНЕЕФ НЕУФП ВЩФШ Х НЕОС), ЙДЕС ЧППВЭЕ РПЮФЙ ФЕТСЕФ УНЩУМ.

пДОБЛП ПФЮБЙЧБФШУС ОЕ УФПЙФ - ЕУФШ ЧЩИПД Ч ЧЙДЕ ЛПММЕЛГЙЙ РБЛЕФПЧ. рПОСФЙЕ РБЛЕФБ УПЧРБДБЕФ РТБЛФЙЮЕУЛЙ У РТЙОСФЩН Ч Linux, ПУПВЕООП Ч ФБЛЙИ ДЙУФТЙВХФЙЧБИ, ЛБЛ Slackware. ьФП - ПФЛПНРЙМЙТПЧБООЩЕ ВЙОБТОЩЕ РТПЗТБННЩ, УПВТБООЩЕ Ч ЧЙДЕ ЛПНРТЕУУЙТПЧБООЩИ БТИЙЧПЧ tgz. уПДЕТЦБЭЙИ, ЛТПНЕ УПВУФЧЕООП ЖБКМПЧ РТПЗТБНН, ФБЛЦЕ УГЕОБТЙЙ ДМС ЙИ РТБЧЙМШОПК (Ч УППФЧЕФУФЧЙЙ УП УФТХЛФХТПК ЛБФБМПЗПЧ OpenBSD) ХУФБОПЧЛЙ.

оБ ЙОУФБММСГЙПООПН ДЙУЛЕ РБЛЕФЩ ТБУРПМПЦЕОЩ Ч ЛБФБМПЗЕ /2.8/packages/i386. рТБЧДБ, УЧБМЕОЩ ПОЙ ЪДЕУШ Ч ПДОХ ЛХЮХ, ВЕЪ ЧУСЛПК УЙУФЕНБФЙЪБГЙЙ. й ОЙЛБЛ ОЕ БООПФЙТПЧБОЩ. пДОБЛП ОЕЛХА ЙОЖПТНБГЙА П РБЛЕФБИ РПМХЮЙФШ НПЦОП.

дМС ЬФПЗП РТЕДОБЪОБЮЕОБ ХФЙМЙФБ pkg_info. ъБРХЭЕООБС ЙЪ ЬФПЗП ЛБФБМПЗБ У БТЗХНЕОФПН Ч ЧЙДЕ ЙНЕОЙ РБЛЕФБ (ПВСЪБФЕМШОП РПМОПЗП), ПОБ ЧЩДБЕФ ЛТБФЛХА ЕЗП (РБЛЕФБ) ИБТБЛФЕТЙУФЙЛХ. б ФБЛЦЕ, ЙОПЗДБ, ОЕЛПФПТЩЕ УЧЕДЕОЙС П ЪБЧЙУЙНПУФЙ ДБООПЗП РБЛЕФБ ПФ ДТХЗЙИ. рТБЧДБ, Ч ПЮЕОШ ПВЭЕК ЖПТНЕ, ЧТПДЕ ФПЗП, ЮФП ТЕДБЛФПТ NEdit ФТЕВХЕФ ВЙВМЙПФЕЛЙ Motif.

фЕН ОЕ НЕОЕЕ, ТБВПФБЕФ УЙУФЕНБ РБЛЕФПЧ ЧЕУШНБ ЬЖЖЕЛФЙЧОП. чЩВТБЧ ФТЕВХЕНЩК, ЕЗП НПЦОП ХУФБОПЧЙФШ ЛПНБОДПК

Pkg_add ЙНС_РБЛЕФБ

(ПРСФШ ЦЕ РПМОПЕ). рТЙ ЬФПН Ч УМХЮБЕ, ЕУМЙ ХУФБОБЧМЙЧБЕНЩК РБЛЕФ ФТЕВХЕФ ОБМЙЮЙС ЛБЛЙИ-МЙВП ДТХЗЙИ РБЛЕФПЧ, ПОЙ ВХДХФ ЙОУФБММЙТПЧБОЩ БЧФПНБФЙЮЕУЛЙ.

фБЛ, ЧЩВПТ ДМС ХУФБОПЧЛЙ РБЛЕФБ Lyx РТЙЧПДЙФ Л ФПНХ, ЮФП ЧНЕУФЕ У ОЙН ХУФБОБЧМЙЧБЕФУС TeX (ОБДУФТПКЛПК ОБ ЛПФПТЩН ФПФ СЧМСЕФУС) Й ЧУЕ Л ОЕНХ ПФОПУСЭЕЕУС. рТЙ ЙОУФБММСГЙЙ KDE ФХФ ЦЕ, ВЕЪ ПФДЕМШОПЗП РТЙЗМБЫЕОЙС, ХУФБОБЧМЙЧБЕФУС ВЙВМЙПФЕЛБ Qt Й РТПЮЙЕ ФТЕВХЕНЩЕ ЛПНРПОЕОФЩ. рБТБММЕМШОП У GIMP"ПН Й Bluefish ХУФБОПЧЙМЙУШ ЧУЕ РПФТЕВОЩЕ ВЙВМЙПФЕЛЙ Gtk. й ЧУЕ - ВЕЪ ЕДЙОПЗП ЧПРТПУБ, ЛБЛ УБНП УПВПК ТБЪХНЕАЭЕЕУС.

рП ХНПМЮБОЙА РБЛЕФЩ ЙЪ ЛПММЕЛГЙЙ ХУФБОБЧМЙЧБАФУС Ч РПДЛБФБМПЗЙ ЛБФБМПЗБ /usr/local (/usr/local/bin, usr/local/lib Й Ф.Д.). юФП, УППФЧЕФУФЧЕООП, ФТЕВХЕФ РТБЧ БДНЙОЙУФТБФПТБ. пДОБЛП РХФЙ ЙОУФБММСГЙЙ НПЦОП Й ЙЪНЕОЙФШ. дМС ЬФПЗП ЛПНБОДБ pkg_add ДПМЦОБ ВЩФШ ЪБРХЭЕОБ У ПРГЙЕК -p (prefix - РХФШ ДМС ЙОУФБММСГЙЙ РБЛЕФБ). рТБЧДБ, ТБВПФПУРПУПВОПУФШ РТПЗТБННЩ РПУМЕ ЬФПЗП, ОБУЛПМШЛП С РПОСМ, ОЕ ЗБТБОФЙТХЕФУС...

хУФБОПЧМЕООЩК У РПНПЭША pkg_add РБЛЕФ ЖЙЛУЙТХЕФУС Ч ВБЪЕ ДБООЩИ. й ЙОЖПТНБГЙС П ОЕН НПЦЕФ ВЩФШ РПМХЮЕОБ ФПК ЦЕ ХФЙМЙФПК pkg_info (РП РПМОПНХ ЙНЕОЙ Ч ЛБЮЕУФЧЕ БТЗХНЕОФБ). рТЙ ОЕПВИПДЙНПУФЙ РБЛЕФ НПЦЕФ ВЩФШ ХДБМЕО РПУТЕДУФЧПН pkg_delete. дЕМБЕФУС ЬФП БЧФПНБФЙЮЕУЛЙ Й ДПЧПМШОП ЮЙУФП, ОЕ ЪБФТБЗЙЧБС, ПДОБЛП, ТБЪДЕМСЕНЩЕ ЛПНРПОЕОФЩ, ОЕПВИПДЙНЩЕ ДМС ЖХОЛГЙПОЙТПЧБОЙС ДТХЗЙИ РТПЗТБНН. рПЬФПНХ ЛПЕ-ЛБЛЙЕ ИЧПУФЩ ОЕЙЪВЕЦОЩ. оХ Й ЛПОЕЮОП УМХЦЕВОЩЕ ЖБКМЩ Й РПДЛБФБМПЗЙ Ч РПМШЪПЧБФЕМШУЛЙИ ЛБФБМПЗБИ (ЛПФПТЩЕ ФБЛ МАВСФ РМПДЙФШ, ОБРТЙНЕТ, РТЙМПЦЕОЙС KDE) РТЙДЕФУС ХДБМСФШ ЧТХЮОХА.

л УМПЧХ УЛБЪБФШ - ЕДЙОУФЧЕООЩК РТПЛПМ Ч ТБВПФЕ pkg_add С ПВОБТХЦЙМ ЙНЕООП РТЙ ХУФБОПЧЛЕ KDE 2. иПФС ЧЩВПТ ДМС ЙОУФБММСГЙЙ kdebase Й ЧМЕЮЕФ ЪБ УПВПК ОЕЙЪВЕЦОП ОЕ ФПМШЛП kdesupport, kdelibs, Б ФБЛЦЕ ВЙВМЙПФЕЛЙ Qt2. й kde РПУМЕ ЬФПЗП ЙУРТБЧОП ЖХОЛГЙПОЙТХЕФ. оП ФПМШЛП - ДП РЕТЧПК РЕТЕЪБЗТХЪЛЙ УЙУФЕНЩ. рТЙ РПЧФПТОПН ЦЕ ЪБРХУЛЕ KDE ЗТХЪЙФШУС ПФЛБЪЩЧБЕФУС, ЦБМХСУШ ОБ ПФУФХФУФЧЙЕ ОЕУЛПМШЛЙИ ВЙВМЙПФЕЛ. иПФС ЛПНБОДПК find ФБЛПЧЩЕ МЕЗЛП ПФЩУЛЙЧБАФУС.

рТБЧДБ, ТБЪВЙТБФШУС С У ЬФЙН ОЕ УФБМ - ЧУЕ ТБЧОП РПТФ KDE2 РПД OpenBSD ОЕМШЪС ОБЪЧБФШ ЧРПМОЕ РПМОПГЕООЩН. рПДПЦДХ ВПМЕЕ РПМОПК ЧЕТУЙЙ - ОБДЕАУШ, ХЦЕ 2.1.

еУМЙ Й ЛПММЕЛГЙЙ РБЛЕФПЧ ПЛБЦЕФУС ОЕДПУФБФПЮОЩН ДМС РПМОПЗП УЮБУФШС - ЧУЕЗДБ ЕУФШ ЧПЪНПЦОПУФШ РТЙВЕЗОХФШ Л УВПТЛЕ ОЕПВИПДЙНЩИ РТЙМПЦЕОЙК ЙЪ ЙУИПДОЙЛПЧ. чЕТПСФОП, Ч ОЕЛПФПТЩИ УМХЮБСИ ЬФП РПФТЕВХЕФ ЛБЛЙИ-ФП РТБЧПЛ ФЕЛУФПЧ ЙМЙ Makefile. пДОБЛП Х НЕОС ЧУЕ ПВПЫМПУШ НБМПК ЛТПЧША - ФЕ ОЕУЛПМШЛП РТЙМПЦЕОЙК (XNC, ОБРТЙНЕТ, ЙМЙ fookb) УЛПНРЙМЙТПЧБМЙУШ ВЕЪ ЧУСЛЙИ РТПВМЕН.

й РПУМЕДОСС ЧПЪНПЦОПУФШ РПРПМОЙФШ УЧПК БТУЕОБМ - ЪБРХУЛ ВЙОБТОЩИ РТПЗТБНН ДМС Linux. юФП Ч РТЙОГЙРЕ ЧРПМОЕ ЧПЪНПЦОП, ФБЛ ЛБЛ РП ХНПМЮБОЙА OpenBSD ХУФБОБЧМЙЧБЕФУС У РПДДЕТЦЛПК ЕЕ УПЧНЕУФЙНПУФЙ У Linux (Й ЧПЪНПЦОПУФША ДПУФХРБ Л ЖБКМПЧПК УЙУФЕНЕ ext2fs). пДОБЛП ЬФПФ ЧПРТПУ С ЕЭЕ ОЕ ЙЪХЮЙМ ЛБЛ УМЕДХЕФ. й ОБДЕАУШ ЧЕТОХФШУС Л ОЕНХ Ч УРЕГЙБМШОПК ЪБНЕФЛЕ.

В этой статье будет кратко освещён процесс установки и минимальной настройки системы OpenBSD .

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

Начало загрузки:

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

Install : начать процесс установки системы. В этом случае, все файлы будут перезаписаны, однако, будет возможность оставить некоторые разделы без изменений;

Upgrade : обновление. Установка новой версии системы на этой машине, но не перезаписывать информацию о конфигурации, пользовательские данные, дополнительные программы. Форматирование диска не будет выполнено, каталоги /etc и /var не будут перезаписаны. Важное замечание:

Процесс обновления не предназначен для пропуска релизов! Хотя это иногда получается выполнить, тем не менее — такая схема не задумана разработчиками. Например, для выпуска OpenBSD 5.1 поддерживается обновление 5,0 до 5,1. Но НЕ 4.6 до 5.1.
Более подробную информацию об обновлении между релизами можно найти в .

Shell — командная строка.

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

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

Выбор раскладки клавиатуры. Можно выбрать либо en (default) , либо посмотреть список доступных (? или L ) и установить другую:

Настройка сети.

1. Available network interfaces — выбор интерфейса — em0 ;

2. IPv4 address for em0 — IP-адрес интерфейса — 77.120.101.22 ;

3. Netmask — маска подсети, по-умолчанию, оставляем /24, т.е. просто жмем Enter ;

4. IPv6 address for em0 — не используется, просто жмем Enter .

Далее — общие настройки сети — адрес шлюза по-умолчанию, имя домена, адрес сервера DNS . В конце система спрашивает — желаем ли мы провести дополнительные ручные настройки для сети? .

Устанавливаем пароль пользователя root (как обычно — пароль не отображается, даже *****):

Далее — несколько вопросов по поводу запуска приложения при загрузке системы — sshd разрешаем, ntpd — не нужен, X-Window — тем более, консоль оставляем тоже по-умолчанию:

Теперь нам предлагается создать пользователя. Указываем логин, и два раза пароль.

Т.к. теперь у нас создан пользователь, запретить вход по ssh пользователю root ? Да:

После окончания форматирования диска и создания разделов, система предложит меню с выбором компонентов для установки.

Добавление или удаление компонента осуществляется с помощью + или — и именем компонента.

Например:

Bsd.mp

Или — уберем все компоненты, связанные с Х-сервером:

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

Если ничего не забыли — просто жмем Enter.

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

И последний шаг — перезагрузка. Не забудьте вынуть диск! Если забыли, и снова загрузились в начальное меню установки — выберите (S)hell , и наберите reboot для повторной перезагрузки.