Fedora 12 beta, btrfs и всё такое прочее

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

🕛 18.10.2009, 15:21

В 20-х числах сентября одно за другим случилось два события: Аркадий Шейн aka Tigro подготовил свою сборку 12-й версии Fedora в рамках RFRemix, а на сервере Fedoraproject появилась некая альтернативная Beta. Ни то, ни другое не могут считаться официальными бета-версиями 12-го релиза Fedora - таковой пока ещё числится сборка 11.91. Однако это интереса к ним это ничуть не умаляет. Что я рассчитываю продемонстрировать далее.

Поскольку свою установку Федориной альфы я путём нездорового экспериментирования довёл до полностью неработоспособного состояния, для знакомства с бетой имело смысл прибегнуть к установке с нуля. Для чего были скачаны с обоих источников установочные диски - в варианте netinst: предыдущая практика показала, что, при наличии нормального коннекта, это самый простой и быстрый способ установки даже релиза, не говоря уже о тестировочных версиях.

Полноты картины для замечу, что существует ещё и так называемая “ночная” сборка LiveCD с возможностью установки с этого диска. И я не прошёл мимо неё и в этот раз. Но, вероятно, именно та ночь (02-Oct-2009 18:14), от которой я качал образ, была для разработчиков безнадёжно испорчена - или наоборот? прошла как должно? В любом случае, система с записанного с того образа компакта не грузилась вообще.

Так что в итоге у меня в распоряжении осталось два диска, с которых можно было бы загрузиться. Начал я, разумеется, с родного русского ремикса. И опять-таки не вполне успешно. Точнее, безуспешно вполне. Пройдя все подготовительные шаги, включая разметку диска (о чём подробнее будет сказано позднее), и перейдя к собственно установке пакетов, происходившей без моего участия, я наткнулся на то, что установки пакетов фактически не происходило: инсталлятор спотыкался на каждом третьем пакете, долго-долго ждал, а потом радостно сообщал мне, что данный пакет установлен быть не может, так как отсутствует или повреждён. Предлагая либо перезагрузиться, либо попробовать повторить. После выбора второго варианта, вероятно, с пропуском “спотыкатого”, пара-тройка пакетов благополучно устанавливалось, а затем история повторялась.

В конце концов, мне это надоело, и я потянулся к курку своего нагана кнопке Reset. Одновременно подумывая о причинах явления. Напомню, что речь шла об установке с диска netinst, то есть сугубо по сети. И единственное объяснение сему вижу в таймаутах при скачивании отдельных пакетов.

Я уже и раньше замечал, что Яндексовское зекрало Russian Fedora работает из рук вон медленно (хотя надо признать, что просто Зеркало Russian Fedora у меня не работает вообще). Почему так - тайна сия велика есть, ибо с зеркала просто Fedora на том же Yandex’е всё скачивается с соответствующей моему каналу скоростью.

В общем, в итоге мне пришлось отложить RFRemix до лучших (наверное, уже релизных) времён и обратиться к оригинальному netinst, хотя, как уже было сказано, и он не может считаться вполне официальным.

Установка с этого диска прошла без всяких осложнений - точно по тому же сценарию, как было описано для сетевой установки 11-й версии и для 12-й альфы. В результате чего после перезагрузки образовалась вполне работоспособная система. Однако прежде чем говорить о ней, следует вернуться немного назад.

Как я уже говорил в предыдущих заметках, одной из целей моего общения с 12-й версией, помимо чисто спортивного интереса (потому что в качестве рабочего инструмента 11-я меня вполне устраивала), было знакомство с возможностями очередного варианта файловой системы btrfs (в её ипостаси 0.19). Каковые могли полноценно и без хлопот по накладыванию заплат могли быть задействованы только при ядре версии 2.6.31. А именно оно и идёт по умолчанию с 12-й Fedora, причём с некоторых пор уже в стабильной своей инкарнации.

Так что главной моей задачей при установке было задействование btrfs уже на стадии инсталляции. Собственно, такая возможность была уже и в 11-й Fedora, но при ядре 2.6.30 это не казалось актуальным. А вот в 12-й - пришлась ко двору.

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

как это показано на скриншоте:

Кстати, если вы подумаете, что этот трудновопринимаемый набор символов имеет некий сакральный смысл, который можно распознать путём глубокого изучения документации, то сильно ошибётесь. Это всего лишь фраза
i can’t believe it’s not btr

Которую можно перевести примерно так:
Не могу поверить, что это не БТР

После этого на стадии разметки диска (при выборе пункта Собственное разбиение из выпадающего меню) btrfs появляется в списке доступных файловых файловых систем:

В частности, на неё можно поместить не только, например, домашний каталог, но и корень файловой иерархии. Правда, в этом случае следует обязательно создать специальный раздел под каталог /boot, с файловой системой ext2 или ext3, ибо GRUB, насколько мне известно, о btrfs ещё ничего не знает и загрузить с неё ядро не сможет:

Приведённый скриншот сделан, естественно, при установке в виртуальной машине. Однако та же схема разбиения (с поправкой на размеры разделов) была опробована и на реальном “железе”, и до сих пор ни малейших неприятностей из этого не последовало.

Да и далее всё было хорошо. Единственное мелкое осложнение, как и ранее, возникло при первой перезагрузке, после которой сразу предлагалось авторизоваться через gdm: от лица root’а графический вход в систему по умолчанию запрещён, а создание аккаунта обычного пользователя на стадии установки не предусматривается. Так что надо перейти в текстовую консоль и создать таковой через useradd (или adduser - это симлинк на первую команду).

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

О самой по себе системе с точки зрения пользователя к сказанному ранее о 12-й альфе не добавить нечего: это всё тот же GNOME 2.28 (правда, теперь уже в релизной ипостаси) с абсолютно тем же набором приложений. Разве что беспрерывных жалоб от SELinux’а и Kerneloops’а я не заметил (хотя на всякий случай довольно быстро отключил). Это вселяло надежду в относительную стабильность системы (до сих пор оправдывающуюся). И побуждало заняться её обустройством.

Первым шагом в этом деле была расправа со шрифтами. Что бы ни говорили при обсуждении в блоге Tigro о преимуществах “чистого” Freetype, на мой взгляд, они выглядели удручающе. Так что, по старой памяти, я установил шрифты google-droid, к сборе Freetype индифферентные. Правда, можно было установить пакет freetype-rfremix из репозитория Russian Fedora, но это потребовало бы лишних телодвижений по его подключению. Да и сомнения относительно совместимости этих репозиториев у меня оставались.

Далее, я обеспечил себя браузером Chromium, к которому испытываю всё большую симпатию, благо в коллекции Тома Кэллавэя, о которой говорилось ранее, появилась и сборка для 12-й версии. Соответствующий репозиторий я подключил вручную, создав файл /etc/yum.repos.d/chromium.repo следующего содержания:

[chromium]
name=Google Chrome
baseurl=http://spot.fedorapeople.org/chromium/F12/
enabled=1
gpgcheck=0

Обращаю внимание, что версию в данном случае нужно указывать не в виде переменной, как было описано у Tigro, а явным образом - та Fedora, что у меня установилась, имела номер 11.91.

Дальше - мультимедиа. Как и положено законопослушным американцам, разработчики оригинальной Fedora в состав дистрибутива не включили средства для прослухивания MPEG’а, RealAudio, кодеки для воспроизведения видео. Однако в репозиториях проекта они имеются - так что нужно было только подключить хренилища rpmfusion-free-rawhide и rpmfusion-nonfree-rawhide; каюсь, я это сделал не по науке, а тупым копирование из своей старой системы.

После этого для установки стали доступны mplayer и VLC со всеми необходимыми кодеками в качестве зависимостей. В 11-й версии первый вмёртвую, вплоть до Reset’а, подвешивал всю мою систему при попытке воспроизведения любого видео (впрочем, штатный Totem поступал точно так же). И мне приходилось пользоваться VLC, к которому я а) не испытываю симпатии, и б) звук от которого в данной конкретной сборке (или от сочетания с данным Pulseaudio), мягко говоря, оставлял желать лучшего. На этот же раз Mplayer (и в чистом виде, и в качестве gnome-mplayer) работал безупречно. Так что я оставил его в качестве единственного медиа-плейера, благополучно похерив и Totem, и Rhythmbox.

Оставался флэш-плейер - несмотря на всю мою антипатию к этому созданию, с некоторых пор его наличие стало для меня необходимостью. Описанный ранее способ не прошёл подключения репозитория из rpm-пакета с официального сайта Adobe в данном случае не прошёл категорически. Тогда я, ничтоже сумняшеся, скачал пакет flash-plugin из репозитория russianfedora и установил его в лоб:

# rpm -ihv flash-plugin-10.0.32.18-1.fc12.x86_64.rpm

Сам репозиторий я подключать не рискнул, опасаясь конфликтов, возможно, необоснованно.

На этом сердце моё успокоилось: можно было развлекаться с новым GNOME и углубиться в дебри btrfs.