Linux From Scratch

Глава 4. Готовим новый раздел

Вступление

В этой главе речь пойдет о создании раздела для системы LFS. Мы создадим сам раздел, файловую систему на нем, и монтируем его.

Создаем новый раздел

Возможно построить систему LFS на одном разделе с уже установленным дистрибутивом. Несмотря на то, что для первой установки LFS данный шаг не рекомендуется, это удобно, если у вас дефицит дискового пространства. Если вы решили рискнуть, см. совет по Инсталляции LFS на один раздел с сосуществующими системами на http://hints.linuxfromscratch.org/hints/lfs_next_to_existing_systems.txt.

Перед тем как перейти к установке LFS необходимо иметь пустой Linux native раздел. Для установки LFS рекомендуется раздел размеров не менее 1 GB. Это дает возможность хранить tar-архивы с программами и компилировать пакеты. Если вы планируете использовать LFS в качестве основной Linux-системы, вам придется отвести для нее больше места для инсталляции дополнительного программного обеспечения. Если Linux-native раздел для LFS уже существует, можете смело пропустить эту подсекцию.

В связи с тем, что оперативная память компьютера может одновременно уместить ограниченное количество информации, рекомендуется отвести место на диске для файлов swap. Файл swap – это место, где хранится информация из памяти, которую можно вызвать в любой момент. LFS и ваш дистрибутив могут совместно использовать это дисковое пространство. Другими словами, если у вас уже есть swap-раздел, нет особого смысла создавать еще один. Если же у вас его нет, создайте его программой fdisk. В любом случае, запомните обозначение swap-раздела (например, hda2), это понадобится при создании файла /etc/fstab.

Программа cfdisk (аналогичная fdisk) запускается с соответствующим обозначением жесткого диска в качестве аргумента (например /dev/hda, в случае если новый раздел следует создать на жестком диске primary master с IDE интерфейсом). С помощью этой программы создайте раздел Linux native. Обратитесь к документации программы fdisk ( руководства man обычно неплохое начало для поиска информации) для получения информации о создании разделов Linux native и записи таблиц разделов.

Запомните обозначение раздела, оно будет выглядеть как например hda11. Этот раздел мы впоследствии будем называть разделом LFS.

Создаем файловую систему на новом разделе

После того как новый раздел создан, создадим на нем файловую систему. На данный момент стандартная файловая система – ext2, однако так называемые журналируемые файловые системы становятся очень популярными. Мы будем подразумевать, что вы собираетесь использовать ext2. Инструкции по созданию других файловых систем см. на http://beyond.linuxfromscratch.org/view/cvs/postlfs/filesystems.html.

Для создания файловой системы ext2, используйте команду mke2fs. Наименование раздела LFS – единственная опция к команде, и файловая система создана.

mke2fs /dev/xxx

Замените «xxx» на наименование раздела LFS (например hda11).

Монтируем раздел

Итак, файловая система создана и готова к эксплуатации. Для того чтобы получить доступ к разделу (возможность чтения и записи информации на нем), необходимо его монтировать. Если точка монтирования /mnt/lfs, перейти к этому разделу можно с помощью команды cd /mnt/lfs. Мы будем подразумевать, что точка монтирования раздела – /mnt/lfs. Выбор директории для точки монтирования не принципиален, просто запомните, что вы выбрали.

Создайте директорию /mnt/lfs:

mkdir -p /mnt/lfs

Монтируем LFS раздел:

mount /dev/xxx /mnt/lfs

Замените «xxx» наименованием раздела (например hda11).

Эта директория (/mnt/lfs) и есть значение переменной LFS variable из Главы 2. Если вы планируете использовать переменную среды LFS, самое время выполнить export LFS=/mnt/lfs.

Если вы решили выделить LFS несколько разделов (к примеру $LFS и $LFS/usr), монтируйте их следующим образом:

mkdir -p /mnt/lfs && mount /dev/xxx /mnt/lfs && mkdir /mnt/lfs/usr && mount /dev/yyy /mnt/lfs/usr

Естественно, замените /dev/xxx и /dev/yyy на соответствующие наименования разделов.

Глава 5. Подготовка системы LFS

Вступление

В этой главе мы скомпилируем и установим минимальную Linux-систему. Эта система будет располагать инструментами, необходимыми для сборки окончательной системы LFS в следующей главе.

Файлы, скомпилированные в данной главе, будут инсталлированы в директорию $LFS/static, для того, чтобы отделить их от тех файлов, которые будут установлены в следующей главе. Так как эти программы можно рассматривать как временные, нет необходимости засорять ими нашу будущую систему LFS.

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

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

Во время инсталляции некоторых пакетов, на экран будут выводиться многочисленные предупреждения компилятора. В них нет ничего страшного, не обращайте на них внимание. Это просто предупреждения – в основном, связанные с некорректным, но не запрещенным использованием синтаксиса C или C++. Дело в том, что стандарты C довольно часто менялись, а некоторые пакеты все еще используют старый стандарт, однако это не проблема.

Прежде чем начать, убедитесь, что переменная LFS задана корректно. Для проверки выполните:

echo $LFS

Убедитесь, что вывод на экране соответствует точке монтирования раздела LFS (например /mnt/lfs).

Почему мы используем статические ссылки?

(Спасибо Plasmatic'у за разъяснение этого вопроса в одном из списков рассылки LFS.)

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

Однако такие библиотеки могут оказаться довольно большими (например, libc.a обычно занимает 2.5 MB), и держать отдельную копию каждой библиотеки прикрепленной к программе не очень то и логично. Представьте себе простую команду вроде ls с лишними 2.5 MB, прикрепленными к ней! Вместо того, чтобы делать библиотеку частью программы, или связывать статической ссылкой, библиотеку можно хранить в отдельном файле, который будет подгружаться по мере необходимости. Это называется динамическими ссылками, т.к. библиотека загружается и выгружается динамически, по мере необходимости программы.

Итак, у нас есть файл размером 1 KB и файл размером 2.5 MB. Пока мы не сэкономили дискового пространства (разве что освободили оперативную память до того, как библиотека понадобится). Настоящая выгода от использования динамических ссылок состоит в том, что нам необходимо хранить лишь одну копию библиотеки. Если ls и rm используют одну и ту же библиотеку, то нам не нужно иметь две копии этой библиотеки. Обе команды могут пользоваться кодом из одного файла. Также и с оперативной памятью – две программы используют один код вместо того, чтобы загружать в память его дубликаты. Таким образом экономится не только место на диске, но и драгоценная оперативная память.