OpenBSD - заметки конечного пользователя
6. Немного актуализации (версия 3.0)

Алексей Федорчук
[email protected]

Систему 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 до e зарезервированы за устройствами на основном 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'ы нужны. Одним словом, как говаривал мой приятель, лучше синица в руках, чем (вариант для дам) гвоздь в ухе...

На этом первый этап знакомства с системой я счел законченным. Бегло пробежавшись лишь по дискам с пакетами и установив все жизненно необходимое. А так - выбор там богатый:

и весь потребный консольный инструментарий (bash и tcsh, Vim в разных вариантах, joe, любимый и т.д.);
и всякая консольная мультимедиа - от mpg123 до bladeenc и lame;
и Gimp сотоварищи по графике, типа Gqview (есть даже QCad);
и все имеющее отношение к TeX'у, а также web-редакторы, браузеры и прочая, и прочая, и прочая.

В общем, из регулярно использовавшихся мной приложений я не обнаружил только Lyx'а. Кроме того, странным выглядит отсутствие mkisofs, хотя парная ей утилита cdrecord присутствует. Впрочем, коллекция пакетов OpenBSD обновляется регулярно, так что появления их следовало ожидать в скором времени. Важно также, что к пакету для кириллизации X'ов прибавился и русский ispell (конкурирующий aspell ограничился пока языками датчан и разных там прочих шведов).

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

Актуализированное примечание: На данный момент последняя версия OpenBSD - 3.2. Но я с ней не знаком, так что -

Пока конец
К предыдущему

OpenBSD - заметки конечного пользователя 6. Немного актуализации (версия 3.0)

OpenBSD - заметки конечного пользователя
6. Немного актуализации (версия 3.0)