Немного актуализации (версия 3.0)
Систему OpenBSD я полюбил давно и платонически (согласно армянскому радио, - это когда ты любишь, а Платон... эээ... пользует) - года два назад прочитав замечательную статью Алексея Выскубова на эту тему (см. приложение к ). И даже немало с ней в версии 2.8 поковырялся.
Импонирует в OpenBSD многое:
и простота доустановки этих самых излишеств - что из пакетов, что через систему портов;
По настоящему мешало только одно - невозможность нормальной работы в консоли с русскими текстами. Напомню, что для набора символов кириллицы в PCVT-консоли OpenBSD требовалось держать нажатым Alt, причем, из изощренного садизма, именно правый... Что мешало здорово - и в итоге, погрязнув, волею судеб, в одном из очередных Linux'ов, я скрепя сердцем OpenBSD истребил. Тем более, что на нее не оставалось ни места (на диске), ни времени (в сутках), ни сил (в душе). И оставил эту тему до лучших времен.
Которые, разумеется, не заставили себя ждать. Для начала появилась версия 2.9, в которой был заменен консольный драйвер (pcvt на wscons). Что само по себе проблемы кириллицы не решало. Но вселяло надежду в благополучный исход процедуры кириллизации. Правда, посредством пересборки ядра и еще кое-каких дополнительных ухищрений. А затем появилась и следующая, третья, версия, в ядро которой, как было обещано, поддержка кириллицы уже встраивалась изначально. Вот ею я и занялся.
Комплектация дистрибутива была такая: базовые компоненты (1-й диск, base) и пакеты в алфавитном порядке (до r - 2-й диск, packages 1, остальные - 3-й диск, packages 2), с различием регистра. Диск base - загрузочный, именно с него осуществляется установка.
Сам по себе процесс установки не претерпел никаких изменений по сравнению с версией 2.8 - тот же текстовый режим "по черному", те же стадии - выбор диска для установки, разбиение его на разделы (partitions, аналог slices из FreeBSD), создание файловых систем на выбранном разделе, выбор и установка базовых компонентов системы (правда, распухших в сумме почти до ста мегабайт). Однако на этом пути меня подстерегали некоторые неожиданности.
Я устанавливал систему на машину с двумя винчестерами, причем второй был подключен как единственное устройство к первому RAID-каналу контроллера Promise. Именно его я и предполагал отдать на заклание OpenBSD.
В Linux'е он естественным образом определяется как устройство hde - ведь литеры от a до d зарезервированы за устройствами на основном IDE-контроллере. Подобного же поведения я ожидал и от OpenBSD. Каково же было мое изумление, когда на первой стадии установки, выбрав из двух доступных вариантов - wd0 и wd1, - второй, я при заходе в fdisk с удивлением обнаружил, что пытаюсь создать разделы на своем первом, рабочем, винте. Дальнейшее исследование показало, что так оно и есть, что ноги нет: в качестве нулевого накопителя система упорно рассматривала именно диск на RAID-контроллере. Так что при наличии дисков на разных контроллерах следует быть внимательным: легким движением руки (ответом yes на вопрос о режиме "entire disk") можно элегантно уничтожить разделы любого типа...
"А в остальном, прекрасная маркиза", инсталляция прошла хорошо. И наступило время перезагрузки. И тут на тоненьких ножках подкралась вторая неожиданность: мультизагрузчик OS Selector производства товарища Acronis'а, прекрасно справлявшийся с OpenBSD 2.8 (а равно всеми прочими ОС, с коими мне приходилось иметь дело, вплоть до QNX), третью версию ее обозвал грязным словом "Неизвестная система". Попытка настроить OSS вручную успехом не увенчалась - система как была неизвестна, так ею и осталась... Причем - вне зависимости от того, подключался ли диск с OpenBSD к основному IDE- или дополнительному RAID-контроллеру, устанавливалась ли она на один накопитель с OSS или на разные - короче, OSS не хотел грузить ее ни при каких доступных мне условиях.
Это я не в криминал кому-либо из фигурантов дела - текущая версия OSS старше третьей OpenBSD на полгода, а разработчики последней о существовании такого загрузчика, вероятно, и не догадываются. Все это сказано лишь к тому, что и с другими мультизагрузчиками возможны подобные проблемы.
Впрочем, изучение этого вопроса я прекратил, установив систему в режиме entire disk и переключив в BIOS загрузку на IDE-RAID. После этого система загрузилась благополучно. И я наконец оказался в wscons, о которой столько говорили большевики.
На первый взгляд, консоль как консоль. Но именно - на первый. Для начала включаю службу консольной мыши (это делается редактированием файла /etc/rc.conf, как - ясно из комментария в теле оного) - по умолчанию этот сервис, как, впрочем, и почти все прочие, при старте отключен. Должен заметить, что у меня - оптический Logitech-грызун с колесиком, включенный через переходник в PS/2-разъем (можно включить и в USB). Так вот, после этого мышь не только заработала, но даже начала скроллировать экран при прокрутке колесика - не совсем как в Windows, а просто эмулируя комбинацию Shift+PgU/PgDown (нажатие на колесико, как обычно, эквивалентно действию средней клавиши стандартной трехкнопочной мыши).
Это мне понравилось. И я попытался сконфигурировать X'ы - в комплекте шла версия 4.1 оных. К сему предназначалось две утилиты - текстовая xf86config и как бы графическая xf86cfg (имелся и стандартный XF86Setup, но он работает только с третьей версией X'ов). С первой я был знаком, посему попробовал второй. Что привело к мертвому зависанию машины, требовавшему воздействия сетевого выключателя (перезагрузка тремя пальцами в OpenBSD по умолчанию также запрещена, включаясь редактированием файла /etc/sysctl.conf).
Пришлось обратиться к xf86config. Каковой оказался на удивление хорошо сделанным (в Linux'е мне тогда давно уже не приходилось настраивать X'ы после инсталляции, и я не подозревал о прогрессе в средствах для этого). Помимо стандартных настроек мыши, клавиатуры, дисплея и видеокарты, он позволяет сразу же указать тип клавиатурной раскладки (например, Russian) и ее вариант (например, winkeys для получения стандартных Windows-клавиш для знаков препинания), а также выбрать переключатель (доступны все разумные варианты, от традиционного CapsLock до новомодных win-клавиш типа Menu). Впрочем, с тех пор все это стало обычным повсеместно...
Однако попытка запустить X'ы оказалась безуспешной - последовало сообщение об ошибке в устройстве /dev/wsmouse. Нужно сказать, что именно это устройство предписывается программой при использовании консольного драйвера wscons (а именно он и используется по умолчанию). Возвращаюсь к xf86config и пробую иные разумные варианты - от протокола PS/2 до Logitech MouseMan в совместимом с MS виде. Тщетно - загрузка X'ов обрывается тем же сообщением. Вчитываясь в его текст, обращаю внимание на фразу device (все тот же /dev/wsmouse) busy.
Начинаю задумываться, кто же мог так за'busy'ть это несчастное устройство. И прихожу к выводу, что не иначе чем служба консольной мыши. И действительно - после ее отключения X'ы запускаются благополучно.
Впрочем, благополучие это относительное. Ведь отныне приходится выбирать - либо мышь в консоли, либо X'ы вообще. Что, конечно, не есть хорошо - ведь мышь в консоли не столько указатель и координатор, сколько данно-обменник, да и консольного скроллирования жалко до слез. Но - делать нечего, ведь и X'ы нужны. Одним словом, как говаривал мой приятель, лучше синица в руках, чем (вариант для дам) гвоздь в ухе...
На этом первый этап знакомства с системой я счел законченным. Бегло пробежавшись лишь по дискам с пакетами и установив все жизненно необходимое. А так - выбор там богатый:
и KDE 2.2.1 in corpore, включая KOffice 1.1, вкупе с GNOME и кучей оконных менеджеров;
и мультимедиа для X'ов, в частности, grip и xmms;
В общем, из регулярно использовавшихся мной приложений я не обнаружил только Lyx'а. Кроме того, странным выглядит отсутствие mkisofs, хотя парная ей утилита cdrecord присутствует. Впрочем, коллекция пакетов OpenBSD обновляется регулярно, так что появления их следовало ожидать в скором времени. Важно также, что к пакету для кириллизации X'ов прибавился и русский ispell (конкурирующий aspell ограничился пока языками датчан и разных там прочих шведов).
Подводя итог, скажу, что мои симпатии к OpenBSD не уменьшились. Не уверен, что она стала пригодной к использованию в качестве единственной и универсальной настольной системы, но очередной шаг в этом направлении сделан. Конечно, велика обида на неуживчивость консольной (скроллирующей!) мыши с X'ами. Остается надеяться, что это - явление временное: ведь не так давно, в масштабах вечности, и Linux'овый gpm обладал подобным свойством...
Актуализированное примечание: На данный момент последняя версия OpenBSD - 3.2. Но я с ней не знаком, так что -
Пока конец
