Mageia: установка в реале

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

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

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

Итак, ознакомившись в первом приближении с Mageia в виртуалке, вознамерился я поставить её на свою настольную машину — вот эту. Источником инсталляции был 64-битный DVD, а целевым накопителем — OCZ Revo Drive, описанный здесь.

Установка началась как обычно — выбором языка и знакомством с лицензионным соглашением. А в промежутке происходило определение всяких устройств.

Затем последовало радостное для меня сообщение:

На дисках /dev/sdb и /dev/sda обнаружен программный RAID
Включить его?

Ответ по умолчанию — Да, и я с ним, разумеется, согласился.

Раскладку клавиатуры я для эксперимента включил русскую — мне было предложено выбрать переключатель (по умолчанию им является CapsLock — приятно видеть верность традициям). Затем сообщается, что это вступит в силу после перезагрузки, а пока предложено пользоваться правым Control‘ом. И это тоже отрадно для всех, кто помнит легендарные два Shift‘а Red Hat’а, а затем местами и Fedora.

Теперь разметка диска. Если положиться на автоматику, получается следующее:

  • корень — 12 Гбайт,
  • swap — 4 Гбайт (это при 8-ми гигабайтах памяти!),
  • /home — всё остальное.

Файловая система по умолчанию — ext4.

Я пошёл другим путём, создав для начала раздел под /boot на 200 Мбайт с файловой системой ext2 — оказалось, она таки поддерживается инсталлятором, только называется задумчиво: Linux native. В отношении корня я согласился с предложением автомата — как скоро выяснилось, это вовсе не роскошь. От swap‘а — отказался (в скобках — RAM 8 Гбайт, как уже говорилось). Остаток, около 35 Гбайт, отдал под /home. А файловую систему для него и для / указал btrfs.

В комментариях к предыдущей статье мне напомнили, что для btrfs резонно было бы сделать один раздел, и в нём уже определить субвольюмы под / и /home — в этом случае не надо было бы заморачиваться с вычислением объёма, он изменялся бы динамически, по потребностям (как в не-квотированной ZFS). Однако штатного средства для этого в инсталляторе я не нашёл.

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

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

На стадии выбора пакетов я сначала попробовал установить набор с десктопом KDE — проверить упорно циркулирующие слухи, что эта среда стала пригодной к употреблению, и даже настраиваемой. Сама по себе установка прошла достаточно быстро — минут за 10 с копейками. Но результат меня просто убил: в итоге инсталляции было занято 4,7 Гбайт! И всякого хлама, типа LibreOffice, там было — немерено. А кое-чего полезного (скажем, Quanta), а то и необходимого для меня (например, Kate) — не было.

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

Здесь в качестве базовых вариантов были доступны три десктопа — KDE, GNOME и LXDE, но почему-то отсутствовал XFce, хотя потом его можно доустановить — либо попакетно, либо как метапакет (xfce-tasks). С KDE я уже разделался, GNOME 2 меня не прельщал, а на LXDE я поглядел при виртуальной установке, и пришёл к выводу, что для меня он не пригоден. Так что оставалось озадачиться выбором отдельных пакетов по минимуму, с тем, чтобы потом установить XFce.

Я тщательно вымарал всё, что считал лишним: evolution, LibreOffice, многочисленные экзотические шрифты, все следы KDE. А в качестве оконного менеджера избрал один из самых лёгких — Fluxbox. После чего бестрепетно нажал кнопку Далее и стал наблюдать за процессом инсталляции.

Каково же было моё удивление, когда я увидел устанавливающимися и evolution, и шрифты, и половину KDE, не говоря уж о здоровенных кусках GNOME — предположим, без последнего не жить бы Gdm’у, который я заказал. Но остальное-то откуда?

Итог был вполне предсказуемый: почти те же 10 минут установки и 4,4 Гбайт занятого дискового пространства. Не слабо для лёгкого оконного менеджера, каковым законно полагают Fluxbox, не так ли? Становится понятным, почему по умолчанию Mageia желает иметь в корне файловой системы 12 Гбайт…

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

Идентификаторы пользователя и группы, которые в Mageia присваиваются по умолчанию — по поллитре каждый 500, — совпадали с теми, которые были у меня для основного аккаунта в Fedora, так что тут менять ничего пришлось. Хотя при необходимости (например, для совместного доступа к данным с пользователем FreeBSD, где умолчальный UID первого пользователя 1001), это было бы легко сделать.

Легко расправился я и со стартовыми сервисами, вымарав из доступных 34-х примерно половину.

Первый звоночек прозвенел после вывода сводной таблицы настроек, и относился он к загрузчику. Но я его тогда не услышал. А дело было в том, что Mageia устанавливает по умолчанию GRUB Legacy (хотя может и Lilo), и stage1 его пишет в MBR диска на 1-м SATA-разъёме, независимо от того, на какой диск она устанавливается, и какой порядок их определён в BIOS’е. А на 1-м SATA диске у меня жила моя главная рабочая система — Fedora 14, что потом послужило поводом для некоторых неудобств.

Разумеется, место для загрузчика легко переопределить, нажав соответствующую кнопку Настройка, да и с Fedora ничего фатального не произошло — всё потом легко восстановилось. Но, как говорится в анекдоте, осадок остался.

Про клавиатуру я уже говорил — она действительно была с кириллической раскладкой, переключаемой действительно по правому Control’у в данном сеансе (хотя зачем переключаться на кириллицу в ходе инсталляции — ума не приложу). А после перезагрузки она действительно стала переключаться по заказанной мной левой Win-клавише. Однако вариантов в русской раскладке обнаружилось всего два — winkeys и phonetic, на столь любимый мной typewriter-legacy не было и намёка. Хотя файл /usr/share/X11/xkb/symbols/ru соответствующую секцию содержал.

Пути исправления ситуации по завершении установки были ясны — вплоть до прямого редактирования файла /etc/X11/xorg.conf (а таковой в Mageia, отличие от многих современных дистрибутивов, имеется по умолчанию). Однако согласитесь, что это как-то не современно…

Но хуже всего дело оказалось с настройкой графического интерфейса. В виртуалке она, по понятным причинам, никаких сложностей не вызывала. А вот в реале естественное желание — подобрать видеокарту и монитор поточнее. Увы — любые отклонения от автоматически выставленных параметров вызывали чёрный экран. И оно бы ладно — по истечении тестовых 30 секунд чёрным он быть переставал. Но в нормальный вид приходил за время, достаточное для выкуривания двух сигарет с завариванием кофию в промежутке. И это, товарищи, на заре второго десятилетия третьего линолеума миллениума…

В общем, в конце концов я вернулся к умолчальным параметрам, и тест завершился благополучно. То есть само собой выставилось нужное разрешение (1680×1050) и глубина цвета в 16 K. И, после обновления некоторых пакетов, наступило время перезагрузки.

Надо сказать, что быстродействием система не порадовала: загрузка системы от меню GRUB’а до приглашения к авторизации в Gdm длилась почти 50 секунд — и это при очистке от ненужных мне стартовых сервисов. Что против примерно 25 секунд для Fedora со стартовыми службами по умолчанию (а их там ох как не мало) — несколько удручает.

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

В общем, не хочу больше злословить по поводу Mageia — всё-таки это прямой потомок легендарного Mandrake, с которого начинало не одно поколение линуксоидов. В частности, и автор этих строк свою первую практическую работу в Linux’е выполнил именно в нём. Но никаких особых достоинств, кроме внешне удобного (но внутренне своенравного) инсталлятора я в ней не нашёл. Разумеется, опытный пользователь смог бы допилить этот дистрибутив, но тех же результатов и с меньшими усилиями он добился бы в любой другой системе. А пользователя начинающего он способен обескуражить своей «распухлостью».

Короче говоря, оставив Mageia в виртуалке (на всякий пожарный случай), из реальной машины я его снёс. Что потребовало некоторых действий уже над Fedora — но это другая история, которая описана здесь.

14 комментариев к “Mageia: установка в реале

  1. > создав для начала раздел под /boot на 200 Мбайт

    Это дань традициям или из-за невозможности загрузки с btrfs? Если второе, то grub2 уже умеет это.

    > загрузка системы от меню GRUB’а до приглашения к авторизации в Gdm длилась почти 50 секунд — и это при очистке от ненужных мне стартовых сервисов

    Предположу, что причина этого та же самая, что и в Ubuntu 11.04 — при переходе на btrfs v0.19, монтирование ФС делается очень долго, порядка 30-40 секунд:
    [ 8.649113] intel ips 0000:00:1f.6: i915 driver attached, reenabling gpu turb
    o
    [ 48.515219] btrfs: use ssd allocation scheme
    [ 48.540805] device fsid c345332a782fbd46-d1adbb332628deb4 devid 1 transid 731
    91 /dev/sda1

    Чем это оно занимается мне не понятно, хотя есть предположение что fschk’ает. Да-да, каждый ребут…

  2. 2 Frank
    1) Да, GRUB Legacy не умеет, а GRUB2 — умеет. Вот только я не умею его готовить. И, честно говоря, не очень хочу научиться :)
    2) Нет, Fedora 14 при такой же схеме разметки и с SSD с номинально вдвое меньшей скоростью считывания (старенький Корсар, вдвое — не вдвое, но более медленный, чем Revo Drive) грузится секунд 25 по умолчанию и около 20 — после чистки. Из них две трети времени уходит на поиск DNS и NTP, то есть то, что от пользователя не зависит. Так что саму загрузку можно считать мгновенной — POST продолжается куда дольше.
    3) > есть предположение что fschk’ает
    Так ведь в btrfs-progs вроде btrfsck так реально и не работает, почему btrfs и не будет в Fedora 16 по дефолту. Так что вряд ли.

  3. Да уж, есть такие дистрибутивы в стиле «работает — не трогай!» и похоже Mageia именно из таких. Вот читаю, Алексей, ваши заметки про дистрибутивы, а в уме постоянно крутятся мысли: «Арч! Арчлинукс тут надо. Ну почему не Арч?! и т.п.» И в самом деле, почему не хотите попробовать Archlinux? Очень удобная, быстрая и логически красивая система-конструктор.

  4. 2 Vladimir Вообще-то, я был, наверное, одним из первых пользователей Archlinux’а на Руси — году в 2001, тогда ещё версий 0.X.
    Потом ряд лет пользовал его, вплоть до года 2005-го, на разных машинах.
    И понаписал тогда о нём немало.
    А сейчас как-то не вызывает эмоций — потому как из Source Based превратился в довольно банальный пакетный дистрибутив.
    Хотя те времена вспоминаю с удовольствием.

  5. Хм. По поводу загрузки в 50 секунд. Если учесть, что это на реводрайве, то выглядит это странно.
    Есть мысль: пункт установщика «обнаружен софтварный рейд. активировать?» скорее всего активировал встроенный в реводрайв полусофтовый рейд0 на говноконтроллере силикон четатам, с использованием dmraid. Мало того, что лично меня воротит только от одной мысли использовать что-то подобное, так это может еще и очень медленно работать. Правильным путем было бы не обращать на этот рейд внимания и построить софтовый рейд на mdadm(инсталлятор наверняка позволяет).

    Кстати, стоило отметить, что на реводрайв без проблем поставиться — это достижение своего рода :)

  6. >1) Да, GRUB Legacy не умеет, а GRUB2 — умеет. Вот только я не умею его готовить. И, честно говоря, не очень хочу научиться :)
    А придётся! :) В Fedora-16-Alpha автоматом ставится grub2-1.99-0.2.fc16.src.rpm, хотя есть и grub-0.97-75.fc16, содержащий 0001-Revert-Added-support-for-btrfs-file-system.patch .

  7. 2 bluetooth Да ни фига подобного, и с убунтой, и с федорой рево драйв с его фейк райдом работает как надо
    Fedora с того же устройства при дефолтных службах грузится 26 секунд — из них, повторяю, две трети времени уходит на поиск DNS и NTP.
    Так что это особенность именно Ьагейи.
    Что же до софтового райда поверх отключённого фейк райда — это, извините, чесание левого уха правой ногой через затылок, плавали, знаем :)

  8. 2 Ali Михаил, сам знаю, что Ганди, но так хотелось верить, что Тэтчер :)
    По секрету скажу — перечитываю на досуге документацию про Lilo :)
    И про BSD Loader тоже в памяти оживляю :)

  9. 2 Ali PS а что, 16-я альфа уже есть? Я пробовал ночные сборки — ни одна из последних у меня даже не грузилась.

  10. 2 Ali качаю — и десктоп, и нетинст, завтра глядеть буду

  11. >Что же до софтового райда поверх отключённого фейк райда — это, извините, чесание левого уха правой ногой через затылок, плавали, знаем
    Не поверх, а вместо. Я выбрал именно такой вариант.

  12. > 2) Нет, Fedora 14 при такой же схеме разметки и с SSD с номинально вдвое меньшей скоростью считывания (старенький Корсар, вдвое — не вдвое, но более медленный, чем Revo Drive) грузится секунд 25 по умолчанию

    И какая в 14-й федоре версия btrfs? В убунте 10.10 оно тоже у меня грузилось 25 секунд, там оно было 0.17, чтоли. И без fschk’А, а в 0.19 он есть таки, пусть и неполноценный (вроде) ещё.

    В общем, я к чему: это проблема btrfs, а не Mageia, и проявляется, соответственно, на разных дистрибутивах. Например, я вижу багрепорт о замедлении загрузки из-за ureadahead.

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

Перейти к верхней панели