Алексей Федорчук
В 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.
2.26.31 и 2.26.30 исправьте на 2.6.31 и 2.6.30 соответственно
2 post-factum Мерси
Уже с год беру elf64-x86-64 libflashplayer.so с http://labs.adobe.com/downloads/flashplayer10.html. И просто закидываю в ~/.mozilla/plugins/.
Работает и в firefox, и в chromium-browser, и даже в uzbl.
Ключ icantbelieveitsnotbtr обыгрывает название американского маргарина (спреда, выражаясь маркетинговым языком):
http://en.wikipedia.org/wiki/I_can't_believe_it's_not_butter