1. Установка с исходников (это трушно, но установка с портов ещё более трушно, поэтому останавливаться на этом пункте пока не будем)
2. Установка с портов (сам ем и нахваливаю, разберём в деталях)
3. Установка с пакетов (быстрый способ для ленивых, тоже разберём)

Также, в этой главе мы научимся обновлять коллекцию портов. Так что… не переключайтесь :)

Начнём, пожалуй, с системы портов. Что это такое?

«Порт» — это набор команд, задающих правила наложения заплаток на файлы исходного кода. Комбинируя заплатки и команды установки, FreeBSD может вести полный учет всего процесса установки программного обеспечения. Такой подход избавляет от трудностей установки программ и позволяет сконцентрироваться на их конфигурировании.

Проще говоря — это удобный, гибкий и, что немаловажно, централизованный инструмент для установки любых программ, какие вообще существуют под FreeBSD. Если вы по каким-то странным причинам не поставили коллекцию портов во время установки системы, сделаем это сейчас. Если не уверены, перейдите в папку /usr/ports. Если там есть что-то вроде такого:

коллекция портов у вас уже есть и её надо только обновить. Если там пусто, тогда ставим. Всего двумя командами:

# portsnap fetch - получаем коллекцию портов
# portsnap extract - устанавливаем коллекцию портов

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

Проводите обновление портов перед КАЖДОЙ установкой новых программ. Это реально важно. К примеру, с базовыми портами вы не сможете поставить mc (midnight commander, файловый менеджер). Я вот не смог. Проблема оказалась именно в порте mc, баг быстро пофиксили. Поэтому порты следует обновить, чтобы система была в курсе исправленных ошибок. Это делается так же легко:

# portsnap fetch extract - используется только в первый раз, когда апдейтов ещё не производилось
# portsnap fetch update - используется каждый раз для обновления портов

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

Такс… Допустим порты мы обновили. На это может уйти много времени. Зависит от интернет-канала и количества обновлений. Теперь мы можем установить нашу первую программу. Рекомендую сразу поставить mc, с ним будет удобнее работать в будущем.

Как нам среди десятков тысяч портов найти нужный? Легко :)

# cd /usr/ports
# make search name=mc

В списке будет некоторое количество совпадений. Но mc там только одно :) И находится порт в папочке /usr/ports/misc/mc. Так что переходим туда и набираем магические слова:

# cd /usr/ports/misc/mc
# make install clean

Это действительно волшебство, там как процесс скачивания, распаковки, поиска зависимостей, конфигурирования под вашу систему и установки приложений полностью автоматизирован. И кто сказал, что в Винде всё проще? :) Но гибкость портов заключается именно в конфигурировании сборки программ под ваши нужды. Поэтому по ходу установки, BSD будет спрашивать вас с какой функциональностью вы хотите увидеть программу. У программ обычно есть некоторые опции сборки. В случае с mc, это выглядит так. Сначала мы конфигурируем сам mc.

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

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

# mc

Вуаля! Всё ОК. Поздравляю, мы установили нашу первую, при чём немаловажную, программу. Так же ставятся с портов и все остальные.

Теперь уделим некоторое время нюансам. Куда же без них :)

Если вы что-то пропустили в конфигурировании, нажали ОК и только потом осознали свою ошибку — не беда. Процесс сборки можно прервать комбинацией Ctrl+C. После чего набираем команду make config, она запустит конфигуратор порта заново.

Если программа, установленная с порта, вам уже не нужна – перейдите в папку, где находится её порт и выполните команду make deinstall. Система найдёт и удалит программу.

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

Это пока что всё, что нужно знать о системе портов. Теперь немного о пакетах.

Установка с пакетов имеет свои достоинства. Это простота и скорость. Отдельным пунктом замечу независимость от интернета. Актуально, если вы пользуетесь помегабайтным тарифом. А если у вас есть только один час, чтобы поднять шлюз, почтовый и веб серверы — пакеты то, что доктор прописал.

Пакеты есть на диске и есть в интернете. В интернете более свежие версии, а на диске более… локальные :) И далеко не все… Давайте поставим с диска текстовый редактор vim-lite:

# mount -t cd9660 /dev/acd0 /cdrom - монтируем диск
# cd /cdrom/packages - идём в папку с пакетами

Узнаёте? Точно такая структура как и у портов. Неудивительно, так как пакеты — это скомпилированные порты со стандартными настройками. Смотрим где именно находится vim командой grep:

Переходим туда и устанавливаем с помощью команды pkg_add:

Если хотим удалить программу, установленную с пакета, для этого есть команда pkg_delete. Указываем в качестве аргумента полное название программы, вместе с номером её версии:

# pkg_delete vim-lite-7.2.239 (у меня такая версия)

Также можно устанавливать пакеты с интернета. Для этого добавляем ключ -r:

# pkg_add -r vim-lite

Вот и всё. Остальное — детали, которые можно обсудить в комментариях и таким образом дополнить статью. В следующий раз мы будем собирать с портов и настраивать MySQL, который очень важен для многих серьёзных программ. До встречи!

В статье про CVSUp я уточнил, что манал рассказывать о процессе инсталляции Фряхи, но буквально сегодня передумал. Расскажу! Штатный инсталлятор может поломать всю судьбу неокрепшего админа, поэтому лучше я понаделаю скриншотов с разъяснениями, потрачу некоторое время и помогу всем, кто пока не в теме. Осторожно, много картинок!

Уточню, что мы будем разбирать версию FreeBSD 8.0, хотя процесс инсталляции от версии к версии, в принципе, особо не меняется. Так что идём на ФТП, выбираем нужную версию и нужный образ, качаем, записываем какой-нибудь писалкой образ на CD (если скачали cd-образ) или DVD (если скачали и распаковали архив dvd-образа). То есть всё как обычно, всё как с любой другой операционкой, нюансов нет. После чего грузимся с диска и начинаем вдумчиво ставить систему.

Фря — система дружелюбная, с самого начала даёт нам выбрать как именно мы её хотим. Просто жмём Enter, другие пункты нас не интересуют (хотя, если есть какие-то проблемы с оборудованием, можно попробовать пункт 2):

Фря спрашивает в какой стране мы живём. Не знаю как вы, а я в Украине:

Какую системную раскладку предпочитаете? Если не уверены — выбирайте Russian KOI8-R. Поддержки юникода в системной консоли пока нет (стыдно, обещали в 8-й версии сделать, так что подождём ещё немного пока реализуют):

Здесь я рекомендую выбрать Standard’ный метод установки. А ещё больше рекомендую до этого посетить раздел Doc, если с английским всё нормально. Там описано как пользоваться установщиком и всякое разное полезное:

Я буду пропускать абсолютно очевидные сообщения типа «сейчас вылетит птичка». Поэтому концентрируемся на важном и не выключаем мозги, иначе с этого момента можно протерять все данные на винте. Хотя если пофиг — то пофиг :) Перед вами инструмент создания разделов. Если там уже есть какие-то разделы, значит на жёстком диске что-то есть. Может Винда какая-нибудь. Предельно аккуратно делаем что хотим. Очень важно не допустить ошибок на этом этапе. Я ставлю систему на виртуалку, чтобы сделать скриншоты и ставить эксперименты с системой, поэтому у меня всё чисто. Я просто жму букву A на клавиатуре, а Фря таким образом будет использовать для себя весь диск. Команды, которы доступны для вас на данном этапе, отображаются внизу окна:

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

Если FreeBSD будет единственной системой на компьютере — выбираем Standard. Если хочется выбирать нужную систему при загрузке компьютера — выбираем BootMgr. Если у нас стоит Линукс и мы очень любим Grub или Lilo — выбираем None и сами потом в Линуксе настраиваем загрузчик.

Теперь не менее важный пункт — редактирование раздела. Я очень надеюсь, что у вас уже есть какой-то опыт в юникс-системах и схема разбивки диска не введёт вас в ступор:

Можем доверить разбивку системе, но мне не нравится этот метод. Вообще сисадмины любят поспорить о схемах разбивки. Некоторые выделяют совсем немного под корневой раздел, много под домашнюю папку, ещё больше под раздел подкачки, некоторые всё дают корневому разделу и оставляют место под раздел подкачки по формуле объём_оперативки_умноженный_на_2. У каждого юниксоида свой unix-way. Я здесь заморачиваться не буду, сделаю по второму способу. Укажу размер корневого раздела:

Его тип:

Точку монтирования:

Потом создам swap-раздел со всего места, которое предварительно оставил:

Если вы собираете боевой сервер — советую хорошенько подумать о схеме разбивки. Желательно создавать отдельные разделы /var, /tmp и /usr, в зависимости от задач сервера. Изучите отдельно этот вопрос.

Теперь нам нужно определиться какую именно систему мы хотим в итоге увидеть. Раньше я всегда выбирал User, как раз выходит базовая система + документация. Но с некоторых пор мне по душе выбирать всё самостоятельно. Поэтому идём в Custom:

ПРОБЕЛОМ выбираем всё, что нам надо. А надо нам — базовая система, ядро, мануалы, исходники и порты. В общем, всё как на скриншоте:

Жмём Enter’ом Exit (вообще к этому надо привыкнуть — выбор пунктов пробелом, действие Enter’ом, Exit для окончания диалога) и попадаем в выбор источника установки. Выбор богатый, но мы ставим систему с диска, поэтому выбираем первый вариант и жмём ОК:

Понеслась! Мы ставим лучшую UNIX-систему!

Процесс установки полностью автоматизирован, вопросов не будет. Свежеустановленная система поздравит вас и предупредит, что у неё есть к вам несколько вопросов:

Вот первый из них. Хотите протокол IPv6? Он пока не в моде. Выбираем нет:

Настроить сеть по DHCP, то бишь автоматически? Я всегда говорю нет, даже если такая возможность есть. Лучше самому настроить, так надёжнее.

Ничего сложного в этом нет. Host — человеческое имя компьютера и домен, в который компьютер входит, через точку. Если сервер сам по себе, то домен обычно указывают как localhost. Gateway — шлюз сети, Name server — это DNS-сервер. Address — наш уникальный айпишник. Ну и его маска:

Поднимаем сеть прямо сейчас, почему бы и нет:

Хотим дать нашему серверу роль шлюза? Даже если да — это всегда можно сделать позже. Так что не надо:

Я однажды расскажу про inetd отдельно. Уверяю, что нам это пока не нужно:

А вот SSH нам нужен, даже очень. Сервер с монитором и клавиатурой это не кошерно, но обслуживать же его как-то надо. Будем это делать с консоли по сети. Раньше для этого использовали telnet, но это небезопасно. SSH шифрует весь трафик и позволяет удалённо работать с машиной. Так что Да:

Вряд ли нам со старта нужен FTP. Если будет нужен — сделаем потом:

NFS нам тоже скорее всего не нужна. Это сетевая файловая система сугубо для юникс-систем. Классная штука, поговорим о ней в другой раз. Пока не настраиваем:

Хотим настроить консоль? Шрифты там… цвета… Можно, но по умолчанию и так всё круто. Поэтому Нет:

Выбор часового пояса. Ищите в списке свою страну и регион:

UTC не выставляем, нафиг нам поправка времени по Гринвичу? Ставим по местному времени:

Есть мышь? Если да, то зачем? :) Серверу мыши не нужны:

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

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

Ник, пароль, имя — тут всё ясно. А в Member groups желательно вписать СЕБЯ в группу wheel, чтобы можно было переходить от своей учётки к root’у. Если этого не сделать, рутом вам не стать. В целях безопасности.

Ну и сам root. Точнее пароль для учётной записи суперпользователя. Указываем его дважды:

На самом деле это всё. Но можно ещё раз всё перепроверить. Вдруг налажали где-то в процессе?

Если всё ОК, тогда выходим, ребутимся и трепетно ожидаем загрузки установленной FreeBSD:

Логинимся:

Всё! Система ждёт наших приказов, клянётся в верности, готова работать быстро и надёжно:

Послесловие: у вас могут быть дополнительные диалоги. Например: выбор, со списка, сетевой карты для настройки, или винчестера, если их несколько. Наименование оборудования, разбивка диска и многое другое отличается от мира Linux. Пусть вас это не пугает. Нюансов очень много. Хотя я и постарался всё разжевать, но мне неизвестен ваш уровень подготовки. Поэтому вы можете задавать вопросы в комментариях и таким образом дополнять статью. В следующий раз я опишу что такое порты, как их обновлять и как устанавливать с их помощью необходимые программы. Статья FreeBSD. Обновление портов через CVSup уже устарела, хотя метод, описываемый в ней, всё ещё рабочий. Будем шагать в ногу со временем.

Думаю, каждый из нас с вами сталкивался с проблемой, когда из-за глюка прошивки фотоаппарата, камеры, кпк, смартфона или просто из-за особого устройства /dev/hands, карточка была отформатирована, данные были удалены. В свое время данную проблему я решал достаточно просто, используя Portable версию Ontrack Easy Recovery, но так как уже несколько лет являюсь пользователем linux-систем, то использование данного нелицензионнного приложения через wine показалось не совсем кошерным, к тому же жажда исследований и приключений требовала найти бесплатный родной аналог для linux-систем. Исследования закончились, даже не успев начаться, так как первая строчка в поиске Google привела к набору утилит TestDisk, о которых я расскажу.

Итак, TestDisk состоит из двух утилит:
testdisk и photorec (официальный сайт утилит)

Краткое описание:
testdisk – мощная утилита, разработанная для восстановления удаленных разделов и для восстановления загрузочных записей mbr после программных ошибок, действий некоторых вирусов, человеческих ошибок (например, когда раздел был просто удален).

Возможности testdisk:
Исправление таблицы разделов;
Восстановление удалённых разделов;
Восстановление загрузочного сектора FAT32 из бэкапа;
Перестроение загрузочного сектора FAT12/FAT16/FAT32;
Исправление таблиц FAT;
Перестроение загрузочного сектора NTFS;
Восстановление загрузочного сектора NTFS из бэкапа;
Исправление MFT используя MFT-зеркало;
Нахождение ext2/ext3 Backup SuperBlock;
Восстановление удаленных файлов в файловых системах FAT, NTFS и ext2;
Копирование файлов из удаленных разделов FAT, NTFS и ext2/ext3.

photorec – утилита восстановления данных таких, как файлы видео, документы, архивы с жестких дисков и cdrom дисков, а также фото (поэтому название программы Photo Recovery) со встроенной памяти камер. Список типов файлов для восстановления весьма внушителен и с ним можно ознакомиться тут.

Обе утилиты opensource, распространяются под лицензией GNU General Public License (GPL). Имеются в наличие версии для linux, unix, а также для windows-платформ.

В большинстве линукс дистрибутивов уже включены в состав стандартного репозитория. Для debian-based дистрибутивов установка командой:

sudo aptitude install testdisk

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

В моем случае это будет /dev/sdb.
Далее выбираем тип таблицы разделов на диске, для большинства пользователей это будет Intel/PC.

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

А затем на другом диске выбираем директорию, куда утилита сохранит восстановленные файлы.

Далее нажимаем Y и программа начинает свою работу. Для 32Мб карточки ей потребовалось меньше минуты. Теперь о результатах работы:

Честно говоря, по началу я весьма сомневался в способностях программы. Но открыв директорию с результатами работы утилиты, я с удивлением обнаружил, что были восстановлены не только нужные недавно сделанные 10 фотографий, но и еще 110 других, самая ранняя из которых была сделана 3 года назад и не была перезаписана при дальнейшем использовании карточки, хотя форматировалась карта неоднократно. В итоге имеем очередную победу добра над злом, счастливую улыбку обладателя фотоаппарата, еще один факт доказательства того, что существует море полезных и качественных opensource-утилит.

Заодно поздравляю Майкрософт со стартом продаж Windows Seven. Они проделали отличную работу.

P.S. Никогда не думал, что буду рекомендовать Винду :)

Всё началось с того, что я получил сообщение от своего знакомого:

(23:26:41) ***:
Ссылка для скачивания файла Egg.rar
file.qip.ru/file/104633322/*** (950 кб)
[-- Файл отправлен через file.qip.ru. Подробнее на сайте: file.qip.ru/ --]

(23:28:08) Screatch:
это что

(23:28:17) ***:
нечто позитивное )

Ранее, печальный опыт заставил меня спрашивать каждый раз когда я получаю подобные ссылки, но получив ответ я понял что опасаться нечего… открыл, обратил внимание на то что написано Tested by Kaspersky Anti-Virus 2009-10-18 и безбоязненно скачал и запустил, увидел яичницу, закрыл. Но тут меня в очередной раз спас Linux.

Несколько минут спустя я узнал, что, как оказалось, это был вирус, и судя по всему достаточно хорошо спланированный. По состоянию на 01.23 МСК файл был скачан уже 13,897 раз. Немаленькая такая армия ботов получается.

Удивила сама организация вируса, разработчик вируса заранее продумал, что большинство зададут вопрос на подобие «Что это такое» и подготовил автоответ. После заражения вирусом, вирус крадёт ваш ICQ-аккаунт независимо от того каким IM-клиентом вы пользуетесь, затем вирус рассылается всему контакт листу.

Возможно Хабрахабр это не то место где стоит предупреждать о вирусной опасности, но, всё-таки, может кто не знал…

UPD: Вирус был удалён с file.qip.ru по состоянию на 01.35 МСК, в причине было указано:
This file is no longer available because of claim by support. К этому времени вирус был скачан уже более 14 000 раз.

Копипаст с Хабра. Кто предупреждён — тот вооружён.

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

Поехали!

Download Statusbar — замена встроенному менеджеру загрузок. Реализовано удобно, ненавязчиво и информативно. Раньше использовал плагин FlashGot и привязывал его к внешнему DownloadManager’у. А ещё раньше я использовал плагин DownThemAll. Удобно всё, дело вкуса.

Firebug — инструмент первой необходимости у любого веб-разработчика. Позволяет мониторить и отлаживать любой сайт на лету. В базовой комплектации реализована работа с CSS, HTML и JavaScript. У этого плагина есть свои плагины, которые расширяют функциональность :) Можно установить ещё и CodeBurner, он позволяет удобно работать с официальной документацией W3C по HTML и CSS в связке с FireBug’ом.

WebDeveloper — ещё один плагин первой необходимости для веб-разработчика. У него огромное количество полезных функций, таких как возможность полностью отключить css-стили сайта, или подсвечивать названия div’ов прям в разметке, работа с кэшем, кукисами и др. и пр. Нямка.

FireFTP является полнофункциональным фтп-клиентом. Пока я о нём не знал, использовал отдельное приложение FileZilla. Но работа с ФТП не покидая браузера оказалась более удобным вариантом.

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

Screengrab сохраняет веб-страницу целиком как картинку. Иначе говоря — делает скриншот. Независимо от фактической ширины и высоты страницы. Есть небольшой минус. Требует для своей работы Java. Но на самом деле многие программы работают с Жабой, давно пора привыкать.

SkipScreen — потрясный плагин, который убирает напряжные счётчики со многих современных файлообменников. Буржуйских, конечно. За Рапиду отдельное спасибо :) Качаем и не ждём по пол-часа до следующей закачки.

Xmarks — самый вкусный плагин для активного сёрфера. Он синхронизирует ваши закладки со своим сервером. На деле это избавляет вас от страха потерять все закладки при переустановке системы. Вы можете использовать закладки одновременно и дома, и на работе. Синхронизация автоматическая. Если закладок миллиард, можно разбить их не только по папкам, но и по тегам. Плагин также добавляет несколько вкусняшек к поисковым результатам Гугла. Но и это ещё не всё :) Вы можете синхронизировать и бэкапить не только закладки, но и свои пароли (параноики побледнели). Для меня незаменимая штука.

«Действия системных администраторов и шаманов во многом схожи: оба разговаривают на совершенно непостижимом языке, производят абсолютно необъяснимые манипуляции, решая немыслимые проблемы невообразимыми способами. И оба всегда выглядят бездельниками. Но что поразительно, система-то работает, как часы. Согласитесь, уж слишком много непонятного — еще один повод обратиться к сисадмину. На этот раз за разъяснениями.

Наконец-то появилась возможность высказать нашим системным администраторам в лицо все, что я о них думаю. Даже досадно стало, что думаю я о них только хорошее. И вовсе не из боязни оскорбить системщиков, которых, как известно, может обидеть только тот, кто не понимает насколько это опасно. А только лишь потому, что несчитанное количество раз терпеливо выслушав в телефонной трубке «911» мои вопли, они незамедлительно мчались на помощь к бездыханному «телу» моего верного ПК. Кто, «хоть каплю жалости храня», восстановил мой, казалось бы, навеки утраченный файл? Кто избавил почту от завалов спама и защитил компьютеры от вирусов и червей? Кто готов ночами обслуживать систему, чтобы наше издание вовремя и без потерь дошло до своих покупателей? Да вот и он, один из системщиков — наш Рома. «Канули в Лету времена, когда на позициях системных администраторов работали лохматые парни «не от мира сего», ни с кем, кроме Интернета, не контактирующие, — комментирует Роман Заев, системный администратор компании «Робота Плюс». — Сегодня корпоративная культура повысилась и в большинстве случаев работодатели хотят, чтобы сисадмины умели нормально общаться со всеми сотрудниками компании, не создавая лишних проблем».

— Как становятся системными администраторами?
— Наверное, ими рождаются. Это особый склад ума и образ жизни. Сисадмины, как маленькие дети: им жутко интересно «как это работает». Для них компьютер — увлекательная головоломка, вечная забава и средство для получения любой интересующей информации. Они обычно страдают неутолимым информационным голодом. Могут за день посещать сотни различных сайтов, изучать то, что им совершенно не нужно и практически жить в Интернете, не испытывая при этом каких-либо неудобств. Изучать тонны книг и гигабайты статей по компьютерной (и не только) тематике — не настоятельное требование, а жизненная необходимость. Информация, больше информации, еще больше информации! Сисадминство в этом отношении — полезная школа. Главное — относиться к профессии, как к очередному этапу, и в будущем накопленные знания направить в нужное русло. А стать сисадмином можно при большом желании или благодаря случайности.

— А как ты дошел до жизни такой?
— Никогда не думал, что буду сисадмином. Родители — спортсмены — хотели видеть меня только спортсменом, но быстро поняли абсолютное нежелание чада идти по их стопам. В школе мне лучше всего давались иностранные языки. Решено, сын будет переводчиком! И меня определили в гимназию с углубленным изучением иностранных языков. Крутой вираж в судьбе начался с покупки компьютера. Радости не было предела, потому что клянчил я его очень долго, правдами и неправдами вымаливая долгожданный подарок. Но играться и все ломать быстро надоело, равно, как и постоянно платить за вызов специалиста по установке Windows. А чем я хуже? Пара бессонных ночей показала, что не так страшны «винды», как их малюют. Последующие несколько сотен переустановок из-за неудачных ковыряний в системе закрепили достигнутый результат. Однако методом «научного тыка» можно освоить не все премудрости, поэтому в ход пошли книги. Все семейство Windows, десятки дистрибутивов Linux, малоизвестные операционные системы, такие как QNX и BeOS и тысячи прикладных программ. Так, мое хобби привело меня к профессии. Но свое будущее я связываю с веб-дизайном.

— Что входит в обязанности сисадмина и что он делать не должен?
— Работа системного администратора разноплановая и зачастую сложно объяснить непосвященному, чем именно ты занимаешься. Тем более, что системный администратор компьютерного клуба и системный администратор большой и серьезной компании — не одно и то же. Разница — в обязанностях, методах работы, объеме необходимых знаний, и заработной плате. Специалисту, решившему сменить место, нужно подготовиться к тому, что придется переучиваться. В основном, функции состоят в поддержке работоспособности компьютеров и локальной офисной сети, программного обеспечения, доступа к Интернету и электронной почте, обеспечения целостности информации. Не избежать и консультирования сотрудников. Попутно приходится заниматься починкой компьютерного оборудования, установкой и настройкой «под пользователя» пакета программ. Задача системного администратора — всегда быть в курсе технологических новинок и суметь внедрить их в инфраструктуру компании, а главное — понимать, насущная ли это необходимостью или необоснованное расточительство. Сисадмину не стоит заниматься вопросами, стоящими за гранью его компетентности. Например, он не должен поддаваться на просьбы «по дружбе» или «за пиво» решать проблемы сотрудников личного характера во вред себе или компании.

— Согласен ли с утверждением, что С.А. — это обленившийся программист?
— Категорически не согласен. Программист и системный администратор — представители разных профессий, дополняющих друг друга и фактически не способных существовать порознь. Часто бывает, что у сисадмина есть опыт написания программ, а у программиста — опыт построения локальных сетей. Это специалисты, имеющие общую базу знаний, но избравшие разные направления развития. Дело не в лени, а в том, что человеку интереснее создавать — новые программные решения или стабильные и эффективные коммуникации? Изучать листинги кода или тонкие настройки BSD-систем? От ответа зависит выбор. Иными словами: налево пойдешь — сисадмином станешь, направо — программистом будешь. Хотя не секрет, что последняя вызывает у пользователей священный трепет. Персона программиста обычно покрыта ореолом таинственности: никто его не видит, но все знают, что он есть и создает непонятные программы. А сисадмин — как врач. Пока все работает, никто о нем не вспоминает, но когда что-то ломается, виноват бывает именно системщик. Что поделаешь — быть «мальчиком по вызову» — неотъемлемая часть нашей работы.

— Опиши свой средний рабочий день.
— Хорошо это или плохо, но понятия «средний рабочий день» у сисадмина нет. Никогда не знаешь, как день начнется и что впереди, но безумно хочется, чтобы он прошел тихо и спокойно. Для меня самое сложное — проснуться рано утром, ведь по природе я — «сова», и вставать раньше обеда для меня равносильно катастрофе. Благодаря кофе и невероятным утренним давкам в метро успеваю полностью проснуться и морально приготовиться к предстоящим заданиям. Напряженная работа с самого утра — редкость, но вероятность такого сюрприза всегда существует. Я сторонник теории, что прогрессом движет не труд, а лень. Системным администраторам претит выполнять одни и те же действия несколько раз. Именно поэтому я заинтересован в качестве своей работы: чем лучше ее выполню, тем дольше она не будет меня беспокоить. Не верь трудолюбивому Админу! Ибо только лень заставит его настроить систему раз и навсегда!

— Припомни интересную историю из практики.
— Такие истории приключаются каждый день. Ситуации бывают смешные и плачевные, иногда и опасные для жизни. Несколько лет назад я работал в службе техподдержки Интернет-провайдера. Мягко говоря, смешно было слышать вопрос: «Пацаны, а чо у меня Гарри Поттер не смотрится?» Или жалобу клиента, абсолютно убежденного, что после подключения к «нашему Интернету», его монитор стал показывать хуже. Вызвал приступ хохота получасовой диалог с заказчиком, у которого никак не получалось найти на рабочем столе кнопку «Пуск», в итоге оказалось, что его компьютер выключен. Но совсем не смешно было чуть не упасть с крыши 9-ти этажного дома во время прокладки магистрали (сисадмины меня поймут). Сильный дождь, порывы ветра и тяжеленный кабель П-296 в руках. В общем, скучать не приходится.

— Отмечаешь ли профессиональный праздник — День сисадмина и что хотел бы получить в подарок?
— О нем, к сожалению, знают, наверное, только сами сисадмины. Сами же его и придумали. Впервые он появился 7 лет назад, так что праздник еще молодой. Но, несмотря на это, имеет статус международного и отмечается с размахом, чтобы подчеркнуть важность тех, благодаря кому колеса компании стабильно вращаются. Хотя бы в этот день можно сказать сисадмину пару лестных слов, постараться решить некоторые проблемы самостоятельно (например, мышку почистить) и понять, что сисадмин — тоже человек. Лично меня не прельщает перспектива собраться сисадминовским семейством на природе, чтобы обсуждать процесс линковки драйвера NVIDIA к новому ядру Линукса и его настройки в иксах, сопровождая беседу тоннами пива и разбавляя байками о работе. Я стараюсь не забывать, «сисадмин» — работа, а не образ жизни. Но так как компьютер — мой хлеб, хочу, чтоб этот хлеб был вкуснее и питательнее. Я был несказанно рад, когда коллеги подарили на день рождения пишущий DVD-привод. Подарок оказался очень кстати, я очень благодарен. Моя сисадминская мечта — ноутбук Apple. Но цена здорово кусается, и вероятность такого подарка равна нулю.

— Как ты относишься к «непродвинутым юзерам»? Что пожелал бы пользователям?
— Совершенно спокойно. Пользователи не обязаны быть «продвинутыми», у них другие задачи. А для решения проблем «компьютерного характера» существуют сисадмины. Здесь уместно провести аналогию с машиной. Если человек хочет водить машину — ему не обязательно знать устройство двигателя внутреннего сгорания. А если он хочет водить машину, но не имеет понятия, как это делать, ему стоит вначале научиться. Так и с компьютером. Считаю, что пользователь должен знать только те программы, с которыми постоянно имеет дело. Все что сверх того — личная инициатива, достойная похвалы, но не обязательная. Я очень доволен, что в большинстве своем сотрудники компании весьма подкованы, и всегда могут грамотно сформулировать суть проблемы. Пожелать же хочу всем пользователям стабильного пинга и редкого бага.

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

— Согласен ли, что хороший сисадмин — немного хакер?
— Само собой. Сегодня понятие «хакер» широко используется как синоним к слову «взломщик». В этом смысле хороший сисадмин просто обязан быть хакером. Он должен знать все приемы, используемые для проникновения в систему, и испробовать их на своей сети раньше, чем это сделают взломщики. А вообще хакер — это компьютерный гуру, то есть человек, знающий о компьютере все. Если хочешь быть сисадмином, почему бы не стать лучшим сисадмином (читай, хакером)?»

P.S. Что характерно, сегодня я бы ответил на все эти вопросы примерно так же.

Подозреваю, что даже айтишники многие не в теме. Поэтому объясню вкратце что празднуем :) Заодно небольшой обзор сделаю.

Жила-была когда-то операционная система BeOS (не путать с BIOS). Её история настолько увлекательна и сложна, что в двух словах и не описать. Я лучше в конце статьи оставлю вам ссылки для ознакомления.

Лирическое отступление. Где-то в 2003-м я поставил на домашний компьютер BeOS в качестве основной системы, где она успешно проработала около полугода. Сначала это было не чудачество, а необходимость. То ли с винтом были проблемы, то ли с оперативкой, но Windows решительно висла при запуске, Линукс орал, что у него kernel panic. Про BeOS я уже знал из какого-то айтишного журнала, а на прилагаемом диске она была в качестве бонуса. Решил поставить. После того как решил — поставил. Запустил. Удивился, что работает. И до покупки нового компьютера я мог слушать музыку, смотреть фильмы, читать книги, общаться в IRC… то есть я мог делать всё, что требовалось от компьютера в принципе.

Так вот Haiku — это open source версия BeOS. Видимо фанатов настолько замахали купли-продажи любимого продукта, что они решили обезопасить себя и будущее операционки просто написав её с нуля и открыв исходники. Это сейчас модно. А так как никто никогда не открывал исходники оригинальной системы (патенты и лицензии, мать их так), можно представить насколько адской была работа по разработке открытого клона системы, имея в наличии лишь описанное API.

Haiku — не очередной дистрибутив Linux и не сборка Windows, и даже не клон MacOS. Это индивидуальная, самодостаточная система, POSIX-несовместимая, что характерно. Главное отличие от Линукса, что графический интерфейс неотделим от ядра. В этом плане похоже на подход Windows и MacOS. Это обеспечивает целостность системы, наличие единого, хорошо продуманного GUI и не позволяет распылять силы разработчиков на написание ещё одного велосипеда. К достоинствам также можно отнести:
— логичное и хорошо документированное API (разработчики ПО оценят);
— 64-битная высокопроизводительная файловая система OpenBFS, которая отлично проявляет себя в работе с большими объёмами данных (видео, к примеру);
— микроядро (само по себе плюс).

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

Конечно от «альфы» никто много и не ожидал. Её выпуск скорее всего нужен морально самим разработчикам системы, да и на выставках попиарить уже можно. Как ни странно, Haiku в работе показала себя с хорошей стороны, честно выпятив все свои достоинства и искусно спрятав недостатки. Даже не глюкнуло ничего за несколько часов изучения системы. Девелоперы сами признаются, что на данный момент далеко не всё радужно: всё ещё нет поддержи wi-fi (скоро появится, правда), нет менеджера приложений и совсем нет драйверов для принтеров, то есть печатать мы пока не сможем. Но в любом случае проделанная работа вызывает уважение. Дальнейшие планы тоже.

Загрузка системы:

About:

Всё на месте :)

В действии:

Ну и небольшое промо за затравки:

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

Вообще — чего говорить? Скачайте это чудо инженерной мысли и сами посмотрите :)

Сломленная, но не сдавшаяся: история операционной системы BeOS — часть 1 и часть 2.

GeekOS. История развития BeOS и Haiku.

Здесь можно скачать Haiku в виде ISO-образа, VMWare-образа и RAW-образа (торренты).

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

• key_buffer_size — крайне важная настройка при использовании MyISAM-таблиц. Установите её равной около 30-40% от доступной оперативной памяти, если используете только MyISAM. Правильный размер зависит от размеров индексов, данных и нагрузки на сервер — помните, что MyISAM использует кэш операционной системы (ОС), чтобы хранить данные, поэтому нужно оставить достаточно места в ОЗУ под данные, и данные могут занимать значительно больше места, чем индексы. Однако обязательно проверьте, чтобы всё место, отводимое директивой key_buffer_size под кэш, постоянно использовалось — нередко можно видеть ситуации, когда под кэш индексов отведено 4 ГБ, хотя общий размер всех .MYI-файлов не превышает 1 ГБ. Делать так совершенно бесполезно, Вы только потратите ресурсы. Если у Вас практически нет MyISAM-таблиц, то key_buffer_size следует выставить около 16-32 МБ — они будут использоваться для хранения в памяти индексов временных таблиц, создаваемых на диске.
• innodb_buffer_pool_size — не менее важная настройка, но уже для InnoDB, обязательно обратите на неё внимание, если собираетесь использовать в основном InnoDB-таблицы, т.к. они значительно более чувствительны к размеру буфера, чем MyISAM-таблицы. MyISAM-таблицы в принципе могут неплохо работать даже с большим количеством данных и при стандартном значении key_buffer_size, однако mySQL может сильно «тормозить» при неверном значении innodb_buffer_pool_size. InnoDB использует свой буфер для хранения и индексов, и данных, поэтому нет необходимости оставлять память под кэш ОС — устанавливайте innodb_buffer_pool_size в 70-80% доступной оперативной памяти (если, конечно, используются только InnoDB-таблицы). Относительно максимального размера данной опции — аналогично key_buffer_size — не стоит увлекаться, нужно найти оптимальный размер, найдите лучшее применение доступной памяти.
• innodb_additional_mem_pool_size — данная опция практически никак не влияет на производительность mySQL, однако рекомендую оставлять для InnoDB около 20 МБ (или чуть больше) под различные внутренние нужды.
• innodb_log_file_size — крайне важная настройка в условиях баз данных с частыми операциями записи в таблицы, в особенности при больших объёмах. Большие размеры увеличивают быстродействие, однако будьте осторожны — увеличится и время восстановления данных. Я обычно выставляю значение около 64-512 МБ в зависимости от размера сервера.
• innodb_log_buffer_size — стандартное значение данной опции вполне подойдёт для большинства систем со средним количеством операций записи и небольшими транзакциями. Если же в Вашей системе бывают всплески активности, или Вы активно работаете с BLOB-данными, то рекомендую немного увеличить значение innodb_log_buffer_size. Однако не переусердствуйте — слишком большое значение будет пустой тратой памяти: буфер сбрасывается каждую секунду, поэтому Вам не понадобится больше места, чем требуется в течение этой секунды. Рекомендуемое значение — около 8-16 МБ, а для небольших баз — и того меньше.
• innodb_flush_log_at_trx_commit — жалуетесь, что InnoDB работает в 100 раз медленнее MyISAM? Вероятно, Вы забыли про настройку innodb_flush_log_at_trx_commit. Значение по умолчанию «1» означает, что каждая UPDATE-транзакция (или аналогичная команда вне транзакции) должна сбрасывать буфер на диск, что достаточно ресурсоёмко. Большинство приложений, в особенности ранее использовавшие таблицы MyISAM, будут хорошо работать со значением «2» (т.е. «не сбрасывать буфер на диск, только в кэш ОС»). Лог, однако, всё равно будет сбрасываться на диск каждые 1-2 секунды, поэтому в случае аварии Вы потеряете максимум 1-2 секунды обновлений. Значение «0» повысит производительность, но Вы рискуете потерять данные даже при аварийной остановке mySQL-сервера, в то время как при установке значение innodb_flush_log_at_trx_commit в «2» Вы потеряете данные только при аварии всей операционной системы.
• table_cache — открытие таблиц может быть весьма ресурсоёмко. К примеру, MyISAM-таблицы помечают заголовки .MYI файлов как «используемые в текущий момент». Обычно не рекомендуется открывать таблицы слишком часто, поэтому лучше, чтобы кэш был достаточных размеров, чтобы держать все Ваши таблицы открытыми. Для этого используется некоторое количество ресурсов ОС и оперативной памяти, однако это обычно не является существенной проблемой для современных серверов. Если у Вас несколько сотен таблиц, то стартовым значением для опции table_cache может быть«1024» (помните, что каждое соединение требует свой собственный дескриптор). Если у Вас ещё больше таблиц или очень много соединений — увеличьте значение параметра. Я видел mySQL сервера со значением table_cache равной 100 000.
• thread_cache — создание/уничтожение потоков также является ресурсоёмкой операцией, которая происходит при каждой установке соединения и каждом разрыве соединения. Я обычно выставляю эту опцию равную 16. Если у Вашего приложения могут быть скачки количество конкурентных соединений и по переменной Threads_Created виден быстрый рост количества потоков, то стоит увеличить значение thread_cache. Цель — не допускать создания новых потоков в условиях нормального функционирования сервера.
• query_cache_size — если Ваше приложение много и часто читает данные, и при этом у Вас нет кэша на уровне приложения, эта опция может очень помочь. Не ставьте здесь слишком большое значение, так как обслуживание большого кэша запросов будет само по себе затратным. Рекомендуемое значение — от 32 до 512 МБ. Не забудьте проверить, насколько хорошо используется кэш запросов — в некоторых условиях (при небольшом количестве хитов в кэше, т.е. когда практически не выбираются одинаковые данные) использование большого кэша может ухудшить производительность.

Как Вы можете видеть, это — глобальные настройки. Эти переменные зависят от «железа» сервера и используемых движков mySQL, в то время как сессионные переменные обычно настраиваются специально под конкретные задачи. Если Вы в основном используете простые запросы, то нет никакой необходимости увеличивать значение sort_buffer_size, даже если у Вас есть лишние 64 ГБ оперативной памяти. Более того, большие значения кэшей могут только ухудшить производительность сервера. Сессионные переменные лучше оставить на потом, для тонкой настройки сервера.

Инсталляция mySQL идёт с несколькими предустановленными файлами my.cnf, рассчитанными под разную нагрузку. Если Вам некогда настраивать сервер вручную, то обычно лучше использовать их, чем стандартный конфигурационный файл, выбрав тот, что больше подойдёт под нагрузку Вашего сервера.