Network | Development | Download | Offtopic| Карта сайта
FreeNotes| Форум POSIX.ru
Алексей Федорчук
Версия 2, 2005.11.21
Версия 1:
Этой заметкой начинается цикл публикаций о весьма популярных ныне дистрибутивах - Ubuntu и Kubuntu.
Испокон века считалось, что Red Hat - не только самый распространенный и самый популярный дистрибутив Linux, но и самый клонируемый. Даже понятие такое появилось - клон Red Hat. Или, шире говоря, rpm-based дистрибутив, что на самом деле не одно и то же - Suse, использующая формат пакетов rpm, исторически происходит от Slackware, хотя догадаться об этом было бы нелегко. Если с первым утверждением (о распространенности) нельзя не согласиться (хотя нынче картина и не столь однозначна, как пару-тройку лет назад), второе (о популярности) - отошло в прошлое: все большее количество новообразованных пользователей, начиная, например, с Mandriva, весьма быстро перемещаются на Gentoo (а то и вообще на BSD). Ну а третье просто не выдерживает элементарной проверки цифрами. В таблице собраны сведения о количестве производных трех ветеранов дистростроения (Slackware, Debian, Red Hat) - как ныне здравствующих, так и в Бозе почивших.
| Дистрибутив | Slackware | Debian | Red Hat | Fedora | Mandrake | Suse | RPM-Based |
| Активные | 38 | 122 | 21 | 52 | 15 | 4 | 92 |
| Всего | 46 | 152 | 42 | 72 | 17 | 6 | 137 |
| %% активности | 82 | 80 | 50 | 72 | 88 | 67 | 67 |
Примечание: таблица составлена по данным
Так вот, из таблицы, как дважды два, следует, что Red Hat, даже с учетом прямых (Fedora), косвенных (Mandriva) и очень условных (Suse, происходя от Slackware, заимствовала лишь формат пакетов) потомков, породил далеко не рекордное число клонов. Зато доля умерших проектов среди них составляет чуть не половину (или - две трети, если брать наиболее распространенные rpm-based системы).
Существенно более продуктивным с точки зрения клонирования оказывается Slackware - причем и процент "живых" проектов среди ее потомков существенно выше. Это и не удивительно - будучи по сути своей конструктором, эта система просто провицирует пользователя на создание собственного дистрибутива, особенно специального назначения. Остается только удивляться, сколько таких дистрибутивов "для себя" оказалось нужным еще кому-то и продолжают развиваться.
Тем не менее, место лидера среди клонопородителей, как количественно, так и качественно (по числу "живых" проектов), безусловно, принадлежит Debian: число его активно развивающихся производных практически равно сумме потомков Slackware и rpm base дистрибутивов вообще.
В чем причина такой притягательности Debian для вторичных, если так можно выразиться, майнтайнеров? Думается, что в первую очередь в развитой и гибкой системе управления пакетами (да и в удачном формате самих пакетов тоже). В те годы, когда пользователи Red Hat и его потомков мучились с командой rpm, получая в ответ на директиву
$ rpm -ihv имя_рек.rpm
невразумительные сообщения об отсутствии библиотеки имя_рек.so (и ни малейших указаний на то, где эту самую библиотеку искать), дебианисты располагали не только лобовым dpkg, в случае нарушения зависимостей, по крайней мере, внятно отвечавшим, каких именно пакетов недостает для полного счастья, но и dselect, успешно (на мой взгляд, даже слишком успешно) разрешающим коллизии с недостающими компонентами. А появилление в 1999 году комплекса apt вообще избавило пользователя от необходимости размышлять не только над установкой пакетов со всеми их зависимостями, но и над их пост-инсталляционным конфигурированием.
Конечно, диффузия идей в мире Open Source развита очень широко, и как сам apt, так и лежащая в его основе идея были быстро адаптированы в rpm-based системах. Сначала бразильская Connectiva (ныне - одна из составляющих Mandriva) прикрутила apt к своему редхатоидному дистрибутиву. Затем Altlinux положил apt в основу пакетирования не только своего одноименного дистрибутива, но и сделал его системой управления репозиторием Sisyphus. И, казалось, наступило счастье для всех rpm'щиков... Может быть, именно поэтому первые попытки клонирования Debian - Storm Linux и Corel Linux, - потерпели блестящее фиаско.
Однако скоро выяснилось, что применительно к rpm-пакетам apt далеко не столь эффективен, как в родной deb-среде. Начались попытки изобретения apt-подобных систем управления rpm-пакетами, вроде yum или urpmi. Ни одна из которых не получила всеобщего признания. И в итоге "вторичные" майнтайнеры в поисках универсальной и надежной базы для своих систем вновь обратились к Debian.
В итоге Debian дал три ветви дистрибутивов, развивающихся независимо друг от друга, но при сильном взаимовлиянии. И, что немаловажно, в значительной мере сохраняющих совместимость между собой (и со своим прародителем) не только в отношении файловой иерархии, системы инициализационных скриптов, формата пакетов и методов управления оными, но даже и на уровне пакетных репозиториев. Картина, особенно впечатляющая на уровне разброда и шатания, сразу же затронувшего rmp-мир, основные представители которого, за редчайшими исключениями, давно уже не имеют между собой ничего общего, кроме формата пакетов.
С одной стороны, от Debian отделились дистрибутивы коммерческого типа - Xandros (бывший Corel Linux), Mepis и Linspire (ранее скандально прославившийся как Lindows). С другой - он лег в основу знаменитого LiveCD Knoppix, давшего, в свою очередь, многочисленные ответвления. С третьей же, на базе Debian образовалось немало свободных дистрибутивов общего назначения, из которых наибольшая известность суждена была Ubuntu Linux.
Основатель этого дистрибутива - южноафриканец Марк Шаттлворт, один из разработчиков Debian и по совместительству - бывший глава бывшей Интернет-компании Thawte Consulting. Деятельность которой была столь успешна, что ее приобрела известная корпорация VeriSign за астрономическую сумму, сделавшую Марка весьма богатым человеком. После чего он повел себя не очень стандартным для акулы капитализма образом. Я бы сказал, примерно так, как поступил бы любой нормальный человек, на которого нежданно-негаданно свалилось богатство.
Что надлежит сделать порядочному человеку в таком случае? Перво-наперво, "поделиться с пацанами". И каждый из бывших сотрудников Thawte Consulting получил премию - миллион рэндов (более US $100000). Во-вторых, следует осуществить голубую мечту своего детства. И Марк слетал в космос в качестве туриста, оказавшись в этом качестве вторым человеком в истории Земли. В-третьих, стоит подумать о тех, кому не повезло стать миллионером. И Марк создает и финансирует несколько некоммерческих организаций - по развитию образования в Африке, помощи развивающимся странам, и так далее. И, наконец, вернуться к тому, с чего начинал - в данном случае в начале всех начал оказался Linux. А посему Марк собрает команду для разработки собственного дистрибутива Linux. В основу которого, естественно, кладется Debian - собственно, Ubuntu и характеризуется как Debian с "человеческим лицом". Говорят, что само слово Ubuntu на одном из африканских языков означает нечто подобное нашему понятию гуманизм. Но язык - источник слова, при этом не называется, так что проверить это утверждение невозможно. Подозреваю, что оно было просто придумано африканского колориту заради...
Хотя, вероятно, и не Марком. Ведь если мы наберем в строке баузера , то кажемся не на сайте одноименного проекта по разработке этого дистрибутива, как можно было бы подумать, а на некоме всемирном форуме Civil Society Networks (смысл этого выражения от меня ускользает). Тогда как официальный сайт проекта Ubuntu - ).
Дистрибутив Ubuntu, созданный во второй половине 2004 года, мгновенно завоевал очень широкую известность и популярность, на протяжении многих месяцев возглавляя Top-100 сайта
Но нарастающая популярность Ubuntu имеет и объективные причины. В двух словах, Ubuntu - это почти самый обычный Debian, использующий deb-формат пакетов и систему управления ими - apt, а также чуть модифицированный Debian Installer, впервые появившийся в последней его версии (Debian 3.1 Sarge). И, насколько мне известно, сохраняющий совместимость с огромным пакетным репозиторием Debian (по крайней мере, пока). Отличие его от прародителя - во-первых, в том, что он комплектуется самыми свежими версиями пакетов, примерно соответствующим тестируемой (testing), а иногда и нестабильной (unstable) и даже експериментальной (experimental) веткам Debian. Сборка пакетов осуществляется с флагами gcc -march=i686 и -O2 (для архитектуры i386), что теоретически должно обеспечивать несколько большее быстродействие, чем для оригинального Debian, собираемого с -mcpu=i686 и -O1. При этом разработчики декларируют полугодичный релиз-цикл для своего дистрибутива (и пока его придерживаются).
Вторая особенность Ubuntu - в том, что при инсталляции системы по умолчанию автоматически устанавливается и настраивается графическая среда. Коей, в соответствие с традициями Debian, стал Gnome. Но, поскольку это - лишь один из возможных пользовательских десктопов, немедленно был создан вариант дистрибутива, использующей в качестве рабочего окружения KDE. Который логично получил имя Kubuntu. Подчеркнем, что Ubuntu и Kubuntu - это одна и та же система, использующая общий репозиторий пакетов. И различия их проявляются только в комплектации инсталяционного CD или DVD. В случае необходимости наращивания установленной системы пакетами, на CD (DVD) отсутствующими, оба дистрибутива обращаются к одному и тому же репозиторию - http://archive.ubuntu.com/ubuntu (ftp://archive.ubuntu.com/ubuntu) или его зеркалам.
Итак, - это базовый Debian, то есть то, что в последнем устанавливается на первом этапе, до перезагрузки. Плюс KDE и тщательно отобранный комплект пользовательских приложений для него, а также Open Office. Распространяется он в сборках для трех архитектур - Intel-x86, AMD64, PowerPC. Все пакеты пересобраны с флагом march=[cputype] (для архитектуры Intel - march=i686) и уровнем оптимизации O2.
Релизная версия выходит, как уже сказано, раз в полгода (до сих пор - точно в срок). На текущий момент это - 5.10 (кодовое название - Breezy), увидевшая свет в октябре 2005 года. Нынче же начато тестирование следующей, 6-й версии (dapper), доступной в качества установчного CD и LiveCD. Что касается релиза, то для каждой архитектуры он распространяется в трех вариантах:
Любой диск Kubuntu может быть получен разными способами - как через традиционные протоколы ftp и http, так и посредством файловобемнных систем Bit-Torrent и Jigdo.
Надо отметить, что, в отличие от Ubuntu, Kubuntu в настоящее время не рассылается бесплатно в любую точку земного шара (хотя, как станет ясным из дальнейшего, есть основания полагать, что это положение скоро изменится). Тем не менее, установочные CD можно приобрести (правда, уже за деньги) в некоторых онлайновых магазинах соответствующего профиля, например, в Линуксцентре.
Очевидно, что для установки требуется один из первых двух дисков. Какой - зависит от соединения с Интенетом. При хорошем коннекте можно обойтись CD, плохой же неизбежно потребует DVD. Впрочем, даже последний вариант не избавляет от необходимости скачивания небольшого количества пакетов - но пакетов, очень важных именно для конечного, в том числе домашнего, пользователя. Я ограничился инсталляционным CD (kubuntu-5.10-install-amd64.iso, поскольку именно на машину с AMD64 и планировалась установка) - и именно о нем пойдет речь в следующем разделе.
Забегая вперед, замечу, что набор пакетов на этом диске очень своеобразен, но тщательно продуман. Вы не увидите там традиционных для KDE kdemultimedia и kdegraphics в полномасштабной сборке с их плейером Noatun, графическим вьювером и программой редактирования изображений. Их место занимают аналогичные по назначению программы сторонних разработчиков: amaroK и Kaffeine для воспроизведения аудио и видео, Gwenview и Krita для просмотра/редактирования векторной графики. А из всех сторонних (то есть не для KDE) приложений на установочном CD я обнаружил только Open Office. Практически отсутствуют консольные приложения, такие, как links и Midnight Commander, из текстовых редакторов для консоли, кроме неизменного Vim, имеется также nano. Установочный DVD более богат программами, но и там они подвергнуты строгому отбору.
И еще: сам Марк Шаттлворт с недавнего времени стал пользователем Kubuntu. Это позволяет предположить, что если раньше в качестве основного проекта продвигался Ubuntu, а Kubuntu вытупал в роли бедного родственника, то теперь ситуация может измениться диаметрально. И, глядишь, скоро объектом бесплатной рассылки по всему миру станут диски с KDE. Что лично меня не может не радовать. И, к тому же, положа руку на сердце, скажите: разве Kubuntu не лучше соответствует поставленной цели - приобщению к Linux широких международных масс?
Обзаведясь тем или иным установочным носителем, можно приступать к инсталляции системы. В Kubuntu (как и в Ubuntu) в качестве программы установки используется тот же Debian Installer, что и в последней (Sarge) версии материнского дистрибутива. Правда, несколько модифицированный. Если установка Debian выполняется в два этапа, разделенные рестартом машины (первый - разметка диска и установка базиса, второй - дополнительных пакетов и начальное конфигурирование), то вариант от Ubuntu - как бы в полтора: вся базовая установка и начальное конфигурирование совмещены в один этап, а после перезагрухзки происходит только развертывание дополнительных пакетов. Никакого выбора последних, кстати, не предусмотрено - и это второе важное отличие установщика Ubuntu от исходного Debian Installer.
Итак, загружаемся с CD и первое, что видим после этого - строка приглашения вида
boot:
Ответить на нее можно разными способами, для знакомства с которыми предусмотрена клавиша F1 (далее - еще некоторые). Если ввести install (или просто нажать Enter) - установка пройдет в режиме по умолчанию (об важных особенностях его я скажу в свое время). Команда же expert вызовет, соответственно, установку в режиме оного, то есть с большими возможностями вмешаться в процесс. Есть еще вариант server - как нетрудно догадаться, это установка только серверных компонентов, в частности, без Иксов и KDE (а что тогда остается от Kubuntu?) и выполнение теста памяти (memtest)\ но о них говорить не будем.
В командной строке можно указать дополнительные параметры, если это нужно. В частности, полезный параметр - vga=771 (например), в этом случае установка пойдет в режиме графической консоли (через Frame Buffer). А с остальными можно ознакомиться через ту же систему помощи.
Что выбрать при нормальной пользовательской установке? Вопрос сложный. В Debian мне однозначно казался предпочтительным второй вариант (expert), даже для тех, кто себя экспертом не считает: она позволит получить более полное представление о процессе установки, а в неясных случаях можно положиться на умолчания программы. И даже в режиме эксперта никаких специфических знаний от пользователя не потребуется: достаточно общего понимания принципов установки и, особенно, разметки дисков и создания файловых систем.
В Kubuntu же есть своя специфика. С одной стороны, только после установки в режиме expert в можно будет задать нормальный суперпользовательский аккаунт, тогда как обычная установка подразумевает доступ к административным привилегиям только через sudo. Однако при этом (то есть при установке в режиме expert) в дальнейшем возможны осложнения с доступом к административным утилитам KDE, требующим суперпользовательских прав. И как эти осложения побороть - пока не выяснено. Обычная пользовательская установка имеет и другие достоинства, почему ее особенности описаны в специальной заметке.
А пока, на стадии первого знакомства с системой, возомним все же себя экспертом и бестрепетно введем команду
boot: expert
Можно, как я уже говорил, задать и параметры для установки в графической консоли:
boot: expert vga=771
каковые будут прописаны потом в конфигурационном файле загрузчика. Что, с одной стороны, хорошо - графическая консоль существенно выигрывает супротив текстовой, особенно на LCD-мониторах. Однако при этом мы лишимся удовольствия лицезреть при загрузке системы фирменный KUBUNTUэвский сплэш. Так что выбирайте.
В любом случае после указанной команды мы увидим перед собой меню, текущий пункт которого отмечен по умолчанию - для исполнения достаточно, подобно пресловутому цыпленку, клюнуть клавишу Enter. По выходе из очередного пункта курсор автоматически смещается на следующий. Хотя можно и просто перейти к нужному пункту, пропустив промежуточные - но мы этого делать не будем. Важно, однако, что в ходе установки можно вернуться к любому пункту главного меню и скорректировать ранее выполненные действия (кроме, конечно, необратимых, таких, как восстановление состояния диска после его разметки).
Программа инсталляции запущена на первой виртуальной консоли, на третью и четвертую выводятся сообщения о ходе установки вообще и об установке пакетов (когда до них дойдет дело), соотвественно. Вторая консоль остается в распоряжении пользователя, активизируясь нажатием клавиши Enter.
Для начала, первым пунктом меню, мы получаем возможность выбрать язык установки (он же будет в дальнейшем языком системы). При выборе русского языка сообщения меню установщика автоматически русифицируются - хотя, в отличие от оригинального Debian, переведены не все пункты.
После этого определяем страну - Россию, Украину или какую другую: установщик учитывает, что русскоговорящий пользователь может жить, например, на Канадщине. А затем - выбор локали: при определении русского языка и страны России по умолчанию предлагается ru_RU.utf8, но доступна также и ru_RU.koi8r. Конечно, с точки зрения содействия мировому прогрессу. следует сохранить выбор по умолчанию. Правда, должен предупредить, что следствием такой прогрессивности будет невозможность чтения русских текстов в консоли сразу после установки - для этого потребуются некоторые действия. Правда, на начальном этапе работы с системой без этого можно обойтись. Однако, когда на следующей стадии установки будет предложено выбрать дополнительные локали, пренебрегать здесь ru_RU.koi8r не следует. Остальными же можно смело пренебречь: все локали семейства en_*.utf8, C и POSIX устанавливаются по умолчанию, выбор русской локали тянет за собой и ru_UA.utf8, а больше нам ничего и не нужно, не так ли? Хотя, разумеется, гражданам прочих незалежных стран бывшего рублевого пространства потребуются собственные локали.
Следующий этап - определение раскладки клавиатуры. Здесь можно только выбрать русскую, без детализации. Определяемая таким образом раскладка, возможно, многим покажется неудачной - она предусматривает DOS-маркировку клавиш и переключение по правой клавише Control. И потому также потребует в дальнейшем некоторых корректив.
После этого, нажав Enter на соответствующем пункте меню, некоторое время занимаемся поиском установочного CD и прочтением его содержимого, каковое завершается (надеюсь) благополучно. В результате этого перед нами предстает список модулей, требуемых, по мнению инсталлятора. В их числе - поддержка всевозможных чипсетов и прочего, явно не наличествующего in corpore на конкретной машине. Однако время на их отключение можно не терять: во-первых, они ничему не мешают, а во-вторых, все отключенное будет настойчиво предлагаться к загрузке в дальнейшем, снова и снова.
Так что оставляем все, как есть, и соответствующим пунктом меню загружаем универсальный конфигуратор debconf и дополнительные компоненты с CD, необходимые для установки. В возникающем списке оных по умолчанию ничего не отмечено - и, вроде бы, в обычных условиях ничего из него и не требуется. Для сведения, в списке - такие пункты, как поддержка EVMS, mdconf, ufs, и многие другие, о чем те, кому это нужно, и сами знают.
Далее происходит определение сетевой карты. В моем случае на экране высветились оба моих устройства - чипсетное от Nvidia и PCI'ный Realtek, а также, почему-то, флоппи-привод (которого у меня нет физически, и в BIOS'е он отключен). После чего предлагается настроить сетевое соединение автоматически - через DHCP. При наличии оного с этим следует согласиться. В ответ на что машина некоторое время пошуршит в поисках DHCP-сервера, а потом радостно сообщит, что подключение установлено успешно.
В случае, если автоматическая настройка сети завершилась ошибкой, можно попробовать сделать это вручную. Для чего следует просто последовательно вбить руками IP себя, шлюза и DNS'а. Тут уж никаких сообщений об ошибках не будет. Но в правильности настройки можно будет убедиться только командами типа ifconfig или ping, запустив их в свободной второй консоли.
Следующим пунктом нашей программы идет распознавание оборудования, сиречь жестких дисков. С этим все должно пройти на-ура - как основной SATA, так и с PATA дисками. После чего наступает самый ответственный этап установки: разметка диска и создание файловых систем. Не то что он очень сложен - просто, как и в большинстве других дистрибутивов Linux (и, тем более, во FreeBSD), сделанные здесь ошибки исправимы только с большим трудом (или неисправимы вообще).
Так вот, установщик предлагает несколько режимов автоматической или полуавтоматической разметки, которые я даже и не рассматривал, потому что сразу обратился к ручному разбиению (и всем того же желаю, дисковая разметка - не тот случай, когда следует полагаться на автоматику).
Собственно разметка выполняется достаточно просто:
msdos: в Linux используется именно эта схема разметки, хотя в списке присуствует и разметка в BSD-стиле, стиле Sun, и так далее;/, /usr, /home и так далее);noatime, nodev и так далее, в том числе и зависимости от выбранной файловой системы;Давать рекомендации по разметке - дело неблагодарное, каждый имеет на сей счет свои представления. Ограничусь только своими наюлюдениями. Так, у меня создалось впечатление, что для настольного использования нет смысла в дробном разбиении диска. вполне достаточно корневого (размером в несколько гигабайт - у меня, например, использовано чуть больше двух), под swap (в Debian и его клонах он традиционно создается равным утроенному объему оперативной памяти, а не удвоенному, как обычно рекомендуется) и под каталог /home (как всегда и везде - сколько нужно, сколько можно, или сколько не жалко). Если предполагается использование GRUB в качестве загрузчика - может быть целесообразным выделение раздела под /boot - что-нибудь 30-50 Мбайт).
Разумеется, не возбраняется и вынесение на отдельные разделы таких ветвей файловой иерархии, как /tmp, /var, /usr. И, вероятно, на серверах так и нужно делать. Однако на десктопе я особой выгоды от этого не обнаружил (в отлчие от Source Based дистрибутивов, где обособление дерева портообразных систем и исходников для сборки весьма полезно).
Что же до файловых систем, то в последнее время я стал убежденным сторонником ReiserFS, обеспечивающей рекордное быстродействие при работе с маленькими (и очень маленькими) файлами, но также хорошо показывающей себя и на массивх смешанных данных, обычных при настольном использовании. Если выделяется специальный раздел под /boot - ему рекомендуется определить файловую систему ext2fs - как во избежание лишних проблем, так и просто из соображений зравого смысла. Ну и при вынесении за пределы корня всего, чего можно (/tmp, /var, /usr) - есть смысл форматировать его под ext3fs.
Из опций монтирования для всех файловых систем целесообразно использование noatime, несколько повышающей производительность файловых операций. А для ReiserFS хорошо определить также notail - это, в сочетании с noatime, зело способствует быстродействию.
По завершении разметки/форматирования перед нами встает необходимость установки Base System, что и проделывается в автоматическом режиме, без всякого нашего участия и возможности выбора. В чем, впрочем, нет никакой необходимости - базовый комплект Debian более чем аскетичен. Выбор предлагается только в отношении ядра - да и то, в наличной версии Kubuntu он кажущийся, так как все пункты появляющегося списка соответствуют одному и тому же ядру - 2.6.12 для AMD64. Правда, в варианте для i386 предусмотрено несколько ядер, в том числе и с поддержкой SMP.
После этого мы в принципе имеем Debian-систему в минимальной комплектации - полностью работоспособную по добавлении загрузчика (одним из последних пунктов меню). Однако перед нами еще ряд дополнительных возможностей, первая из которых - копирование пакетов, специфичных для Kubuntu, на жесткий диск. Это еще не установка - она будет происходить после рестарта машины. Просто такое копирование (под него запрашивается около 400 Мбайт) способствует как ускорению последующией процедуры инсталляции, так и позволяет обойтись без установочного CD после перезапуска. Так что отказываться от него было бы неразумно (при нынешних-то дисковых пространствах).
Также резонно выглядит и предложение скачать из Сети пакеты, специфичные для выбранного языка. Если с ним согласиться - то после установки пакетов (а само скачивание будет происходить во время оной) мы получим не только русифицированный KDE (это произойдет в любом случае), но также и Open Office.
По завершении копирования предлагается отюстировать время - выбрать часовой пояс, и так далее. Здесь все происходит само собой - если системные часы компьютера установлены по Гринвичу (чего всем настоятельно советую).
Далее - создание пользовательских аккаунтов. Именно здесь проявляется главное различие между экспертным и умолчальным режимами установки. Потому что только первый позволяет задать пароль root'а (как обычно, дважды). При обычной же установке сразу предлагается ввести имя обычного пользователя - сначала реальное имя (в дальнейшем оно появится в виде приветствия в ходе загрузки, как следствие общего гуманизма системы). Из реального имени автоматически конструируется логин, каковой, впрочем, можно изменить произвольным образом. Ну и пользовательский пароль, разумеется, также вводится здесь.
Да, еще: перед заданием суперпользовательского пароля запрашивается, использовать ли механизм теневых паролей (shadow password). Умолчальный ответ - Да, но, возможно, от него следует отказаться. Почему - скажу под занавес.
Следующий интересный этап - настройка apt. Сначала в качестве репозитория пакетов прописывается установочный CD, после чего следует сообщение, что для установки доступно столько-то пакетов (в моем случае - 1147). И задается вопрос, добавить ли другие источники. В качестве таковых могут быть использованы ftp- и http-сервера, файловые системы или нечто произвольное, заданное руками.
Очевидно, что практический смысл имеет выбор ftp-источника (или, в случае проблем с proxy-сервером, http). В этом случае выводится список теоретически доступных зеркал, локализованных в разных странах. Причем по умолчанию выбрано будет рассоийское зеркало. Не торопитесь с этим соглашаться - таквого в природе (пока?) не существует, поэтому такой выбор через некоторое время, необходимое на проверку, повлечет за собой сообщение об ошибке.
Не скажу за всю Россию, вся Россия очень велика. Но в моих условиях самыми быстрыми зеркалами (и это подстверждается во всех ОС и дистрибутивах) оказываются норвежское, бельгийское или нидерландское. К сожалению, при установке Kubuntu выбирать между ними приходится вслепую: ни пропинговать их во второй консоли, ни, тем более, воспользоваться специальной утилитойnetselect, в отличие от оригинального Debian, не удается.
После выбора зеркала следует три вопроса об использовании дополнительного софта разных категорий: restricted, universe и backported. Ответ по умолчанию во всех случаях отрицательный, однако имеет смысл изменить его на положительный: лишний источник программ вроде никогда и никому еще не мешал.
Теперь - почти последнее: установка загрузчика. За номером первым в списке идет GRUB - по моему скромному мнению, его и следует выбрать (ибо Lilo, следующее в списке вторым, никакими преимуществами перед ним не обладает). Тут важно только одно - при многодисковой конфигурации машины, использующей как PATA, так и SATA, не соглашаться с умолчаниями инсталлятора (пожалуй, единственный случай). Ибо "умолчально" GRUB будет установлен в MBR 1-го диска на 1-м PATA-канале - вне зависимости от того, какой диск определен в BIOS'е как загрузочный, и на какой из дисков выполнялась установка системы. Так что на соответствующий вопрос должно ответить решительным отрицанием (то есть Нет). После чего место для установки загрузчика можно будет задать руками - причем как в нотации GRUB'а (типа hd(0,0)), так и просто именем устройства - /dev/sda, например. Причем ошибка пройдет практически безболезненно - при рестарте машины ее можно будет исправить интерактивно.
Вот теперь - совсем все: извлекаем (при участии инсталлятора) CD и идем на перезагрузку. После которой действительно можно откинуться на спинку кресла. Ибо оставшиеся мелочи будут выполнены сами собой. А именно - произойдет та самая установка дополнительных пакетов, которые ранее были записаны на винчестер. Языково-зависимые пакеты, не включенные в дистрибутив, также будут скачаны в процессе. Вмешательство пользователя потребуется лишь однажды - где-то в середине установки. И сводится оно к выбору желаемых разрешений для Иксов. По молчанию отмечены такие: 640x480, 800x600, 1024x768. Более высокие (или нестандартные) разрешения нужно задать самому.
Единственное, что тут может обескуражить наичнающего пользователя - это отсутствие русских букв в меню выбора разрешений при локали UTF-8. Поскольку локаль-то установлена, а вот про загрузку соответствующих шрифтов и забыли. В дальнейшем нам придется устранить такое безобразие, но пока действия по выбору разрешений совершенно очевидны и без букв вообще. И, к слову сказать, при локали KOI8 с русскими буквами в консоли все нормально.
Вслед за полной установкой пакетов происходит загрузка Иксов - и все, пользователь, посредством авторизации через kdm, оказывается в своем рабочем окружении.
Что же мы получили в итоге? А получили мы аккуратную и вполне разумно настроенную такую KDE-станцию. Звук и сеть - работают из коробки. Русский язык в Иксах - тоже. Правда, шрифты, хотя и True Type (семейство DejaVu), вид имеют вполне скверный. И, конечно же, умиляет изобилие всяких экзотических шрифтов - тамильских, бенгальских и Бог знает каких еще. А вот с выводом кириллицы в консоли, при умолчальной кодировке UTF-8, - напряг, русские буквы заменяются квадратиками. Наконец, нет средства проверки орфографии для русского языка в умолчальной кодировке. Впрочем, с этим и в оригинальном Debian'е напряг: штатный ispell-ru там собран в рассчете на KOI8, а aspell-ru имеется только в ветке unstable (причем лишь для архитектуры i386, версия для AMD64 такого пакета не имеет вообще).
Некоторое неудобство может доставить перелопаченное стартовое меню KDE - выглядит непривычно, и программы оказываются совсем не в тех пунктах, где я привык (например, редактор Kate еле нашелся в пункте Служебные). Но зато сам KDE очишен от всякого балласта (в частности, от редакторов типа Kedit и Kwrite).
Своеобразно настроен konqueror в ипостаси файлового менеджера. Причем, что интересно, возможность его переконфигурирования из меню изъята: это можно сделать только прямой правкой конфигов или их подменой умолчальными. Что, впрочем, не сложно и документировано в FAQ'е.
Более серьезная проблема - с правами доступа к возможностям суперпользователя. Как уже говорилось, при обычной утсановке пароль root'а не задается, и получить его привилегии можно только через sudo - соответственно, для исполнения единичной команды. При экспертной же установке - все как у всех, поскольку пароль root'а задан, его возможности можно использовать через su.
Но только - в консоли. Потому что попытка обратиться к пунктам меню Центра управления KDE, требующим административных полномочий, тами, как установка общесистемных шрифтов или настройка kdm, влечет сообщение об ошибке в любом случае: вводим ли мы пароль пользователя, как это требует документация, или пароль администратора, как это бывает в обычных дистрибутивах.
Уже после сочинения этой статьи на , что такое безобразие с доступом к правам администратора происходит в том случае, если при установке принять механизм shadow password. Если же от оного отказаться - все будет работать нормально. Сам не проверял, но советую прислушаться к высказанному мнению.
Как я уже говорил, подбор KDE-софта вообще очень своеобразен, но тщательно продуман. Место штатных компонентов из пакетов kdegraphics и kdemultimedia заняли их аналоги от сторонних разработчиков - более удобные или более функциональные, хотя и (для меня) непривычные.
В частности, для прослушивания аудио в Kubuntu предназначен amaroK, а видеофункции (вместе с воспроизведением звука) возложены на Kaffeine. Привыкнуть к их особенностям можно - но попытка использовать их по прямому назначению окажется неудачной за отсутствием кодеков для таких форматов, как MPEG любого рода или Real Audio.
Конечно, кодеки легко доустановить. Более того, этой цели послужил бы собственный менеджер пакетов Kubuntu - Adept. Да вот незадача - его использование требует административных привелегий, а мы уже убедились, что получить оные с помощью штатных средств KDE нельзя. Благо, добрый Debian'овский apt в Kubuntu не отменен (насколько я догадываюсь, Adept - графический фронт-энд к нему).
Тем не менее, сам по себе Kubuntu мне чем-то очень понравился - скорее всего, именно аккуратностью в подборе софта: как в рюкзаке хорошего туриста, в нем есть все необходимое - и ничего лишнего. А отсутствие кодеков объясняется не небрежностью майнтайнеров, а лишь лицензионными соображениями. Увы, в мире есть еще страны, где программные алгоритмы могут вытупать объектами патентного права... Что же до компонентов кириллизации - к этому нам не привыкать стать. И мы ведь помним, что спасение утопающих - дело рук самих утопающих (трудно не согласиться с героем Б.Акунина, что эти слова следовало бы внести в Конституцию Российской Федерации).
И вообще, у меня сложилось мнение, что Kubuntu - дистрибутив, вполне подходящий для любого, в том числе и совсем начинающего, пользователя. А для последнего он, возможно, стал бы оптимальным выбором, если устранить перечисленные выше мелочи. Так давайте затратим некоторое время на это - и устраним их. Как - я надеюсь по мере сил и возможностей описать в следующих заметках этого цикла.