Автор: Алексей Федорчук
2001 г
Поводом для этой заметки послужило знаменательное, на мой взгляд, событие — выход финального релиза — ASPLinux — дистрибутива, в значительной мере разработанного на Руси, нашими соотечественниками из одноименной фирмы.
Преамбула
Не то чтобы до сих пор о Linux на постсоветских просторах не было известно. С пол-десятилетия уже знаем мы и диски УрбанСофт с дистрибутивами Slackware и Red Hat, адаптированными к нашей действительности. Стоит вспомнить и «Красную Шапочку», о которой, правда, давно ничего не слышно (не серый ли ее волк скушал?). Ну а о Linux Mandrake, недавно явившейся к нам в своей 4-й русской реинкарнации, думаю, и напоминать не нужно.
Это — если ограничиться только собственно российской частью бывшей державы. А ведь были еще и KSI Linux, и Linux BlackCat с Незалежной Украины. Да и BestLinux из Княжества Финляндского создавался в значительной мере усилиями бывших наших соотечественников.
Я ни в коей мере не хочу умалить роли перечисленных систем в развитии Русского Linux’а. Все они отличались своими достоинствами. И все, более или менее удачно, выполняли одну из главных функций Русской Операционной Системы — поддерживали Великий и Могучий во всех его проявлениях. Однако и на этом фоне появление ASPLinux событие которое не может пройти незамеченным. Ведь это — первая российская Linux-система с собственным именем и прочими атрибутами полноценного дистрибутива.
ASPLinux снаружи
Что такое дистрибутив Linux? Ответов на этот вопрос можно дать несколько. Существенны, конечно, различия файловой системы (то есть логической структуры каталогов), и формат пакетов, и средства управления ими. Не говоря уже о комплектации утилитами и приложениями.
Однако, на мой взгляд, для дистрибутива, претендующего на собственное имя, наиболее важным моментом является наличие собственной программы инсталляции и конфигурирования: ведь дистрибутив Linux — это, в сущности, лишь способ установки и первичной настройки одной и той же операционной системы.
Так вот, ASPLinux — это вполне полноценный по всем критериям, самостоятельный дистрибутив. Конечно, его можно отнести к племени производных Red Hat: он совместим с последним и по структуре файловой системы, и по формату пакетов. Однако оригинальная программа установки, средства конфигурирования и даже собственный мультисистемный загрузчик не позволяют отнести ASPLinux к прямым клонам Red Hat. Что я, по мере сил, и попытаюсь продемонстрировать ниже.
В момент, когда пишутся эти строки, ASPLinux (имеющий номер версии 7.1, почему — скажу ниже) в коробочном исполнении еще не доступен. Тем не менее, его можно скачать с ряда ftp-серверов в виде iso-образов CD ROM. Базовая его поставка включает два диска (причем для функционирования системы необходим только первый из них, инсталляционный, он же загрузочный).
В полном же варианте (каковая, надеюсь, не замедлит появиться ко времени, когда вам довед/тся читать мою заметку) коробочная версия будет включать в себя 6 дисков (в том числе исходные тексты, документацию и офисный пакет StarOffice 5.2) и несколько печатных руководств — по установке, использованию и т.д. А также ряд необязательных, но приятных мелочей, как то: наклейки, лицензионное соглашение, талоны на скидки и прочее, более характерное для коммерческих, а не свободно распространяемых систем. Все это — выдержанное в едином стиле, в прекрасном полиграфическом исполнении. И, что особенно радует — за вполне разумные деньги, менее 600 постсоветских рублей. Согласитесь, не существенно дороже эквивалентного количества ворованных дисков в базарном исполнеиии…
ASPlinux позиционируется разработчиками как система, в равной степени пригодная как для серверных, так и для настольных применений. И при том адаптированная к потребностям пользователя начинающего. Правда, следует иметь в виду — начинающего знакомство с Linux. Я не советовал бы ставить этот дистрибутив (как, впрочем, и любой другой) пользователям, не знающим, что такое дисковый раздел, загрузочная запись и тому подобное — некий необходимый минимум подготовки все же желателен. Но, повторяю, использование ASPLinux не предполагает предварительной подготовки в области Unix вообще и Linux в частности.
К слову сказать — аббревиатура ASPLinux расшифровывается отнюдь не как Active Server Pages, вызывающих нездоровые ассоциации, а как Applications Service Provided. Что подчеркивает ее ориентацию на использование в гетерогенной среде для доступа к приложениям. Впрочем, как раз этой стороны применения системы я касаться не буду — все написанное ниже основано на позициях конечного пользователя настольных приложений.
Установка
Пора, однако, познакомиться с тем, что у ASPLinux внутри. Для чего необходимо сначала его установить. Ведь это то, на основе чего пользователь в первую очередь составит себе представление о дистрибутиве.
На мой взгляд, установка любого дистрибутива Linux включает три ключевых момента:
- создание дисковых разделов для системы;
- выбор пакетов;
- настройку системы X Window.
В наших условиях к ним присоединяется и четвертный, ничуть не менее важный — настройку языково-зависимых компонентов или, проще говоря, русификацию. Именно эти четыре момента и определяют оценку дистрибутива с точки зрения конечного пользователя. Особенно — того, кто знакомится с Linux впервые.
Вот на этих-то моментах я и сконцентрирую свое внимание. Но сначала — пара слов о программе установки вообще.
Первый инсталляционный диск ASPLinux является загрузочным. То есть при поддержке функции загрузки системы с CD ROM необходимости в инсталляционных дискетах нет. Хотя образы таковых в составе дистрибутива имеются.
Сразу после загрузки возникает предложение войти в меню инсталляционной программы (с помощью клавиши Escape). Если этого не сделать, автоматически запускается установка по умолчанию — в графическом режиме, с VGA-разрешением. Меню же позволяет выбрать разрешение экрана при установке (от 640*480 при 60 Hz до 1024*768 при 76 Hz) или предписать установку в текстовом режиме. Последнее может быть необходимым, если программа установки неправильно определит видеокарту, или последняя вообще не поддерживается системой (рис. 1).
Рис. 1. Выбор разрешения для программы установки
После выбора режима предлагается выбрать язык инсталляции. В списке доступных, кроме английского и русского, присутствуют также украинский, польский, китайский, корейский и японский (рис. 2).
Рис. 2. Выбор языка для установки
Причем все они, кроме последнего, действительно доступны — при соответствующем выборе автоматически изменяется язык заставки (рис. 3-7). Лишь для японского варианта в текущей версии предлагается продолжить установку на английском языке.
Рис. 3. Это — родная речь
Рис. 4. А это — рiдна мова
Рис. 5. Для тех, кто хочет быть як за паном
Рис. 6. Для приверженцев идей Чучхе
Рис. 7. «Я, говорит, маоист — потому пожелтел»
Забегая вперед, скажу, что выбор языка инсталляции не имеет никакого отношения к локализации — время ее наступит позднее. Пока же можно устанавливать систему на английском языке (есть немало пользователей, испытывающих аллергию к русскоязычным сообщениям), а в дальнейшем корректно установить русскую локаль, шрифты, раскладки клавиатуры и прочие языково-зависимые модули.
Вслед за тем выбираем мышь. Помимо своеобычных сериальных и, PS-пополамных вариантов имелся и ультрамодерн — USB-мыши; впрочем, шинные анахронизмы также присутствуют. Для двухкнопочных моделей можно включить эмуляцию третьей кнопки. А с помощью кнопки Применить тут же проверяется правильность настроек (рис. 8).
Рис. 8. Выбор мыши
Далее выбор типа установки — быстрая, выборочная и обновление (рис. 9). Последняя опция позволяет обновить любую основанную на Red Hat (то есть использующую пакеты *.rpm) Linux-систему до текущей версии ASPLinux. Впрочем, целесообразность этой операции — неоднозначна: попытка обновить оригинальную версию Linux Mandrake (за номером 7.2) привела у меня к тому, что все параметры русификации пришлось настраивать вручную.
Рис. 9. Выбор типа инсталляции
Для понимания процесса целесообразно прибегнуть к выборочной установке. В этом случае следующий выбор — источника для инсталляции. В качестве такового могут выступать инсталляционный CD или его образ на жестком диске. Имеется и возможность сетевой инсталляции (рис. 10).
Рис. 10. Выбор источника инсталляции
Таким образом мы плавно подошли к первому из критических моментов инсталляции — созданию дисковых разделов. Для начала предлагается три опции (рис. 11):
- установка на весь диск (с уничтожением всей ранее имевшейся информации);
- установка на свободное место (в случае, если ранее была установлена Windows, переразбиение диска происходит без потери системы и данных);
- создание дисковых разделов вручную.
Рис. 11. Выбор метода создания разделов
Я настоятельно рекомендую последний вариант. Кроме полного контроля над процессом, он доставляет просто эстетическое удовольствие. И к тому же предельно прост и кристально ясен.
В этом случае запускается собственная программа ASP Disk Manager (рис. 12). В ней индицированы текущий физический диск, имеющиеся на нем разделы (в виде линейки), тип их файловых систем, точки монтирования (если это понятие имеет смысл в данном случае).
Рис. 12. ASP Disk Manager — программа для раздиения диска
Существующие разделы могут быть уничтожены, перемещены (в прямом смысле слова — перетаскиванием мышью на линейке разделов с одного начального сектора на другой), изменены (с точки зрения размера или типа файловой системы). При создании разделов на неразбитом (или освобожденном) пространстве задается их размер в мегабайтах, с индицированием оставшегося свободного места. Возможно и создание раздела «от противного» — заданием желаемого пространства, остающегося свободным. Что крайне удобно, когда нужно оставить кое-что для раздела подкачки (рис. 13).
Рис. 13. Создание дискового раздела
Для разделов FATxx ASP Disk Manager способен даже изменить размер существующего раздела без потери информации, что обычно делается DOS-программой FIPS. Однако для раздела UFS (FreeBSD) это оказалось невозможным.
Для вновь созданных разделов можно определить различные файловые системы. Это и своеобычная для Linux ext2fs, и вновь появившаяся журналируемая файловая система reiserfs, и даже файловая система для RAID-массивов. Разумеется, и swap-раздел может быть определен тут же — тип файловой системы выбирается из выпадающего меню (рис. 14).
Рис. 14. Выбор файловой системы для создаваемого раздела
Следует заметить, что на этом этапе ничего фатального не происходит. И пока можно менять разделы как угодно, не боясь за целостность имеющейся информации. Или просто отменить все действия по переразметке диска. Необратимые последствия это возымеет только после выбора пакетов.
Этот критический момент наступает сразу после разбиения диска. Он распадается на две стадии. Первая предполагает выбор наборов пакетов по задачам. Здесь доступны (рис. 15):
- некая типовая установка;
- установка для разработчика;
- для офисного применения;
- для сервера.
Рис. 15. Выбор групп пакетов по назначению
Отдельной опцией идет установка ядра 2.4.2, хотя и в этом случае устанавливается (и по умолчанию загружается) ядро 2.2.19. Кроме того, в любом из выбранных наборов можно включить индивидуальный выбор пакетов. начинаемый, таким образом, не с нуля, а с некоего очерченного по умолчанию комплекта. Индивидуальный выбор и составляет суть второй стадии. Процедура эта весьма длительна, вследствие изобилия пакетов (что, впрочем, стало нормой для всех современных дистрибутивов). Однако организована она очень удобно, и потому требует только терпения (рис. 16).
Рис. 16. Индивидуальный выбор пакетов
Во-первых, доступны два режима выбора — из рекомендованных (для данного применения, например, для офиса) пакетов и из всех. Есть функция поиска пакета по имени. И, главное, каждый пакет снабжен весьма подробной аннотацией, которая дает представление о его назначении даже при недостатке опыта. Что особенно приятно — подавляющее большинство аннотаций на русском языке. Кроме того, указывается и нахождение пакета (1-й или 2-й CD).
Группировка пакетов (серверные приложения, средства создания публикаций, средства разработки, web-приложения и прочее) достаточно логична, набор их — более чем достаточен. В частности, наличествует TeX и связанные с ним программы (Klyx, например). Что заслуживает быть отмеченным специально, поскольку игнорирование этой традиционной для Unix/Linux системы подготовки публикаций становится дурной традицией среди новых дистрибутивов, декларируемых как end-user oriented. Видимо, в предположении, что народу это не нужно…
Базовые средства системы отмечены по умолчанию. Попытка отключить что-либо из них приводит к сообщению о необходимости их для корректной работы. Если же пользователь продолжает упорствовать в своем желании избавиться от чего-то жизненно важного — программа установки предоставит ему такую возможность. И даже любезно предложит удалить все пакеты, связанные зависимостями с данным. Результат, конечно, очевиден — что-либо работоспособное получится едва ли. Однако сама по себе такая возможность может быть полезной при модернизации системы, например. Равно как и для любителей учиться исключительно на собственных ошибках.
По завершении индивидуального выбора появляется сообщение о нарушении зависимостей — избежать его трудно даже при наличии некоторого опыта. Сопровождающееся предложением либо вернуться к выбору, либо разрешить зависимости автоматически. Впрочем, и здесь для особо упорных или убежденных в своей правоте товарищей предоставляется возможность продолжить инсталляцию без этого.
Как я уже говорил, все сделанное до сих пор необратимых последствий не имело. И лишь теперь мосты сожжены — начинается создание разделов и файловых систем на них (то есть, в понимании DOS/Windows, форматирование). Результат чего, разумеется, — уничтожение всего ранее существовавшего содержимого диска.
А затем, без перехода, начинается установка пакетов. Длительность которой зависит, естественно, от от набора пакетов и быстродействия машины. Так, в конфигурации с P-III/733, 256 Мбайт памяти и 15-гигабайтным диском IBM (ATA-100, 7200 об./мин) несколько подкорректированный офисный набор (508 пакетов суммарным объемом 1,4 Гбайт) устанавливался у меня чуть меньше 20 минут. А для системы разработчика из 447 пакетов в 1116 Мбайт вполне хватило и 15 минут…
В ходе копирования может быть запрошен второй диск (первый при этом выдвинется автоматически). Кроме того, в это время доступна (по нажатию клавишной комбинации Alt+F2) вторая виртуальная консоль с запущенной на ней командной средой bash (правда, без системы контроля заданий). Говорят, что время ожидания можно убить, играя в тетрис, но я не пробовал.
По завершении установки пакетов начинается этап пост-инсталляционного конфигурирования, в том числе и конфигурирования системы X Window (третьего ключевого момента установки) и языково-зависимых настроек (четвертый этап). Однако для начала предлагается выбрать загрузчик системы. В качестве таковых предлагаются а) собственный мультисистемный загрузчик ASPLoader и б) стандартный LILO.
И тот, и другой могут быть записаны как MBR первого физического диска, так и в загрузочный сектор раздела, на который установлен ASPLinux (последнее необходимо, если есть желание сохранить ранее использовавшийся загрузчик). Кроме того, можно отказаться от установки загрузчика вообще. А на предмет доступа к системе предусмотрено создание загрузочной дискеты.
Рис. 17. Выбор загрузчиков системы
А далее, после определения сетевой карты (за отсутствием таковой в моей машине — вопрос этот замнем), наступает волнующий момент конфигурирования системы X Window. Доставлявший в минувшие времена немало хлопот (а говорят, и бед). Ныне, однако, времена эти — почти былинные. И настройка графического режима (при соблюдении несложных правил техники безопасности) проходит безболезненно.
Для начала — выбор монитора. Список поддерживаемых моделей весьма обширен, но их частотные характеристики не всегда определяются корректно.В частности, для моего AcerView 76i они были заведомо завышены (рис. 18). И потому лучше будет выбрать неопределенный (unknown) монитор и, вооружившись документацией на конкретную модель, выставить частоты горизонтальной и вертикальной развертки вручную — выбором диапазонов из выпадающих меню.
Рис. 18. Конфигурирование X Window: выбор монитора
Вслед за чем определяется видеокарта. Насколько мне удалось проверить — почти всегда правильно, хотя объем видеопамяти, возможно, придется подкорректировать вручную. Здесь же задаются разрешение (в связке с частотой развертки, например, 1024*768*76Hz) и глубина цвета, после чего настройки можно протестировать (рис. 19).
Рис. 19. Конфигурирование X Window: выбор видеокарты, разрешения и развертки
Пренебрегать последней возможностью не следует. Я интереса для проведал эту процедуру при самых разных теоретически доступных на моем мониторе (напомню, достаточно древний AcerView 76i) разрешениях и частотах. Каковые ограничивались, по документации, 1024*768*76 Hz и 1152*864*72 Hz. Как ни удивительно, тест графического режима спокойно проходил вплоть до 85 Hz при первом разрешении и при 78 Hz — при втором.
Более высокие значения, во избежание летального исхода, я выставлять не рискнул. Хотя потом у меня появилось подозрение, что при установке заведомо завышенных частот ничего страшного не происходит — характеристики просто сваливаются в ближайший безопасный режим. Но запасного монитора под рукой у меня не завалялось, и проверять это предположение я не стал. Оставив это желающим поэкспериментировать обладателям мониторов на гарантии…
Надо заметить, что в составе дистрибутива система X Window представлена в виде XFree86 версий 3.3.6 и 4.03. Выбора между ними не предлагается: если видеосистема машины поддерживается четвертой версией, то она и устанавливается автоматически, в противном же случае происходит возврат к версии 3.3.6.
По завершении конфигурирования X Window (и успешном прохождении теста графического режима) наступает время локализации (рис. 20). Здесь можно установить и геометрию клавиатуры, и языки с их наборами символов (помимо различных русских локалей, вроде KOI8-R и CP1251, имеются также русская украинская и украинская украинская locale).
Рис. 20. Локализация и установка клавиатурных раскладок
На этой же стадии выбирается переключатель клавиатурных раскладок. Где, кроме обычных комбинаций Alt+Shift, Control+Shift и Shift+Shift, имеется вариант с одной из Windows Key — той, которая непарная, справа (Menu Key). Давно пора — хоть какая-то польза от них будет.
Как уже говорилось, локализация не имеет никакого отношения к ранее выбранному языку установки: можно инсталлировать систему на русском и локализовать ее на американский английский, и наоборот. Что полезно для тех, кто испытывает отвращение к сообщениям программы на рiдной мове. Впрочем, в данном случае причин для отвращения нет — русский язык установочной системы вполне приемлем как в лингвистическом, так и в семантическом аспектах.
Следующий этап также имеет отношение к локализации — это выбор часового пояса (рис. 21). Для Москвы (и прочей России) разница между зимним и летним временем не учитывается. В чем, впрочем, греха не вижу — все равно разработчикам не угнаться за властями, если им взбредет в голову учредить очередное декретное (или супердекретное) время…
Рис. 21. Выбор часового пояса
Завершающий штрих — ввод пароля для суперпользователя (именуемого в народе root’ом) и определение пользователей простых. Коих можно наплодить сколько угодно. Или, напротив, отложить это занятие на до лучших времен.
Рис. 22. Определение пользователей
Вот и все: появляется поздравление с успешной инсталляцией, вслед за чем начинается перезагрузка. Перед чем лоток с CD автоматически выдвигается — чтобы не забыть извлечь его…
Начальные настройки
Первый запуск вновь установленной системы — это всегда волнующий момент. По крайней мере — для меня. Однако в данном случае особых оснований для беспокойства не предвидится. В случае установки загрузчика ASPLoader появляется его меню, в котором будет два обязательных пункта — загрузка ядра 2.2.19 (по умолчанию) и загрузка с дискеты. В случае, если было установлено ядро 2.4, будет, конечно, и соответствующая опция. Ну и ранее установленные системы, например, Windows, также можно загрузить. Более того, при наличии второго физического диска с установленной на нем, например, FreeBSD или OpenBSD, соответствующий1 пункт в меню загрузчика будет присутствовать. Хотя, чтобы им воспользоваться, потребуются дополнительные настройки.
Для меня было неожиданностью, что ASPLoader исправно функционирует, даже будучи записан на второй физический диск (если выставить соответствующую опцию в BIOS, разумеется). И позволяет при этом грузить системы с первого физического диска. Стандартный загрузчик LILO, насколько мне известно, по сию пору такой возможности не дает…
Непосредственно через меню начального загрузчика можно слегка подкорректировать конфигурацию ASPLoader. Впрочем, это будет темой отдельной заметки.
Выбор ядра Linux (того или другого, по желанию) приводит, как нетрудно догадаться, к загрузке системы ASPLinux. При загрузке ядра 2.2.19 не происходит ничего необычного. За одним исключением: большая часть выводимых на экран сообщений переведена на русский язык.
При загрузке же ядра 2.4 в течении длительного времени происходит монтирование файловой системы reiserfs, что выражается в мелькании соответствующих сообщений. Однако и при ядре 2.2.19 работа с разделами этими происходит точно также, как и с разделами ext2fs, то есть некая обратная совместимость здесь предусмотрена.
Загрузка завершается либо стандартным текстовым предложением авторизоваться, либо (если при конфигурировании X Window была выбрана соответствующая опция) — графической панелью. Она происходит из GNOME (поскольку это графическая среда по умолчанию), но позволяет выбрать и иной оконный менеджер (рис. 23).
Рис. 23. Графический вход в систему
При загрузке обоих ядер происходит определение новых устройств. И, буде таковые обнаружатся, автоматически вызывается программа kudzu для их конфигурирования. В моем случае в качестве нового было определено устройство на чипе BT878 (TV-тюнер, он же — плата видеозахвата), каковое и было успешно сконфигурировано.
Раз уж зашла речь об устройствах — звуковая моя плата, SB AWE128, также была определена автоматически (как Ensoniq1371). И в дальнейшем для извлечения из нее музыки не потребовалось никаких действий. А вот для настройки печати нужны кое-какие движения, хотя и минимальные.
В отличие от Red Hat и большинства его потомков, в ASPLinux на стадии инсталляции принтер не конфигурируется. Однако штатная утилита Red Hat — printtool, — в дистрибутиве имеется. Ее следует запустить из X Window (например, из окна терминала) от имени суперпользователя, после чего возникает панель с кнопками, предлагающими изменить, добавить или удалить принтер (рис. 24). Поскольку таковой отсутсвует, выбор дальнейших действий однозначен.
Рис. 24. Панель printtool — средства настройки принтера
Нажатие на кнопку Add приводит к появлению новой панели (рис. 25), где определяются имя устройства, каталог для спулинга и тому подобные опции (их, скорее всего, можно оставить указанными по умолчанию).
Рис. 25. Опеределение свойств принтера
После чего, нажав кнопку Select в поле выходного фильтра (Input Filter), следует собсьвенно выбрать требуемую модель (рис. 26). В списке — большинство распространненых струйников Canon, матричные принтеры Epson и пара струйников, почти все струйники и лазерники Hewlett Packard, несколько моделей Lexmark (правда, все — с пометкой B&W only). Хотя последних достижений печатных технологий нет, свой HP DJ 840C я там обнаружил.
Рис. 26. Выбор модели принтера
После выбора принтера есть возможность протестировать его в трех режимах — ASCII-текста, PostScript (цветная страница) и печати непосредственно в порт. Качество печати текста во всех случаях вполне приличное, цветопередача на PostScript странице — похожа на настоящуюю, хотя в целом несколько она выгляди грубовато — разрешение явно не выше 300 dpi. И никаких средств управления им я не обнаружил.
Впрочем, я неоднократно уже имел случай отметить, что цветная печать — отнюдь не сильная сторона любой Linux-системы. Остается надеяться только на угрозы Hewlett-Packard и Lexmark поставлять для своих устройств драйверы под Linux…Что обращает на себя внимание после загрузки? Во-первых, нормальная работа с кириллицей: и в консоли, и в X Window русские буквы выводятся на экран и вводятся с клавиатуры, почти не вызывая потребности в каких-либо дополнительных настройках. Переход с латиницы на кириллицу единообразно осуществляется и в консоли, и в X Window с помощью определенного при инсталляции переключателя.
Правда, в обоих случаях русская раскладка представлена DOS-вариантом. Что, на мой взгляд, не вполне правильно: ведь все продающиеся ныне русифицированные клавиатуры маркированы в соответствие с Windows-раскладкой. Впрочем, изменить положение труда не составляет. В консоли для этого нужно проставить желаемое значение KEYTABLE в файле /etc/sysconfig/keyboard. Например, строка
KEYTABLE="ruwin_cplk"
даст нормальную Windows-раскладку с переключением клавишей CapsLock. Ну а в X Window в секцию «Keyboard» файла /etc/X11/XF86Config-4 нужно добавить строку
XkbVariant "winkeys"
для получения Windows-раскладки, а значение строки XkbOptions изменить желаемым образом, например
XkbOptions "grp:caps_toggle"
для переключения с помощью клавиши CapsLock. Это, разумеется, относится к случаю по умолчанию, то есть к XFree86 версии 4. Если же была установлена версия 3.3.6 (это происходит, если программа установки обнаружила не поддерживаемую четвертой версией видеокарту), правке подлежит файл XF86Config.
О поддержке звука в свеже инсталлированной системе я уже упоминал. Следующий приятный момент — ядро 2.2.19 по умолчанию собрано с поддержкой в виде модуля эмуляции SCSI-протокола через интерфейс IDE. Что есть необходимое условие для записи CD-дисков на относительно дешевых (и потому получающих все большее распространение) записывающих устройствах CD-R/RW с IDE-интерфейсом. Для активизации такой возможности достаточно дать (от имени суперпользователя) команду
insmod ide-scsi
Правда, это относится только к ядру 2.2.19; ядро 2.4 собрано без поддержки эмуляции SCSI через IDE и, соответственно, потребует перекомпиляции для записи дисков CD-R/RW.
Это — практически все, что должно сказать о начальных настройках системы. Не потому, что иных нет — как и любая Linux-система, ASPLinux позволяет настроить многие множества параметров. Просто на первом этапе знакомства с ним необходимости в этом нет — система вполне пригодна для работы в конфигурации по умолчанию. Ну а всякого рода тонкое конфигурирование вполне можно проводить (и осваивать!) уже в процессе реальной жизнедеятельности.
Функциональность
Именно с позиций реальной жизнедеятельности конечного пользователя я и постараюсь оценить функциональность системы.
Для начала — вопрос: что следует понимать под функциональностью дистрибутива? Если речь идет о базовых характеристиках (или, скорее, о супер-базовых), то они определяются таковыми же базовой платформы. То есть — ядра Linux, файловой системы ext2fs и т.д. То есть, по идее, идентичны (или должны бы быть идентичными) во всех нормально собранных дистрибутивах Linux.
Если говорить о функциональности системных утилит и прикладных пакетов — опять-таки возникает ряд разночтений. Ведь многие дистрибутивы распространяются в двух и более редакциях. Минимальная, как правило, доступна для бесплатного download’а. Хотя может быть получена и на CD, также по минимальной цене — себестоимости носителя и доставки плюс накладные расходы.
Однако существуют и как бы коммерческие версии тех же дистрибутивов, распространяемые за деньги (иногда далеко не минимальные даже по ненашим стандартам). Они комплектуются (помимо печатной документации, в американских реалиях составляющие львиную долю их себестоимости) многими и многими утилитами и прикладными пакетами, статус которых варьирует от GPL и аналогичных до shareware и просто коммерческих (обычно в demo- или trial-модификациях). Что, естественно, отражается и на цене, и на интегральной функциональности.
В наших условиях такие полные версии или практически недоступны, или экономически нецелесообразны. Ведь все GPL-программы (и обычно в более актуальных версиях) можно скачать по Сети. А польза от demo-, trial- или shareware-версий — весьма сомнительна, если нет эффективной возможности (да, честно говоря, и желания) оплатить соответствующую лицензию.
Однако дело не в этом. Главное, что при сравнении функциональности часто сравниваются (что скрывать, и сам этим был грешен в ряде своих прежних заметок) полнофункциональные некоммерческие версии (типа Debian или, применительно к нашим баранам, Mandrake 7.0/RE Full) сравниваются заведомо урезанные download-версии квазикоммерческих дистрибутивов (вроде Caldera OpenLinux или Suse Linux). Из чего делается однозначный вывод о функциональном превосходстве первых.
Конечно, с точки зрения потребительских качеств, подход этот имеет право на существование. Достаточно сравнить 50 долларов цены Suse (а в комплекте с коммерческим полнофункциональным ApplixOffice — около 200 их же) или 200 уев (то есть условных единиц) за полностью укомплектованную Caldera с менее чем 500-ми (при покупке в самом дорогом магазине и с доставкой на дом наложенным платежом) пост-советскими рублями — Mandrake в русской редакции.
Однако с позиций технологического потенциала дистрибутива (а именно это меня и интересует в данном случае) такой подход неприемлем. Это я не к тому, что Caldera за 200 уев обязательно лучше, чем рiдний Mandrake за буев (БузУсловных Единиц) 400. По моему мнению — так просто с точностью до наоборот… Просто полнофункциональные версии должны сравниваться с полнофункциональными же, облегченные — с облегченными, и так далее.
Появление на арене ASPLinux подчеркивает это положение. Ведь по комплектации, дизайну, документации, полиграфии, технической поддержке и тому подобным красивостям коробочная его редакция безусловно претендует (и не без оснований) на место в ряду Caldera и Suse. В то же время некий базовый комплект этого дистрибутива доступен (и, надеюсь, будет доступен и впредь) для свободного скачивания. Ведь большая часть его — все тот же добрый старый GPL-софт, каковой обязан распространяться подобным образом.
И потому в оценке функциональности ASPLinux его следует две части: базовую и «коробочную». Естественно, функциональность их различна. Тем не менее, даже базовая часть (которая, собственно, и является предметом сегодняшнего рассмотрения) содержит практически все необходимое, что обычно включается в дистрибутивы такого класса. И даже кое-что из излишнего. Но это — общая черта производных Red Hat. Который, по-моему, изначально комплектовался по принципу: не знаю, зачем, но ведь хороший человек написал.
С последним кто бы спорил, а я так и драться не полезу. Однако в итоге от версии к версии дистрибутивы Linux становятся все толще и толще. ASPLinux — не исключение из правила, но толщина его относительно умеренна: в установке, как для разработки, так и для офиса, он занимает менее полутора гигабайт. Для сравнения — Mandrake 7.2 (оригинальный) при аналогичной подборке тянет более чем на два гигабайта.
Однако вернемся к ASPLinux’у. В качестве визуальной среды по умолчанию в ASPLinux принят GNOME (рис. 27), и выбора таковой на стадии инсталляции не предусмотрено. Однако в комплекте имеется и KDE версии 2.1 (рис. 28), и серия общераспространенных оконных менеджеров — WindowMaker, IceWM, FVWM2 etc. Для управления ими можно воспользоваться утилитой wmconfig. Хотя, возможно, проще отредактировать вручную файл /usr/X11R6/lib/X11/xinit/xinitrc. Но, во всяком случае, пользователю предоставляется достаточно обширные возможности выбора.
Рис. 27. Интегрированная среда GNOME в составе ASPLinux
Рис. 28. Интегрированная среда KDE в составе ASPLinux
И KDE, и GNOME содержат традиционный для этих сред набор утилит и приложений. Каковых в большинстве случаев более чем достаточно для повседневной работы. Особо заслуживает быть отмеченным наличие работоспособных мультимедиа-приложений для прослушивания звука и просмотра видео, в том числе и в формате mpeg. Следует заметить, что к комплектации GNOME разработчики подошли более тщательно, по сравнению с KDE, видимо, в силу личных симпатий…
Как я уже говорил, на стадии загрузки системы возможен выбор между ядрами — 2.2.19 и 2.4.2. Сравнение их функциональности далеко выходит за рамки настоящей заметки. Тем не менее некоторыми предварительными наблюдениями мне хотелось бы поделиться.
Так, обращает на себя внимание несколько более высокое быстродействие нового ядра. Для оценки этого я использовал рисунок в формате TIF размером около 12 Мбайт. Он посредством GIMP (версия 1.2) сначала вращался на произвольный угол, затем подвергался гауссовому размытию. Результаты измерений приведены в таблице.
Таблица. Сравнительное быстродействие манипулирования изображениями
| Операция | Ядро 2.2.19 | Ядро 2.4.2 |
| Вращение, с | 11 | 9 |
| Гауссово размытие, с | 13 | 12 |
Приведенные данные, разумеется, не дают оснований для утверждения о большем быстродействии ядра 2.4 по сравнению с 2.2, но показывают их сопоставимость с этом отношении.
Заслуживает внимания также вопрос о журналируемой файловой системе reiserfs. Это — тоже предмет отдельного разговора. Пока замечу лишь, что по быстродействию такой операции, как копирование массива небольших файлов общим объемом около 15 Мбайт принципиальной разницы между reiserfs, традиционной ext2fs и ufs (FreeBSD с активизированной поддержкой soft updates) не прослеживается (время копирования составляет соответственно 10 с, 6 с и 9 с).
Конечно, основное назначение журналируемой файловой системы — в повышенной ее защищенности при сбоях (в том числе и электропитания). Однако радует, что это не сопровождается сколько-ниюудь заметным падением производительности. Что дает линее основание для ее применения, в том числе и в домашних условиях.
Эффективно реализовано в ASPLinux автоматическое монтирование сменных накопителей — CD ROM и дискет. При этом имеется возможность как автоматического, так и принудительного их размонтирования. Последнее не требует обращения к командной строке и позволяет избежать ошибок некоторых файловых менеджеров.
Подведение итогов
Вместо заключения я хотел бы дать общественно-политическую, как сказали бы при развитом социализме, оценку релиза ASPLinux. Причем — с двух позиций: во-первых, самого дистрибутива as is, и во-вторых — следствиям его выхода с позиций российского Linux-сообщества.
Первое, что привлекает внимание в ASPLinux как таковом — это программа инсталляции. Каковая как с точки зрения общего дизайна, так и удобства пользователя представляется чуть ли не лучшей из всего, что я видел до сих пор. Реализация ключевых моментов установки (создание дисковых разделов, выбор пакетов, настройка X Window) близка к идеалу, особенно для начинающего пользователя. Особого внимания заслуживает настройка локальных особенностей. Не скажу за китайскую или корейскую локализацию, но для работы с русским языком система пригодна практически сразу после инсталляции.
Из принципиальных недостатков (с моей, естественно, точки зрения) следует отметить отсутствие возможности выбора рабочей среды графического режима — предлагаемый по умолчанию GNOME, да простят меня его приверженцы, представляется не оптимальным выбором, особенно для начинающего пользователя.
Кроме того, неплохо было бы включить в программу инсталляции конфигурирование принтера. Или хотя бы недвусмысленные указания на счет того, как это сделать позднее.
Прочие недостатки, на которые я обращал внимание — сугубо субъективны и, скорее, являются мелкими придирками. Так, при конфигурировании клавиатуры более целесообразно было бы устанавливать по умолчанию не DOS-, а Windows-раскладку для кириллицы. Или, по крайней мере, предложить выбор. Ну и обеспечить выбор всех возможных переключателей раскладок — также не лишне.
Следующая оригинальная черта дистрибутива — его собственный мультисистемный загрузчик. Опции его конфигурирования существенно отличаются от широко распространенных (и привычных) LILO или GRUB, но благодаря весьма подробным man-страницам — aspldr (8) и aspldr.conf (5), процесс этот принципиальных трудностей не представляет. Непонятно только, почему разработчики, затратив немало усилий по переводу экранной документации на русский язык (еще один плюс в пользу дистрибутива, о котором я просто забыл упомянуть), не озаботились русскоязычной версией таковой для собственного продукта.
ASPLoader может быть загружен с любого жесткого диска (по крайней мере, у меня он прекрасно заработал со второго). Он позволяет загружать Windows любого рода и иные варианты Linux. Возможно также перенаправление просто на загрузочный сектор иного физического диска (в том числе и первого).
Еще раз подчеркну, что свеже инсталлированная система полностью работоспособна сразу после загрузки. Минимальные настройки в отношении локализации требуются только при наличии стойких привычек. И для начинающего пользователя, таковых не имеющего, абсолютно не обязательны. Без дополнительных телодвижений вроде перекомпиляции ядра возможна запись CD-R/RW (возможность, приобретающая все большее значение для конечного пользователя).
С чем бы я поспорил — так это с принципами комплектации дистрибутива прикладными пакетами. Так, при изобилии текстовых редакторов для GNOME, таинственно исчез штатный редактор KDE — kedit, отнюдь не перекрывающийся по возможностям с сохранившимся kedit. Кроме того, лишним не был бы и NEdit — лучший (на мой взгляд) текстовый редактор всех платформ и народов.
Вызывает удивление полное отстутствие web-редакторов. Хотя минимум два из существующих — Bluefish для GNOME и Quanta для KDE, — представляют собой ныне полнофункциональные продукты, ничем не уступающие любому из бесплатных html-редакторов для Windows. Да и базирующийся на Gtk Screem, хотя устойчивость его пока далека от идеала, является очень перспективной разработкой.
Наконец, зияющей прорехой в комплекте выглядит отсутствие lyx — наиболее распространенной настройкой над издательской системой TeX. Имеющийся с составе дистрибутива klyx, во-первых, пока уступает ему по функциональности, во-вторых, привязан к конкретной рабочей среде — KDE.
Впрочем, отстуствие этих пакетов не представляется непоправимым. Все они существуют в виде rpm-пакетов и доступны как в Сети, так и в иных дистрибутивах. Так что доустановка их не должна вызвать принципиальных сложностей. Не говоря уже о возможности сборки из исходных текстов.
Срок моего общения с системой был пока мал, чтобы сделать обоснованное заключение о ее стабильности. Однако ни с какими аномалиями этого плана я не столкнулся ни в графическом режиме, ни, тем более, в консоли. И KDE, и GNOME функционировали вполне справно. Особенно порадовало меня устойчивое поведение Gtk-приложений — до сего времени я сталкивался с таким не часто.
Короче говоря, в современном своем состоянии ASPLinux вполне готов к использованию. Как же он выглядит на фоне иных распространенных в нашей стране дистрибутивов? Вопрос этот широко обсуждался в Сети в связи с тем, что к команде ASPLinux присоединились разработчики BlackCat — системы, пользующейся заслуженной популярностью на постсоветских пространствах. И менно поэтому выходящий релиз ASPLinux наследует номер версии последнего, то есть маркируется не как 1.0, а как 7.1.
Сам по себе факт объединения оценивать не возьмусь — это сугубо личное дело заинтересованных сторон. Однако в связи с этим были высказаны мнения о чуть ли не монополизации рынка Linux-систем и опасения за судьбу иных дистрибутивов, в том числе и продвигаемых бывшей Linux-командой IPLabs (ныне — AltLinux) Mandrake RE и Debian.
Это опасение не кажется мне обоснованным. Мне пока не удалось ознакомиться с последней версией русской редакции Mandrake, однако по опыту общения со всеми предыдущими (начиная с самой первой — 5.1), могу предположить: своих приверженцев найдет и та, и другая система. Поскольку Mandrake и ASPLinux существенно различаются и по направленности, и по подходу к конфигурированию, и по комплектации пакетами, выбор между ними будет определяться сугубо личными пристрастиями.
Что же касается Debian, то этот дистрибутив ориентирован на совершенно иной круг пользователей — никто, по моему, не додумался рекомендовать его для начального ознакомления с системой.
Утверждения же о монополизации просто нельзя принимать всерьез: монополист в области операционных систем — один, и зовут его не Linux, и не FreeBSD (а как — сами знаете). И на этом фоне появление еще одного дистрибутива Linux, способного привлечь внимание потенциальных Windows-мигрантов, может оцениваться только положительно. Ведь относительное количество пользователей любой открытой и свободной ОС может расти только за счет пользователей Windows. А уж какой конкретно дистрибутив они выберут для первого знакомства, и на каком остановятся по приобретении опыта — вопрос не столь уж существенный.
Так что в финале своего затянувшегося повествования хочу повторить фразу из заголовка — да не оскудеет Русь Linux’ами. Пусть их будет больше, хороших и притом разных. Что даст нам, пользователям, возможность выбора, а разработчикам — возможность взаимовлияния и взаимообогащения. Ведь, как сказал Алексей Новодворский, жить всю жизнь с одним дистрибутивом было бы слишком скучно…