Первая версия статьи о LRs была написана летом 2002 г. С тех пор этот проект то глох, то реанимировался заново. И нынче, по данным Distrowatch, числится в мертвых - так что все сказанное ниже следует воспринимать в прошедшем времени. Затем LRs лег в основу еще одного дистрибутива - MyGeOs, который, правда, тоже можно считать прочно мёртвым. Тем не менее, свою роль в истории Source Based дистрибутивов он сыграл.
Как известно, существует множество дистрибутивов Linux, хороших и, иногда, разных. Одни из них являют собой полные коллекции всего и вся. Воплощаясь, в итоге, в метадистрибутивы, лучшим примером чему служит всем известный Sisyphus. Иные идут по пути самоограничения, претворяясь в итоге в нечто вроде Linux на одной дискете (примером чему - mulinux, (почти) функциональный дистрибутив, правда, на двух дискета, вторая - система X). Третьи же, в поисках баланса между этими путями, обращаются к идее пользовательской наращиваемости, впервые появившейся во FreeBSD. Что еще последовательно проводится в дистрибутиве Gentoo Linux.
Однако существует радикальное решение этого диалектического противоречия - отказ от дистрибутива вообще. То есть сборка функциональной системы из отдельных компонентов, начиная с ядра, компилятора, glibc и кончая пользовательскими приложениями. Что нашло свое воплощение в проекте Linux from Scratch.
Конечно, нельзя сказать, что в этом случае Linux собирается из совсем уж ничего. Хотя на первых же страницах своего руководства (LFS Book - очень увлекательное чтиво для любого линуксоида) разработчик, Герард Бикманс (Gerard Beekmans) заявляет о принципиальном отказе не только от любых прекомпилированных пакетов, но и от всякого рода CD ROM и загрузочных дисков при сборке базовых компонентов.
Однако в итоге оказывается, что необходимым условием такой установки является наличие машины с работоспособной системой на базе какого-либо иного дистрибутива. Что, согласитесь, хотя и интересно, но все же не совсем то, что ожидается: ведь абсолютно любой дистрибутив Linux, затратив некоторые (различные в разных случаях) усилия и время (а также деньги за трафик), можно пересобрать и перенастроить, сделав совершенно на себя не похожим. Причем - в процессе реальной работы, а не в некоем параллельном оной пространстве.
Тем не менее сама по себе идея сборки дистрибутива из исходников с нуля - очень заманчива. И потому мое внимание привлек проект, развивающий принципы LFS. Он носит имя LRs-Linux и в значительной степени основан на LFS. Однако, в отличие от прототипа, это - все же дистрибутив, хотя и своеобразный. Он доступен в виде iso-образа загрузочного CD, на котором помещаются все необходимые для функционирования системы компоненты. И, следовательно, является самодостаточным. О нем и пойдет речь в настоящей заметке.
Итак, загружаемся с CD - в квазитекстовой моде, то есть Frame Buffer. Причем в весьма своеобразном режиме - монитор тут же приходится перенастраивать, равнение - по голове пингвина с заставки. Далее - выбор клавиатурной раскладки, это становится общим местом загрузочных Linux-CD. Предупреждаю, что выбирать раскладку, отличную от английской американской, не рекомендуется - эффект может быть весьма странным (хотя и US-клавиатура не спасет от неожиданностей после инсталляции, но - каждому овощу свой фрукт). А потом дело доходит и до языка установки. Список обширен (включая русский), но доступные для выбора пункты - только английский, французский и немецкий.
Сразу замечу, что диск, согласно описанию, служит трем целям - как rescue-носитель, для т.н. salvage installation, и для установки просто. Так вот, если не выбрать никакого языка, мы тут же оказываемся в rescue-режиме, сиречь просто в shell'е, запустить установку из которого возможным не представляется (по крайней мере, я такой возможности не нашел). Так что английский американский, хотя и отмеченный по умолчанию, выбрать все-таки необходимо.
А вот после этого - собственно выбор между указанными режимами. Выбираем, разумеется инсталляцию - восстанавливать пока нечего, спасаться - разве что от самой установки. После чего - сообщение о возможности подгрузки модулей (например, для SCSI-адаптера). Каковые устанавливатель должен знать на память - ни малейшей подсказки в этом направлении не получишь.
К слову сказать, все это происходит в одной-единственной виртуальной консоли, так что и вывести документацию на второй экран не удастся (благо, и на диске, от греха подальше, она отсутствует). Так что следует заранее озаботиться ее распечаткой (с сайта). Инструкция по установке там весьма скромна и по форме, и по содержанию, однако содержит одно совершенно необходимое сведение. Какое - пока секрет, из вредности скажу, когда дело дойдет до этого. Хотя именно этот пункт инструкции и следует прочитать в первую (а возможно, и в последнюю) очередь.
А в остальном в инструкции по установке особой необходимости нет - инсталлятор почти что за руку проведет по всем ее этапам, сопровождая свои (и наши) действия в нужных местах комментариями и предупреждениями, а то и просто напоминаниями.
Так, первое из таких напоминаний - перед первым же серьезным деянием, разбиением диска. Предваряющий текст (так и хочется назвать его сопроводиловкой) гласит, что под корневой раздел нужно отвести 1,8 Гбайт, под swap-раздел - 64-128 Мбайт, и отдельно можно сделать boot-раздел в 20 Мбайт. А заодно напоминает нам, что ATA-диски в Linux называются /dev/hda, /dev/hdb и т.д., файловая система Linux маркируется шестнадцатеричным кодом 83, а система для раздела подкачки - кодом 82. Пустячок, а приятно - можно не ошибиться даже в последнем градусе склероза.
Для разбиения дисков рекомендован cfdisk (в инструкции сказано, что можно и графической утилитой, но, видимо, это - еще в проекте). Однако не возбраняется и метод "для крутых", именуемый hard way. Под чем, как легко догадаться, подразумевается обыкновенный fdisk.
Вне зависимости от того, избрали ли вы путь трудный или легкий (кстати, никогда не мог понять, почему cfdisk считается легче в использовании - по мне, так fdisk много проще, гибче, а главное - прозрачнее), следующий шаг - выбор точек монтирования созданных разделов. С параллельным назначением им файловых систем. Среди последних доступны ext2fs (ну еще бы!), ее журналируемый отпрыск ext3fs и ReiserFS - ни программного RAID, ни XFS в списке нет. И вручную их также определить нельзя...
Определение точек монтирования требует некоторой аккуратности. Так, если был создан специальный раздел под /boot, его обязательно следует смонтировать раньше, чем корневую файловую систему - иначе он просто пропадет из списка. И при выборе пунктов меню (а делается это цифрами, по номерам) лучше не ошибаться - клавиша Delete ничего не удаляет, а ошибка приводит к выбросу в командную строку. После чего единственный выход, если есть желание продолжить эти игры - перезагрузка, и все с начала.
По завершении разметки диска предлагается вчерне выбрать то, что будет устанавливаться. Варианты - пуристический набор LFS, набор собственно LRs (это - не пересекающиеся множества), LRs+XFree86, LRs+XFree86+KDE (к сожалению, в текущей версии только 2.2.2). В качестве стандартного рассматривается вариант LFS+все остальное. Устрашаться такому не нужно - на следующем этапе можно будет детализировать выбор до отдельных пакетов (причем не только из выбранного набора, но и из любого невыбранного).
Тем не менее на самом деле степеней свободы не так и мало. Потому что в состав LFS входят базовые компоненты системы (мало без чего можно обойтись в этом наборе), в состав LRs - основные пользовательские приложения и утилиты (тут, конечно, кое от чего, а то и от многого, можно отказаться). В набор XFree, кроме собственно X'ов, включены несколько менеджеров окон (WindowMaker, Blackbox, XFce) и абстрактно-иксовые приложения и утилиты (далеко не все из них видятся мне необходимыми, так что простора для вычеркивания хоть отбавляй). А с KDE - все понятно, если есть желание использовать эту среду, придется ставить практически все из ее набора.
К вычеркиванию пакетов из наборов следует подходить вдумчиво. Ни малейшего контроля завивисмостей не осуществляется, как не предлагается и никакой подсказки. Так что можно спокойно заказать установку kdebase без библиотеки Qt - и узнать о невозможности этого только при компиляции (причем - далеко не сразу, но об этом позже). Однако при понимании взаимосвязи пакетов и библиотек можно (сверяясь при этом с LFS-Book, без нее тут не обойтись) собрать компоненты системы очень точно, как в рюкзаке хорошего туриста - где, как известно, не должно быть ничего лишнего, но все необходимое должно быть.
В плюс системе, пакеты собираются без излишеств - ну кому, скажите на милость, нужна сборка Midnight Commander с поддержкой GNOME, как это бывает (точнее - бывало в те времена - А.Ф..) по умолчанию в большинстве дистрибутивов? И, что лично мне понравилось, консольные меню-ориентированные программы компилируются без поддержки gpm - на мой взгляд, щелканье мышью по менюшкам не искупает усложнения использования традиционного консольного cut&paste.
Но я забежал вперед - пока мы только начинаем подготовку к сборке пакетов. Для чего перво-наперво выбираем компилятор, gcc-2.95 или gcc-3.0.3. Сопроводиловка гласит, что второй генерит более быстрый код, но может не собрать старые исходники. Последнее в общем случае верно, но, опять же предвосхищая события, скажу, что все выбранное мной (почти весь LFS, LRs без большей части сетевого инвернтаря и минимальнейшие X'ы с голимым Blackbox'ом) скомпилировалось без проблем. Вернее, проблемы, конечно же, были, но к компилятору они отношения не имели.
Далее вопрошается, включать ли оптимизацию при сборке. Варианты - от i386 до Athlon (последний - лишь при выборе gcc-3). Или - установить тип процессора мануально, для любых поддерживаемых gcc процессоров. Я, грешным делом. не озаботился узнать заранее, есть ли в gcc-3 оптимизация под P-4 (а ставилась система именно на него), и никаких сопроводительных замечаний на сей предмет сообщено не было. Хотя это было бы полезнее, чем напоминание о коде файловой системы Linux. И потому ограничился оптимизацией под абстрактный i686.
Следующий вопрос также потребовал напряжения мысли - об уровне оптимизации, 1-м или 2-м. Что понимается под цифрами - a priory ясно не было, и комментарии отсутствовали. Возможно, для Linux-разработчика ответ очевиден (но он вряд ли нуждается и в напоминании о номенклатуре дисков). Я же методом дедукции, индукции и интуиции решил, что 2-й уровень означает CFLAGS="-march=i686" etc., тогда как 1-й - CFLAGS="-mcpu=i686". И, что приятно, оказался прав, соответствующие строчки замелькали на экране с началом сборки.
Правда, недолго - минут через 15-20 мелькание прекратилось, хотя и погасания экрана не было - строки просто застыли на месте. Я сначала подумал, что машина зависла насмерть - однако о каких-то процессах жизнедеятельности напоминали индикаторы винчестера и CD ROM. Сверился с инструкцией - и вычитал ту самую главную в ней истину, о которой говорил в начале: что сборка системы может занять от 2 до 14 часов. Для примера указывалось, что полная исталляция на P-III/800 требует часов аж 10.
У меня был не P-III/800 (а P-4/1,9), и полной инсталляции я не заказывал, так что, по прикидке, часа в два уложиться должен был, так что выпил крепкой кавказской водки кислярки и лег на досадную укушетку перечитывать LFS-Book (двести страниц чистого текста 10-м кеглем). В итоге процедура заняла 2 часа 25 минут.
Но это было еще не все. Впереди предстояла сборка ядра - если, конечно, не воспользоваться предлагаемым ядром LRkernel. Что я с негодованием отверг, хотя, в свете дальнейших событий, это было бы лучшим выходом. Конфигурирование ядра делается (безальтернативно) посредством make menuconfig, вызываемой автоматически.
Ядро в комплекте оказалось не из наипоследних (2.4.17), без поддержки XFS (почему она и не предлагалась при монтировании разделов). Так что много внимания этому я не уделил - все равно прийдется скоро переставлять. А вот дальше мне совсем не понравилось. По выходе из меню конфигурирования процесс сборки начался автоматически, причем я даже не успел рассмотреть, что там происходило - bzImage ли собирался, или еще какой zdisk (судя по дальнейшему, именно последний).
А затем, без всякого перехода, задание пароля для root'а (причем система не один раз предупредила меня о чрезмерной простоте использованного для этого матерного ругательства на одном из экзотических языков), задание пользователя и, сразу же, конфигурирование LILO. От последнего можно отказаться, если выбрать загрузку с дискеты - но "это, говорят, не современно".
А вот LILO конфигурится в простом текстовом редакторе (к слову - я так и не понял, в каком, нечто вроде jed без меню). И это оказалось для меня камнем преткновения. То, что по умолчанию оно было настроено на загрузку с дискеты, исправить было несложно. А вот указать образ для загрузки - неколько затруднительно, ведь файла его я в глаза не видел. Пожалел, что не выбрал умолчальный вариант с ядром LR и загрузкой с дискеты, но увы - как я уже упоминал, никакого отката не предусмотрено, только выход и перезагрузка. И нет второй консоли, чтобы посмотреть, что же там у меня собралось...
Прописал образ ядра по наитию (ошибочно, но потом выяснилось, что ни один из обычных все равно не подошел бы). И перешел к последнему пункту программы - очистке бинарников от отладочной информации (так я перевел оригинал). После чего предлагалось на выбор - перезвагрузка или активизация консоли. Тут бы мне, конечно, выбрать последнее, посмотреть, что там с ядром и при необходимости поправить /etc/lilo.config, но зуд в трех намозоленных пальцах оказался сильнее.
Словом, вы понимаете - из перезагрузки ничего не вышло. Взгрустнув, приготовился грузиться в rescue-режиме и бороться с LILO и ядром, как вдруг вспомнил о той самой salvage-инсталляции и решил ее попробовать - бороться-то особо было не за что.
Оказалось - не зря вспомнил, вещь хорошая. Быстро проскакиваешь выбор раскладки и языка - и оказываешься в стадии выбора пакетов. Тут в списках наборов уже отмечено, что установлено ранее (оказалось, оно регистрировалось в базе данных, где-то в /var). И можно не только добавить что-то, но и удалить. Я воспользовался обеими возможностями (плоды чтения LFS-Book на досадной укушетке в ходе инсталляции).
Удаление прошло безболезненно, а вот с установкой вышел облом. Решил было добавить Midnight Commander, но забыл отметить glib, без коей тот отказался собираться. Причем сообщил об этом не сразу, а довольно долго делал вид, что что-то там компилирует. Ну, тут-то не страшно, всего несколько минут потеряно. А вот представьте, каково было бы при нормальной инсталляции устанавливать KDE без чего-нибудь нужного: часов этак пять развлечений - и все начинай сначала.
В общем, выбрал в итоге "умолчальное" ядро и загрузку с дискеты, перезагрузился нормально - и не смог авторизоваться. Ни как root, ни как user. Тут дошло дело до rescue-режима (в single-user mode система грузиться почему-то отказалась), монтирования корневой файловой системы и искоренения (в /etc/shadow, разумеется) паролей.
Наконец, еще одна перезагрузка, авторизация без пароля - и я, наконец, в командной строке (bash, не иначе). И тут все стало мучительно ясно: по умолчанию была загружена немецкая раскладка. И не просто немецкая, а еще и qwertz - это почти что qwerty, только y и z поменялись местами, и все спецсимволы не там, где надо - потому и ни один пароль не проходил. Конечно, все равно раскладку следовало менять на qwerty/ru4, но ведь предупреждать нужно...
В комплекте, кстати, qwerty/ru4 нет, как нет и любой другой ru; консольные кириллические шрифты есть, mapscreen для koi2alt есть, русская locale есть, а раскладки нет. Прямо по Венечке Ерофееву - "вымя есть, а хересу нет". Помнится, с другим дистрибутивом "от германьцев" (вернее, австрияков) - RockLinux, уже было что-то подобное. Хорошо, цельно-потибреный комплект всего кириллического от Altlinux - всегда под рукой, прямо палочка-выручалочка (низкий за что поклон всем на http://www.altlinux.ru).
В общем, на русификации мои приключения по сборке Linux'а из ничего и закончились. Конечно, то, с чем я развлекался - далеко не "from Scratch". В сущности, обычный дистрибутив, с обычным меню-ориентированным, хотя и чисто текстовым, инсталлятором, может быть, предоставляющим чуть большую свободу выбора, чем другие (SB-системы, конечно, а не из тех,что под лозунгом "Linux и user братья навек"). Единственное отличие - абсолютно все собирается, а не устанавливается из прекомпилированных пакетов. И это, конечно, плюс - можно влиять на условия сборки - ту же оптимизацию, например. Хотя установка идет очень долго - и это, безусловно, минус...
Впрочем, последнее в моем случае практических результатов не имело. Не смотря на новый компилятор и оптимизацию, система получилась не особо торопливой. По крайней мере визуально, за Gentoo Linux (собранной посредством gcc-3, но с более новым ядром) ей еще гнаться и гнаться. Даже ReiserFS (я забыл сказать, что выбрал именно эту файловую систему) не показала себя в полном блеске на своей любимой операции (копировании большого количества мелких файлов).
Сказанное выше - отнюдь не в упрек. Все равно, идея хорошая, ну а что исполнение не на высшем уровне - так на то и версия-то всего 0.2.6. Важнее, что ориентация дистрибутива, особенно его сопроводиловок, не очень понятна. Повторюсь, что вряд ли тот, кто знает о связи mc и glib, нуждается в напоминании кода типа раздела под своппинг. А вот в нетривиальных случаях подсказки могли бы быть и подробнее.
Дальнейшая судьба дистрибутива LRs сложилась несколько странно. Вскоре после описанных событий проект как-то заглох и одно время на Distrowatch был даже помечен как мертвый. Однако потом гальванизировался, и время от времени выходили новые версии этого дистрибутива. Но я с ним больше дела не имел - руки не дошли...
А с некоторых пор (с 2005 г.) LRs в списках Distrowatch вообще не значится. Как, впрочем, и его потомок - MyGeOs.
Сообщения
