Предисловие


Итак, пришло время расставить последние точки над «i» и рассказать о том, как из кучи исполняемых файлов и библиотек, которые мы героически собирали и настраивали в прошлой статье получить, наконец, Linux.

1. Подсистема инициализации Unix System V


Эта подсистема инициализации долгое время использовалась в Linux и была стандартом «де-факто». Однако время идёт, и нельзя в общем-то называть данный подход устаревшим. Гораздо точнее заметить что эта подсистема инициализации, в тренде развития систем семейства GNU/Linux, уступила свое место systemd, рожденной в недрах корпорации Red Hat. Существуют дистрибутивы до сих пор использующие скрипты инициализации. Однако все популярные линуксы практически поголовно пришли к использованию systemd, причем последним сдался консервативный Debian со своей дочкой Ubuntu.

Вообще-то я жалею, что сразу не стал собирать вариант LFS, использующий systemd. Просто, после первой неудачной попытки сборки не хотелось отклонятся от стабильной траектории. Возможно я ещё вернусь к этому вопросу, возможно так же что и не вернусь. Время покажет. А пока рассмотрим основные принципы работы скриптов инициализации System V.

При загрузке системы, загрузчик читает ядро Linux с корневого раздела загрузочного носителя. После инициализации ядра управление передается процессу init, получающему идентификатор PID=1 (физически расположен в файле /sbin/init). Данный процесс работает в соответствии с настройками, указанными в файле /etc/inittab.

По умолчанию используется семь уровней инициализации системы

  • 0 — остановка системы
  • 1 — загрузка системы в однопользовательском режиме
  • 2 — загрузка системы в многопользовательском режиме без поддержки сети
  • 3 — загрузка системы в многопользовательском режиме с поддержкой сети
  • 4 — не используется
  • 5 — загрузка системы в многопользовательском режиме с поддержкой сети и графическим входом в систему
  • 6 — перезагрузка системы


Каждому уровню запуска соответствуют скрипты инициализации, в случае LFS расположенные в каталоге /etc/rc.d/init.d/. Их не придется писать самостоятельно — авторы LFS позаботились об этом, включив всё необходимое для настройки в пакет LFS-Bootscripts, который лежит по пути $LFS/source. Нам остается лишь установить данный пакет и произвести некоторые минимальный настройки

2. Установка LFS-Bootscripts, настройка сети, /etc/inittab


Предположим сборка пакетов на предыдущем этапе вас утомила, да и появились другие дела и вы выключили машину. Теперь вас снова необходимо попасть в собираемую систему. Для этого необходимо выполнить chroot

Монтируем раздел с системой и VFS:

$ su - root
# export LFS=/mnt/lfs
# mount /dev/sda6 $LFS
# mount -v --bind /dev $LFS/dev
# mount -vt devpts devpts $LFS/dev/pts -o gid=5,mode=620
# mount -vt proc proc $LFS/proc
# mount -vt sysfs sysfs $LFS/sys
# mount -vt tmpfs tmpfs $LFS/run

Выполняем смену корня:

# chroot "$LFS" /usr/bin/env -i              >    HOME=/root TERM="$TERM" PS1='[\u:\w]\$ ' >    PATH=/bin:/usr/bin:/sbin:/usr/sbin     >    /bin/bash --login

Перейдем в каталог с исходниками и установим нужный пакет

# cd /source
# tar -pxf lfs-bootscripts-20150222.tar.bz2
# cd lfs-bootscripts-20150222
# make install

Ничего особенно хитрого и не предполагалось — скрипты просто установятся по нужным путям.

А вот теперь приступим к настройке. Сгенерируем правила Udev:

# bash /lib/udev/init-net-rules.sh

Дальше мануал предлагает нам проверить и отредактировать правило именования сетевых интерфейсов, расположенные в /etc/udev/rules.d/70-persistent-net.rules. И вот тут меня ждал облом — скрипт генерации выдал ошибку — не могу сгенерировать этот файл.

Ответ есть в том же руководстве:
In some cases such as when MAC addresess have been assigned to a network card manually or in a virtual environment such as Qemu or Xen, the network rules file may not have been generated because addresses are not consistently assigned. In these cases, this method cannot be used.


Да, а вот случай с «Qemu or Xen» он как раз мой — я собирал под виртуальной машиной (VirtualBox, как известно использующий код Qemu). Ну что же, напишем правило именования сетевой карточки вручную. Причем теперь нам не надо использовать команду cat для создания файла — ведь мы собрали и настроили целый Vim! А Vim — это сила

# vim  /etc/udev/rules.d/70-persistent-net.rules

Набиваем текст правила:

# net device e1000
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="08:00:27:f8:4c:26", ATTR{dev_id}="0x0", ATTR{type}="1", KERNEL=="eth*", NAME=="eth0"

Данное правило, при обнаружении ядром сетевого устройства, с MAC-адресом, указанным нами в качестве атрибута, присваивает ему имя eth0. MAC-адрес вашей сетевой карты можно узнать дав в терминале команду:

# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 08:00:27:f8:4c:26 brd ff:ff:ff:ff:ff:ff

Параметр link/ether у устройства enp03s — это и есть искомый мак. Устройство именовано хост-системой (а мы помним, что мы лишь сменили корень и значение некоторых переменных окружения, запустив «боевой» bash, но мы остались в хост-системе и все устройства нам доступны).

Теперь можно наcтроить доступ в сеть. В моем случае, при сборке на ВМ, она выходит в сеть через виртуальный NAT, поэтому требуется наличие клиента DHCP. Мы специально скачали пакет dhcpcd, теперь мы соберем его и установим в системе:

# tar -pxf dhcpcd-6.7.1.tar.bz2
# cd dhcpcd-6.7.1
# ./configure --libexecdir=/lib/dhcpcd --dbdir=/var/tmp
# make
# make install
# cd ..
# rm -rf dhcpcd-6.7.1/

Кроме того, установим скрипты, необходимые dhcpcd для работы:

# tar -pxf blfs-bootscripts-20150304.tar.bz2
# cd  blfs-bootscripts-20150304
# make install-service-dhcpcd

Ну и, наконец, создадим конфиг:

# vim /etc/sysconfig/ifconfig.eth0


C содержимым:

ONBOOT="yes"
IFACE="eth0"
SERVICE="dhcpcd"
DHCP_START=""
DHCP_STOP="-k"

Смысл параметров таков:

  • ONBOOT=«yes» — запуск демона при загрузке системы
  • IFACE=«eth0» — получение ip от сервера на интерфейсе eth0
  • SERVICE=«dhcpcd» — запускаемый сервис
  • DHCP_START="" — параметры запуска
  • DHCP_STOP="-k" — параметры остановки (kill)


Создадим файл /etc/hostname, в который пропишем имя хоста:

echo "lfs" > /etc/hostname

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

Теперь займемся настройкой init.

# vim /etc/inittab

Мануал предлагает следующий скрипт:

# Begin /etc/inittab

# Уровень запуска системы по умолчанию - 3
id:3:initdefault:

# Инициализация системы (запускается при загрузке системы)
si::sysinit:/etc/rc.d/init.d/rc S

# Запуск скрипта инициализации 
# для каждого уровня запуска

l0:0:wait:/etc/rc.d/init.d/rc 0
l1:S1:wait:/etc/rc.d/init.d/rc 1
l2:2:wait:/etc/rc.d/init.d/rc 2
l3:3:wait:/etc/rc.d/init.d/rc 3
l4:4:wait:/etc/rc.d/init.d/rc 4
l5:5:wait:/etc/rc.d/init.d/rc 5
l6:6:wait:/etc/rc.d/init.d/rc 6

# Реакция на нажатие Ctrl + Alt + Del - перезагрузка
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Скрипт запускаемый в однопользовательском режиме
su:S016:once:/sbin/sulogin

# Инициализация виртуальных терминалов
1:2345:respawn:/sbin/agetty --noclear tty1 9600
2:2345:respawn:/sbin/agetty tty2 9600
3:2345:respawn:/sbin/agetty tty3 9600
4:2345:respawn:/sbin/agetty tty4 9600
5:2345:respawn:/sbin/agetty tty5 9600
6:2345:respawn:/sbin/agetty tty6 9600

# End /etc/inittab

Строки этого файла состоят из четырех полей, разделенных двоеточиями:

<id>:<runlevels>:<action>:<process>


  • id — идентификатор строки — произвольная комбинация, содержащая от 1 до 4 символов. Допускается использование двух строк с одинаковыми идентификаторами.
  • runlevels — уровни выполнения, на которых задействуется данная строка. Уровни перечисляются цифрами безо всяких разделителей, например 235 (работать на 2, 3 и 5 уровнях)
  • process — процесс, который должен запускаться на указанных уровнях (имя программы, вызываемой на указанных уровнях выполнения)
  • action — действие, определяющее дополнительные условия выполнения команды. Возможные значения

    • respawn — перезапуск процесса при его завершении
    • once — выполнить процесс только один раз при переходе на указанный уровень
    • wait — запуск процесса и переход init в режим ожидания его запуска
    • sysinit — действия, выполняемы init в самом начале, ещё до перехода на какой-либо уровень выполнения. Процессы помеченные таким образом запускаются до процессов помеченных как boot и bootwait
    • boot — процесс будет запущен на этапе загрузки системы независимо от уровня выполнения
    • bootwait — то же самое что и boot, но с переводом init в режим ожидания выполнения.
    • powerwait — действия, выполняемые при обрыве питания. Предполагает наличие UPS
    • ctrlaltdel — дейсвие выполняется по нажатию «трех волшебных кнопок»
    • off — игнорировать данный элемент


Для реализации действий на различных уровнях выполнения в LFS предусматривается скрипт /etc/rc.d/init.d/rc, принимающий в качестве параметра уровень запуска.

Для выполнения однопользовательского входа в случае сбоя загрузки вызывается команда /sbin/sulogin, этот однопользовательский вход и выполняющая.

Процесс /sbin/shutdown запускается при останове/перезагрузке системы

/sbin/agetty — создает и инициализирует виртуальный терминал.

Изменить уровень выполнения можно в процессе работы системы, дав команду от рута

# init <runlevel>

указав в качестве параметра уровень запуска. Известная большинству команда halt это алиас на init 0, а команда reboot — алиас на init 6.

Узнать текущий уровень запуска можно дав команду:

# runlevel

или:

# who -r

3. Часы, локализация и прочие приятные мелочи


Для верной работы системных часов создадим конфиг

/etc/sysconfig/clock
# Begin /etc/sysconfig/clock

UTC=1

# Set this to any options you might need to give to hwclock,
# such as machine hardware clock type for Alphas.
CLOCKPARAMS=

# End /etc/sysconfig/clock


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

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

/etc/sysconfig/console
# Begin /etc/sysconfig/console

UNICODE="1"
KEYMAP="us"
FONT="UniCyr_8x16"

# End /etc/sysconfig/console


  • UNICODE=«1» — указываем, что будем использовать локаль в кодировке UTF-8
  • KEYMAP=«us» — раскладка консоли
  • FONT=«UniCyr_8x16 — задаем кирилический консольный шрифт


Зададим локаль, настроив профиль bash по-умолчанию

/etc/profile
# Begin /etc/profile

export LANG=ru_RU.UTF-8

# End /etc/profile


Для порядка следует так же „забиндить“ некоторые клавиатурные настройки, используемые оболочкой и библиотекой readline, отвественной за клавиатурный ввод

/etc/inputrc
# Begin /etc/inputrc

# Не выводим ничего в первой строке
set horizontal-scroll-mode Off

# Разрешает 8-и битный ввод
set meta-flag On 
set input-meta On

# Выключаем конвертацию 8-ого бита
set convert-meta Off

# Оставляем 8-ой бит для экрана
set output-meta On

# ничего, видимый или слышимый
set bell-style none

# Все следующее - карта соответствий escape-последовательностей значений, 
# содержащихся внутри первого аргумента, к специфическим функциям 
# readline

"\eOd": backward-word
"\eOc": forward-word

# for linux console
"\e[1~": beginning-of-line
"\e[4~": end-of-line
"\e[5~": beginning-of-history
"\e[6~": end-of-history
"\e[3~": delete-char
"\e[2~": quoted-insert

# for xterm
"\eOH": beginning-of-line
"\eOF": end-of-line

# for Konsole
"\e[H": beginning-of-line
"\e[F": end-of-line

# End /etc/inputrc


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

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

/etc/shells
# Begin /etc/shells

/bin/sh
/bin/bash

# End /etc/shells


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

4. Сборка ядра


Ирония заключается в том, что сборка ядра — это меньшая часть всей работы. Идём в каталог /sources и распаковываем (в очередной раз) исходники:

# cd /sources
# tar -pxf linux-3.19.tar.bz2
# cd linux-3.19

Подготавливаем ядро к компиляции, проверяя дерево исходников:

# make mrproper

Необходимо сгенерировать конфиг сборки ядра:

# make menuconfig

Запустится конфигуратор, знакомый многим не по наслышке.

Что можно сказать о требуемой конфигурации. Во-первых мануал по сборке LFS рекомендует проверить установку следующей опции:



Поддержка монтирования виртуальной файловой системы devtmpfs в /dev — динамическое создание файлов устройств в памяти и монтирование /dev на ранней стадии загрузки ядра.

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

Сохраняем конфиг как .config, выходим из конфигуратора и собираем ядро

# make

Устанавливаем модули ядра:

# make modules_install

Копируем собранное ядро в каталог /boot, переименовывая его:

# cp -v arch/x86_64/boot/bzImage /boot/vmlinuz-3.19-lfs-7.7

Сохраняем map-файл и конфиг собранного ядра:

# cp -v System.map /boot/System.map-3.19
# cp -v .config /boot/config-3.19

Доустанавливаем документацию:

# install -d /usr/share/doc/linux-3.19
# cp -r Documentation/* /usr/share/doc/linux-3.19

Создаем конфиги для опциональной загрузки модулей, например для поддержки USB:

# install -v -m755 -d /etc/modprobe.d
# vim /etc/modprobe.d/usb.conf

/etc/modprobe.d/usb.conf
# Begin /etc/modprobe.d/usb.conf

install ohci_hcd /sbin/modprobe ehci_hcd ; /sbin/modprobe -i ohci_hcd ; true
install uhci_hcd /sbin/modprobe ehci_hcd ; /sbin/modprobe -i uhci_hcd ; true

# End /etc/modprobe.d/usb.conf

Прибираемся за собой:
# cd ..
# rm -rf linux-3.19/


5. Монтирование файловых систем и настройка загрузчика


Создаем конфиг монтирования /etc/fstab. У меня он выглядел вот так:

/etc/fstab
/dev/sda6     /            ext4    defaults            1     1
/dev/sda2     swap         swap     pri=1               0     0
proc           /proc        proc     nosuid,noexec,nodev 0     0
sysfs          /sys         sysfs    nosuid,noexec,nodev 0     0
devpts         /dev/pts     devpts   gid=5,mode=620      0     0
tmpfs          /run         tmpfs    defaults            0     0
devtmpfs       /dev         devtmpfs mode=0755,nosuid    0     0


/dev/sda2 и /dev/sda6 — соответственно своп и корневой раздел LFS-системы.

Так как я собирал LFS из системы уже установленной на HDD (Arch Linux), то для первой её загрузки я предпочел воспользоваться загрузчиком Grub2 уже установленном на жесткий диск. Для настройки я использовал конфиг для создания кастомного пункта загрузочного меню.

Выходим из собранной системы:

# loguot

И в хост-системе редактируем файл:

/etc/grub.d/40_custom
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.


menuentry "GNU/Linux, Linux 3.19-lfs-7.7" {
        
	insmod=ext2
	set root=(hd0,6)
	linux   /boot/vmlinuz-3.19-lfs-7.7 root=/dev/sda6 ro
}

После чего перегенерируем конфиг загрузчика:

# grub-mkconfig -o /boot/grub/grub.cfg

И… перезагружаемся:

# systemctl reboot

Если всё в порядке и мы не ошиблись, то появится меню выбора ОС:



Выбираем последний пункт нашей LFS-системы…



Да! Началась загрузка, видно как поднимается сетевой интерфейс, ждем когда мы получим ip и… экран логина:



Логинимся как root:



И запускаем что-нибудь, что покажет нам правильную настройку локали:

# vim



Русский язык там где и должен быть. Проверяем сеть:

# ping ya.ru

И наблюдаем, как идет пинг:



Ну что же,

Теперь, когда цель достигнута.... Вместо заключения


Мы попробовали свои силы в сборке линукса „с нуля“ (from scratch). И нам это удалось. У нас есть минимальная работающая система, с которой дальше можно делать всё что угодно — перенести на реальное железо, попробовать превратить в домашнюю систему. Можно полюбоваться и забыть, ибо поддерживать домашнюю систему без пакетного менеджера довольно тяжко.

Я делал это just for fun, получил некоторые новые знания, и в целом остался доволен, чего желаю и моим читателям.

P.S.: собранную мной систему можно скачать тут. По ссылке — образ диска для VirtualBox. Параметры входа таковы

login: root
passwd: 123456

login: maisvendoo
passwd: maisvendoo

Комментарии (11)


  1. lockywolf
    19.05.2015 13:50
    +4

    SysV init — бяка. В настоящем линуксе система инициализации — BSD.

    Кстати, с вейлендом/миром уровень инициализации 4 должен снова обретать смысл. Ведь в отличие от Х11, он уже как бы не зависит от сети. (Что само по себе зло страшенное, но тут ничего не сделаешь.)


    1. amarao
      19.05.2015 15:55

      Извините, а systemd, вообще, есть нативное понятие runlevel?


      1. lockywolf
        19.05.2015 16:01

        Не знаю, у меня же BSD.

        Но простой гуглёж говорит, что runlevel в systemv более-менее эквивалентен понятию target в systemd.


      1. surefire
        19.05.2015 16:28
        +1

        Target-ы.

        Например

        systemctl isolate multi-user.target
        
        systemctl isolate graphical.target
        
        systemctl get-default
        
        systemctl list-units --type=target
        


        При написании юнита в секции

        [Install] 
        WantedBy=<target>
        


        указывается target в которой устаналивать симлинк на запуск сервиса при systemctl enable


        1. amarao
          19.05.2015 16:44

          Это понятно. Но сама идея «цифровых кодов», как фундаментального объекта конфигурации, уходит. К счастью. Минус один комплект магических цифр (превращающихся в буквы если очень надо).


      1. grossws
        21.05.2015 03:05

        Для совместимости есть набор target'ов: runlevel2.target, runlevel3.target, runlevel4.target, runlevel5.target. Обычно же используются basic, rescue, multi-user и graphical. Ну и симлинк для default.target указывает на graphical или multi-user в обычном случае.


    1. Mopper
      19.05.2015 19:44
      +1

      Опять это lfs!
      Я как то пытался реализовать свою сборку по книге LFS. Осилил страниц 30, мура полная. Очень много лишнего, куча непонятных действий.
      Описание пакетов старое, ядро уже 3.19 хотя уже уже mainline: 4.1-rc4. Патчи не всегда нужны. SysV init — вообще окаменелость. Плюнул на это дело реализовал свой скрипт для сборки системы включающий:
      *Ram disk
      *SystemD минимально возможной сборки из git.
      *Загрузка сервисов 245ms (userspace) если с ram-диском и (3 сек Kernel+ 1,5 сек userspace= 5 сек на вся загрузка) если без Ramdisk
      *Kernel 4.1-rc3
      *Nano из git
      *Htop из git
      *Для сбоки готовится тулчейн gcc 5.1.0
      *Openssh-6.8p1
      *Статически слинкованные модули ядра включенные в само ядро (никакие модули ядра не нужно загружать)

      Я кстати когда собирал эту систему очень проникся удобством systemD. Я через htop рандомно убивал все процессы он их востанавливал. Система с ram-disk и systemD становилась просто неубиваемой!

      Репозитарий github.com/Loafter/mymedialinux кому надо пользуйтесь на здоровье.

      Автору все равно спасибо. Надеюсь что очень скоро он перерастет lfs-поделие.


      1. maisvendoo Автор
        19.05.2015 20:22

        Очень много лишнего, куча непонятных действий.

        Понятно, если разбираться какое действие для чего выполняется. Лишнего не узрел.

        ядро уже 3.19 хотя уже уже mainline: 4.1-rc4.

        svn-вресия LFS базируется на более новых пакетах и ядро там 4.х. Рассматривалась стабильная. сиречь многократно проверенная версия.

        SysV init — вообще окаменелость

        Не спорю. Но целью была каноничная сборка по книжке

        Надеюсь что очень скоро он перерастет lfs-поделие

        Давно перерос, для дела предпочитаю пакетный дистр по принципу K.I.S.S. Делалось для собственного развлечения, не поделится результатами работы просто грешно. Кому-то пригодится, кто-то пройдет мимо.

        очень проникся удобством systemD

        очень удобная вещь. В свое время, когда начинал использовать арч, ставил ещё старую версию на скриптах и застал переход на systemd. Было много бурных споров по этому поводу и матов на форуме. А сейчас как-то поутихло, народ попривык, большинство прониклось.

        Как говорил один из моих преподавателей в университете «в мире нет ничего состоящего из одних достоинств». Как и systemd — присущи определенные недостатки, о которых и спорят. Однако, я вот не столкнулся с чем-то меня отталкивающим за весь период использования. Назвать что-то конкретное не смогу. Да и роль systemd как одного их аспектов стандартизации дистростроения, разумеется превалирует над спорами.


  1. amarao
    19.05.2015 15:53

    Уже поздно. sysv-init надо забывать как страшный сон, upstart закопали, к счастью.


  1. ababo
    19.05.2015 19:34
    -4

    Вы забыли упомянуть, что LFS это Live for Speed.


    1. ababo
      20.05.2015 11:15
      -2

      Иро?ния (от др.-греч. ???????? «притворство») — сатирический прием, в котором истинный смысл скрыт или противоречит (противопоставляется) смыслу явному. Ирония создаёт ощущение, что предмет обсуждения не таков, каким он кажется.