Xubuntu 9.04: попытка конструирования

Автор: Алексей Федорчук

О том, что 23 апреля текущего, 2009, года вышла очередная версия Ubuntu, за которой потянулись и её официальные сателлиты, Kubuntu и Xubuntu, знают все. Общеизвестно также, что она традиционно получила номер 9.04 (год.месяц) и партийную кличку Jaunty Jackalope (Бойкий Кролень). Наконец, только самый ленивый пользователь дистрибутивов «гуманистического семейства» не описал особенности новой версии в своём блоге.

Тем не менее, поделюсь своими впечатлениями и я — тем более, после двух лет активного применения Kubuntu (в течении которых была написана книжка про Гуманистический Linux), устроил себе полуторагодичный антракт: последней версией, с которой я работал, была 7.10, известная под ником Бесстрашный Гиббон. Хотя время от времени устанавливал Kubuntu и Xubuntu друзьям и приятелям. Последний раз это была версия 8.10 для ноутбука Алисы Деевой — специфика ситуации была в том, что в машине, видимо, напрочь погиб SATA-контроллер (благополучно погубив вместе с собой подряд три диска), и систему пришлось устанавливать на внешний USB-винчестер, на котором она благополучно живёт и по сей день.

Так что некоторое представление о развитии Ubuntu в эти промежуточные годы я таки имел, однако вникать в детали случая не представлялось. А тут для этого появилось сразу несколько поводов.

Начну с того, что в новой версии впервые в качестве кодового обозначения было использовано не имя реального животного, а образ мифического существа — помеси кролика (или зайца) с рогатым парнокопытным, служащего, например, в буддистских текстах для обозначения невозможного. Не знаю, каковы были ассоциации «крёстных отцов» дистрибутива — возможно, они хотели показать, что новая версия обладает небывалыми достоинствами. И я решил посмотреть, насколько это соответствует действительности.

Были у меня и другие задачи. Во-первых, Ubuntu представлялась мне самым простым способом познакомиться с ext4 (попытки прикрутить эту файловую систему к Zenwalk’у успехом не увенчались — по причине, так и оставшейся неизвестной).

Во-вторых, хотелось наконец ознакомиться с усовершенствованиями системы инициализации Ubuntu — upstart, обеспечивающими, как говорили, почти мгновенный запуск (хотя на сей предмет в Сети мне встречались противовречивые мнения). И посмотреть её в сравнении с инициализацией Zenwalk’а — в 6-й своей ипостаси он без всяких upstart’ов или initng’ов стартует настолько быстро, что существенно ускорить этот процесс мне не представлялось возможным.

И, наконец, в-третьих и главных, настало время наконец разобраться с настройками современного Xorg’а — как известно, начиная где-то с версии 1.4X (если не ошибаюсь), X-сервер обрёл способность запускаться без конфигурационного файла, получая свои настройки посредством механизма HAL. Однако в Zenwalk’ке я по прежнему действовал старым добрым способом, и менять ничего не хотел. А вот Ubuntu представлялась благоприятным объектом для подобных разборок, тем более что в версии 9.04 xorg.conf по умолчанию не задействуется вообще. Ведь не за горами время, когда новые методы конфигурирования Иксов станут общераспространёнными, и осваивать их рано или поздно придётся.

Для моих целей перво-наперво предстояло выбрать подходящего представителя семейства. Сама по себе Ubuntu меня никогда не привлекала ввиду её умолчального GNOME. С другой стороны, сборка Kubuntu долгое время вполне отвечала моим потребностям: Джонатан Риддел включал в свой комплект примерно те KDE-приложения, которые выбрал бы и я, если бы таки взялся собирать свой дистрибутив. Однако переход на KDE 4 отвратил меня от этого десктопа — он стал вызывать у меня ещё более негативные ощущения, нежели GNOME. Со стороны же третьей, за без малого три года общения с Zenwalk’ом я привык к простоте Xfce, и у меня сложился устойчивый круг предпочтений в отношении приложений Gtk. Так что выбор Xubuntu был очевиден, избавляя к тому же от необходимости отвлекаться ещё и на освоение какого-либо нового десктопа.

Как обычно, дистрибутив Xubuntu в виде iso-образов компакт-диска можно было получить с cdimage.ubuntu.com в двух вариантах — xubuntu-9.04-desktop (совмещающего функции установочного, с графическим инсталлятором, и LiveCD) и xubuntu-9.04-alternate, предназначенного только для установки в текстовом режиме. Каждый вариант существует в сборках для архитектур i386 и AMD64 (она же x86_64 и подходит для любых 64-битных процессоров, как от AMD, так и от Intel). В соответствие со своими предпочтениями и аппаратурой (комплектация целевой машины описана здесь) я выбрал xubuntu-9.04-alternate-amd64.iso.

Установка выполнялась на полностью расчищенный 120-гигабайтный диск, подключённый к первому SATA-разъёму (о причинах скажу чуть позже). На второй разъём был переключён 500-гигабайтник с Zenwalk’ом и всеми моими данными, третий занимал резервный диск о 160 Гбайт, на четвёртом помещался CD/DVD-RW, с которого и проводилась инсталляция.

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

На начальной стадии, сразу после выбора языка (список доступных языков выскакивает автоматически через некоторое время после загрузки главного установочного меню), можно выбрать режим установки (посредством клавиши F4). Здесь канул в Лету некогда существовавший режим эксперта, отличавшийся, в частности, тем, что позволял на стадии установки задать пароль root’а. А кроме «нормального» режима, остались доступны: OEM-установка для сборщиков (будучи сборщиком-любителем, я так и не узнал, что это такое), серверная установка и установка системы без графического интерфейса (то, что раньше называлось Install on command line System).

Как я уже говорил, установка в нормальном режиме описывалась бессчётно. Вкратце останавливался я и на установке чисто базовой системы  — однако лишь как промежуточном варианте перед восстановлением системы нормальной. На этот раз я решил прибегнуть к ней на предмет дальнейшего поэтапного наращивания — и, как показали дальнейшие события, напрасно.

Сама по себе установка прошла без сучки и задоринки. Как и следовало ожидать, на стадии разметки диска и выбора файловых систем к списку последних добавилась ext4. Создав небольшой (100 Мбайт) первичный раздел с ext2 под /boot, её я и избрал для всех остальных разделов — кроме корня в 15 Гбайт, я нарезал разделы под /home/test (20 Гбайт), /home/work (50 Гбайт) и /home/soft (10 Гбайт). Почему именно так — будет предметом специальной заметки, которую я рассчитываю написать в ближайшем будущем. Прочее прочее пространство осталось неразмеченным — для экспериментов с более иными системами.

На стадии установки загрузчика инсталлятор обнаружил на втором диске мой Zenwalk (как выяснилось в последующем, вместе со всеми его многочисленными ядрами), предложив по сему поводу записать GRUB в MBR. Я с этим бестрепетно согласился — именно потому я и переключил целевой диск на 1-й SATA-разъём. А вообще при установке убунтоидов (и, насколько я помню, также и Deabian’а) на многодисковую машину тут надо быть внимательным. При согласии с указанным предложением загрузочный код GRUB’а всегда будет записан в MBR устройства /dev/sda — даже в том случае, если система устанавливалась не на первый диск, который при этом был переопределён в BIOS Setup как первое загрузочное устройство. Соответственно, если /dev/sda нёс какую-либо иную систему со своим загрузчиком, последний будет затёрт, и грузиться не будет ничего — ни прежняя система, ни новая Ubuntu. Такая вот вековая фича BSD Installer’а, о которой надо помнить.

На этом установка и завершилась — после перезагрузки (действительно практически мгновенной — я и глазом моргнуть не успел, не то что засечь время) передо мной предстало приглашение к авторизации в чисто текстовом, без намёка на фрейм-буффер, режиме.

Авторизовавшись в качестве того пользователя, аккаунт которого был создан во время установки, я перво-наперво выполнил тесты быстродействия для файловой системы ext4, результаты которых были описаны ранее. Они убедили меня, что ext4 — штука стоящая. И заставили думать, как жить дальше.

Очевидно, что жить без Иксов, десктопа и их приложений было невозможно. А самый простой способ получить полнофункциональную систему — установить метапакет xununtu-desktop. Однако это дало бы тот же самый результат, что и выбор нормального режима при инсталляции, от которого я отказался. И теперь самое время сказать пару слов, почему.

Причина была в том, что любой из десктопных метапакетов Ubuntu (а именно они и определяют специфику отдельных дистрибутивов семейства), кроме собственно рабочей среды и минимального набора нужных приложений, тянет за собой изрядное количество «мусора». Из которых наиболее раздражающее действие на меня оказывало изобилие шрифтов — индийских, японских и прочих, абсолютно не нужных в наших палестинах. Не то чтобы мне было жалко места — при нынешних объемах дисков вопрос этот не актуален. Но я достаточно часто экспериментирую со шрифтами, и пролистывание длиннющих их списков действует на нервы.

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

Первым шагом в этом направлении было задание пароля root’а: согласитесь, что каждый раз набирать

$ sudo apt-get install имя_пакета

да ещё время от времени повторять пароль было бы довольно занудно. Да, я знаю, что посредством sudo можно получить административные привилегии надолго, но необходимые опции постоянно забываю. Так что я ввёл команду

$ sudo passwd

задал пароль администратора и авторизовался от его имени.

Следующим шагом была установка поддержки консольной мыши — гораздо проще копипастить имена пакетов из вывода команды

$ apt-cache search

нежели вводить их вручную. Так что последовало:

$ apt-get install gpm

после чего по экрану резво забегал мышиный курсор.

Следующим шагом была установка рабочей среды — проще всего это было сделать посредством метапакета xfce, который автоматически потянул за собой всё необходимое для запуска Иксов (с некоторыми излишествами в виде драйверов отсутствующих устройств, но это были мелочи). Убедившись командой

$ startx

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

Далее я установил все необходимые мне для работы программы — firefox, pidgin, текстовый редактор, нужные куски Ope4noffice.org (благо дебиановско-убунтийская система пакетирования позволяет не ставить всего этого монстра in corpore).

До этого момента всё шло хорошо, хотя и не без шероховатостей — в частности, я никак не мог найти пакет, отвечающий за ряд интерфейсных элементов, таких, как иконки в главном меню и в диспетчере настроек Xfce. Для работы не критично, но внешний вид это изрядно портило.

Однако настоящие сложности начались, когда я от необходимого перешёл к роскошному — а именно, пресловутым кодекам. Служба полуавтоматической их установки при первом обращении также, вероятно, контролировалась каким-то специфическим пакетом, которого , не нашёл, и искать пакеты с кодеками приходилось более или менее наощупь. В частности, кодеку, который Totem считал необходимым для проигрывания Real Audio, не соответствовал никакой пакет с более или менее похожим именем.

Таким образом, в компенсацию экономии на шрифтах, я наустанавливал массу всякой мультимедийной шелухи. И в конце концов проблема решилась инсталляцией Mplayer’а, который вытянул большую часть необходимых компонентов (хотя не уверен, что именно он вытянул всё, что нужно).

В итоге, затратив массу времени, я получил работоспособную и полнофункциональную систему, однако с рядом зияющих прорех. Главной из которых, помимо отсутствия иконок, была прореха в шрифтах. Не нахожу разумного объяснения, но факт был налицо: все свободные шрифты, к которым я привык за последние годы, выглядели, мягко говоря, так себе. Настолько, что известная фраза «шрифты как в Ubuntu» воспринималась как издевательство. Как ни странно, более-менее прилично выглядели только шрифты от классового врага — так что пришлось поставить пакет ttf-mscorefonts-installer и использовать его компоненты.

Тем не менее, в целом впечатления были благоприятные: система действительно грузилась фантастически быстро, визуальное быстродействие в работе также не оставляло желать лучшего. И я решил уделить ей некоторое внимание: поскольку практически работать в ней было уже можно, латать прорехи я предполагал по ходу дела.

Подвожу итог: Ubuntu и все её модификации суть Системы Быстрого Развёртывания, и в качестве таковых и должны использоваться. Попытка превратить его в конструктор кустарными средствами, противореча заветам Великого Марка, приводит к неоправданным затратам времени, сил и нервов. Подозреваю, что латание отмеченных прорех заняло бы у меня не один день. К счастью, произошло событие, которое отвлекло меня от этого занятия, о чем речь пойдёт в следующей заметке.

Xubuntu 9.04: попытка конструирования: 5 комментариев

  1. Жду заметки про Синаптик. :)
    Про sudo. Команда sudo -i переводит в режим рута. Сам запомнил сильно не сразу, но после десятого примерно набора включается моторная память.

  2. 2 StraNNicK
    Ага, sudo -i — полный root, а sudo -s — рут с переменными окружения юзера, верно? Знал ведь когда-то, даже заметку написал по этому поводу — http://alv.me/?p=47
    А забыл — последние годы пользовался su< надо будет освежить в памяти

  3. я на freebsd su запретил в пользу sudo. дабы еще двое присутствующих, волею судьбы которых лишить админских прав не могу, не валили на меня возникающие после их попыток конфигурирования баги
    а что за сообщение о том, что я комментирую слишком быстро?

  4. 2 zera
    реально многопользовательская — sudo конечно единственный выход

    > а что за сообщение о том, что я комментирую слишком быстро?
    ___
    не знаю, в настройках вордпресса никаких ограничений на время между каментами я не ставил — и не уверен, что там есть такая опция

Обсуждение закрыто.