Возвращаясь к Nexenta

2009-10-22

О любопытном гибриде под названием Nexenta OS я уже писал, и даже неоднократно. Однако за истекшие полтора-два года немало воды утекло, проект существенно видоизменился. Так что выход очередной пре-релизной версии этой системы (именуемой Nexenta Core Platform 3.0 Alpha 1) послужил формальным поводом для знакомства с положением дел на современном этапе социалистического строительства.

Но сначала напомню в двух словах, что же это за зверь такой — Nexenta OS, тотемом которого выступает жирафа. Это система с ядром SunOS и пользовательским окружением Linux’а (системные утилиты, разумеется, Sun’овские). На что, в свою очередь, наложена убунтийско-дебиановская инфраструктура, с её APT’ом и соответствующим репозиторием.

Первые версии Nexenta (один из релизов которых был и описан в предыдущей статье) распространялись в виде iso-образа для установки самодостаточной системы, включающей, кроме ядра и базовых утилит, также Иксы, рабочую среду (по умолчанию GNOME) и некоторый набор пользовательских приложений.

Однако, начиная с версии 2.0, разработчики, видимо, сочли поддержание пакетной базы своей системы слишком большим бременем. И с тех пор официальный установочный образ (именно тогда и получивший имя Core Platform) включает только ядро и консольные базовые средства, примерно соответствующие понятию userland во FreeBSD. Всё остальное предлагается доустанавливать самостоятельно из репозитория проекта. Благо он основан на репозитории Ubuntu, а доступ к нему вполне лёгок за счёт механизма apt-get.

Набор пакетов в репозитории не очень богат. Однако в качестве дополнительного средства предлагается воспользоваться услугами “самостроителя” пакетов на сайте The AutoBuilder.

Nexenta распространяется свободно, хотя лицензионная политика её осталась для меня не совсем ясной — уж слишком разнородные в этом отношении компоненты она включает — от ядра системы, распространяемого под CDDL, до GNU-окружения, подпадающего под лицензии GPL 2 и 3. Впрочем, заинтересованные в юридическом крючкотворстве могут составить себе собственное впечатление по сему поводу, обратившись вот к этому документу;.

Надо сказать, что на базе Nexenta существуют ещё и коммерческие проекты по всякого рода хранилищам данных, разрабатываемые Nexenta Systems Inc., каковая, собственно, и выступает спонсором разработки этой системы. Однако о них по понятным причинам я ничего сказать не могу.

Так что вернёмся к собственно Nexenta. Её последняя разрабатываемая версия распространяется в виде компрессированного iso-образа, объёмом 473 Мбайт, которые при развороте распухают аж до 483 Мбайт (реплика в сторону — а за каким зелёным заниматься компрессией ради такого “выигрыша”?). После чего остаётся только сболванить образ и загрузиться с получившегося компакта.

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

В виртуале же установка прошла безболезненно. Описывать её в подробностях не буду — это лишь некий вариант Debian Installer’а, о котором говорилось достаточно. Единственный момент, который вызвал некоторое замешательство, касался задания пароля для администратора и определяемого при установке пользователя. А именно — переход в поле подтверждения пароля осуществляется не нажатием клавиши Enter или Tab, как обычно, а исключительно стрелкой Down. Впрочем, в обоих случаях пароль можно не задавать вообще — в этом случае и для root’а, и для user’а установится беспарольный вход. Что после установки легко изменить командой passwd.

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

Впрочем, этой беде легко помочь — ведь в нашем распоряжении есть репозиторий пакетов, во-первых, и механизм APT — во-вторых. Причем для любителей интерактивности имеется также и aptitude. Да и сеть в виртуальной машине работает без малейших проблем. Так что –

# apt-get update && apt-get upgrade

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

Остаётся ответить на один вопрос: если эта система с точки зрения пользователя выглядит как Linux и ведёт себя почти как Linux — то зачем она нужна, если есть Linux?

Причин к её использованию я вижу две. Первой я уже касался в предыдущей заметке: это желание использовать файловую систему ZFS. Вторая причина также лежит на поверхности: ознакомление с внутренним устройством ОС Solaris и (или) OpenSolaris, не покидая рабочего окружения, привычного для пользователей таких дистрибутивов, как Debian или Ubuntu.

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