Путь к LINUX

         

Процесс загрузки системы


Вопреки бытующему мнению о неподъемности

и монстрообразии UNIX-систем вы можете загрузить Linux как с жесткого

диска, так и с дискеты. Причем в последнем случае вы можете поместить

в 1 МБ и ядро системы, и ряд прикладных программ или утилит. Работали

же когда-то люди на ЕС-1840 или ДВК-2!

При включении машины ПЗУ BIOS выполняет различные

тесты, которые позволяют оценить степень исправности аппаратных

средств, после чего начинается собственно загрузка системы. Как

вы вероятно помните из классики, вначале обычно опрашивается привод

гибких магнитных дисков, а затем винчестер. В любом случае, BIOS

загружает в строго определенное место памяти начальный загрузчик

(собственно поэтому и сектор называется загрузочным). Ну а в случае

жесткого диска - главный загрузочный сектор (Master Boot Record



- MBR).

Начальный загрузчик представляет собой компактную

программу (объемом до 512 байт), в обязанности которой входит

загрузка с диска операционной системы и ее запуск. В зависимости

от типа носителя, начальная загрузка выглядит по-разному.

Гибкий магнитный диск.

Осуществляется посекторное считывание в фиксированное место оперативной

памяти 512 КБ данных, содержащих образ ядра операционной системы.

С целью упрощения процесса загрузки, дискета с ядром Linux не

содержит никакой файловой системы, и вся информация просто хранится

сектор за сектором.

Винчестер. Ситуация

изменяется радикально. Код из MBR анализирует содержимое таблицы

разделов (partition table), которая, кстати, находится в этом

же секторе, в поисках активного раздела, с которого разрешена

загрузка. После этого из выбранного раздела считывается его загрузочный

сектор (который есть у каждого из разделов - это важно!), которому

передается управление. Ну а дальше история повторяется: код из

сектора загрузки раздела загружает в оперативную память образ

системы и передает ей управление.

Вот здесь уже возможны варианты. Но, как

правило, глупо создавать специальный раздел для хранения одного


только ядра системы (напомним, что никакой файловой системы загрузчик

не понимает). Один из выходов - использование LILO (Linux Loader),

который вы, скорее всего, уже использовали.

Мы не будем сейчас описывать LILO, а лишь

отметим, что этот загрузчик не ограничен значением флага загрузки

и позволяет загрузить любую систему (не обязательно Linux), из

числа указанных в списке.

Конечно же, есть и другие загрузчики. Но

поскольку LILO была написана специально для Linux, она имеет ряд

весьма примечательных особенностей, как например, возможность

передачи аргументов ядру на этапе загрузки, что позволяет изменить

установки ряда параметров системы "на лету".

Вообще говоря, LILO является своеобразным

стандартом и альтернативные загрузчики, такие как bootlin или

bootactv постепенно вытесняются и уходят в прошлое.

После того, как ядро системы загружено в

память, процесс загрузки переходит в решающую стадию. Вот что

происходит после того, как управление будет передано образу операционной

системы:

Если вы установили сжатое ядро, его необходимо

распаковать. Кстати, поэтому первое, что вы видите на экране,

это сообщение программы распаковки:

Uncompressing Linux.....

Скорее всего, ваш компьютер оснащен SVGA-адаптером.

В этом случае, в зависимости от конфигурации ядра системы, вам

может быть предоставлена возможность установить один из нестандартных

режимов видеоадаптера, например 100 символов на 40 строк. Зачем

это надо? Дело в том, что далеко не все терминалы имеют разрешение

80*25. Напомню, что количество символов в строке ведет свою историю

от 80-колоночных перфокарт, но ведь ветераны помнят, что были

еще и 132-"дырочные" карты! Поэтому вы имеете возможность

настроить свою систему таким образом, чтобы программное обеспечение,

рассчитанное на работу с конкретным терминалом, корректно выполнялось

на вашей машине.

Затем Linux проверяет состав аппаратных средств,

подключенных к машине (гибкие магнитные диски, винчестеры, сетевые



адаптеры и звуковые карты) и конфигурирует некоторые из них. Причем

процесс конфигурирования отображается на экране, а также записывается

в одном из служебных файлов. А команда /bin/dmesg позволяет вам

просмотреть все сообщения во время загрузки. Это оказывается удобно

в тех случаях, когда какая то из команд инициализации возвращает

сообщение об ошибке, которое вы не успеваете просмотреть.

Вот, например, что выводится на экран при

загрузке моей системы:

Console: colour EGA+ 80x25, 8 virtual consoles

Serial driver version 3.99a with no serial options enabled

tty00 at 0x03f8 (irq = 4) is a 16450

tty01 at 0x02f8 (irq = 3) is a 16450

tty02 at 0x03e8 (irq = 4) is a 16550A

lp_init: lp1 exists, using polling driver

snd2 <SoundBlaster Pro 4.5> at 0x220 irq 10 drq 1

snd6 <SoundBlaster 16 4.5> at 0x220 irq 10 drq 5

snd7 <SoundBlaster MPU-401> at 0x330 irq 10 drq 0

snd1 <Yamaha OPL-3 FM> at 0x388 irq 0 drq 0

Sony I/F CDROM : SONY CD-ROM CDU33A Rev 1.0d with tray load mechanism

using 16384 byte buffer, capable of audio playback

Calibrating delay loop.. ok - 7.98 BogoMips

Memory: 6992k/8192k available (532k kernel code, 384k reserved, 284k data)

Floppy drive(s): fd0 is unknown type 0, fd1 is 1.44M

Swansea University Computer Society Net2Debugged [1.30]

IP Protocols: ICMP, UDP, TCP

PPP: version 0.1.2 (4 channels)

TCP compression code copyright 1989 Regents of the University of California

PPP line discipline registered.

SLIP: version 0.7.5 (4 channels)

CSLIP: code copyright 1989 Regents of the University of California

Linux version 1.0.8 (root@mntr) #3 Sun Nov 13 21:19:51 boot ibcs init 1994

Partition check:

hda: hda1 hda2

hdb: hdb1 < hdb5 > hdb2 hdb3 hdb4

VFS: Mounted root (ext2 filesystem) readonly.

Но! Linux при загрузке не проверяет правильность

установки настроек драйверов. В частности, Sound Blaster настроен

на IRQ7, но когда-то сгенерированный под IRQ10 драйвер так и смущает

меня каждый день! А вот на сообщение о типах микросхем коммуникационного



порта советую обратить внимание. В этих строчках может крыться

объяснение того факта, почему ваш замечательный Zyxel не работает

со скоростями выше 9600.

И вот, после того, как конфигурирование системы

закончено, Linux переключает процессор в защищенный режим. Все!

Шутки закончились, и похоже, вирусная эпоха тоже. Конечно, переключение

происходит без аплодисментов и дифирамбов, но для процесса запуска

системы это очень важный этап!

А вот теперь наступает пора файловой системы.

Ядро пытается смонтировать root filesystem (смотри последнюю строчку

в протоколе загрузки). Точка монтирования системы устанавливается

командой rdev).

Тип монтируемой системы опредеяется автоматически,

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

если смонтировать файловую систему не удается, Linux ударяется

в панику (так и называется - panic mode) и "насмерть завешивает

машину".

Затем ядро стартует фоновую задачу /etc/init

(PID=1), которая считывает конфигурационный файл /etc/inittab,

отрабатывает его, а затем запускает скрипт-файл оболочки /etc/rc.

Этот скрипт запускаает все фоновые задачи (они же демоны), которые

обязаны заботиться об обслуживании периферийных устройств, очередей

запросов на печать и прочей рутиной. Кстати, в зависимости от

режима запуска системы вызываются различные варианты скрипт-файлов

/etc/rc.

Это, между прочим, совсем не простой процесс

и его стоит рассмотреть подробнее. Вот фрагмент типового файла

/etc/inittab:

# автоматический старт (уровень 5).

id:5:initdefault:

# Инициализация системы при загрузке

si:S:sysinit:/etc/rc.d/rc.S

# запуск однопользовательского режима

su:S:wait:/etc/rc.d/rc.K

# Инициализация многопользовательского режима

rc:123456:wait:/etc/rc.d/rc.M

# Реакция на комбинацию из трех пальцев

ca::ctrlaltdel:/sbin/shutdown -t3 -rf now

# Реакция на отказ блока питания (разгрузка системы в

# однопользовательском режиме)

pf::powerfail:/sbin/shutdown -f +5 "THE POWER IS FAILING"



# Откат разгрузки системы, если питание восстановлено

pg:0123456:powerokwait:/sbin/shutdown -c "THE POWER IS BACK"

# Если питание восстановлено в однопользовательском режиме -

# запустить многопользовательский режим (он же уровень 5)

ps:S:powerokwait:/sbin/init 5

Формат записей в файле /etc/inittab вы можете

получить, обратившись к системе подсказок man, а я хочу обратить

ваше внимание на следующее:

При старте системы запускается конфигурационный

файл rc.S (системные настройки). Затем инициализируется однопользовательский

режим - rc.K. При этом осуществляется проверка целостности файловых

систем, подлежащих монтированию, и, если ошибок нет, инициализируется

многопользовательский режим (rc.M).

# /etc/rc/rc.S

#

# Системные настройки, выполняемые при загрузке системы

# Вся настройка пользователя должна осуществляться в rc.local

PATH=/sbin:/usr/sbin:/bin:/usr/bin

# разрешаем свопинг

#/sbin/swapon -a # для всех разделов подкачки

swapon /dev/hdb2 # только для конкретного

# Проверяем, не смонтирована ли корневая система как read-only

READWRITE=no

if echo -n >> "Testing filesystem status"; then

rm -f "Testing filesystem status"

READWRITE=yes

fi

# Проверяем целостность всех файловых систем

if [ ! $READWRITE = yes ]; then

/sbin/fsck -A -a

# В случае ошибок переход в однопользовательский режим

# Все сообщения по-английски, поскольку русификаторы пока не

# загружены

if [ $? -gt 0 ] ; then

echo

echo

echo "**************************************"

echo "fsck returned error code - REBOOT NOW!"

echo "**************************************"

echo

echo

/bin/login

fi

# Переключение файловой системы в режим read-write

echo "Remounting root device with read-write enabled."

/sbin/mount -w -n -o remount /

else

#

# При включении ядро системы находилось в режиме read-write, что

# не позволяет проверить целостность системы. Выдаем рекомендации

# по устранению этого дефекта



#

cat << EOF

*** Root partition has already been mounted read-write. Cannot check!

For filesystem checking to work properly, your system must initially mount

the root partition as read only. Please modify your kernel with 'rdev' so that

it does this. If you're booting with LILO, type:

rdev -R /vmlinuz 1

(^^^^^^^^ ... or whatever your kernel name is.)

If you boot from a kernel on a floppy disk, put it in the drive and type:

rdev -R /dev/fd0 1

This will fix the problem *AND* eliminate this annoying message. :^)

EOF

sleep 10

fi

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

/bin/rm -f /etc/mtab* /etc/nologin /etc/utmp

# И создаем новые версии.

cat /dev/null >> /etc/utmp

# монтируем файловые системы, приведенные в /etc/fstab

# за исключением NFS, поскольку TCP/IP еще не установлен

/sbin/mount -avt nonfs

# Настройка системных часов

if [ -x /sbin/clock ]; then

/sbin/clock -s

fi

# Установка содержимого файлов /etc/issue и /etc/motd

# Это обычные текстовые файлы, содержащие текущие новости из жизни

# системы (/etc/issue) и так называемую "мысль дня" (/etc/motd)

#

# Вы можете без колебаний заменить приведенные ниже строки на

# собственные варианты. Например, выбор случайной строки из текстового

# файла, содержащего пословицы и поговорки.

echo > /etc/issue echo Welcome to Linux `/bin/uname -a |

/bin/cut -d\ -f3`. >> /etc/issue echo >> /etc/issue

echo "`/bin/uname -a | /bin/cut -d\ -f1,3`. (Posix)." > /etc/motd

# Настройка коммуникационных портов

# Обратите внимание, что строка вызова скрипта настройки

# коммуникационных портов по умолчанию закрыта комментарием. Дело в том,

# что довольно часто загрузка прерывается в тех случаях, когда параметры

# настройки не соответствуют реальной конфигурации компьютера. Поэтому

# рекомендуется вначале отладить этот скрипт и лишь затем

# инициализировать его при загрузке.

#/bin/sh /etc/rc.d/rc.serial

# инициализируем сервер доменных имен



named

# Конец файла rc.S

#! /bin/sh

#

# Конфигурирование системы для работы в многопользовательском режиме

# Сообщаем пользователю о переходе в многопользовательский режим

echo "Going multiuser..."

# Запуск демона update в фоновом режиме

/sbin/update &

# Установка времени задержки выключения монитора (в минутах)

/bin/setterm -blank 15

# Инициализация сетевой поддержки

if [ -x /etc/rc.d/rc.inet1 ];

then

/bin/hostname vvv # имя хоста

/bin/domainname rinet.ru # и домена

/bin/sh /etc/rc.d/rc.inet1 # запуск конфигурационных скриптов

/bin/sh /etc/rc.d/rc.inet2

else

/sbin/hostname_notcp vvv # если TCP/IP не установлен

/bin/domainname rinet.ru

echo

echo "Since you don't have TCP/IP installed, syslogd will complain when it first"

echo "starts. The warning can be ignored."

echo

/usr/sbin/syslogd

/usr/sbin/klogd

/usr/sbin/lpd

/usr/sbin/crond

fi

# удаление устаревших блокировочных файловв

/bin/rm -f /usr/spool/locks/* /usr/spool/uucp/LCK..* /tmp/.X*lock 1> /dev/null 2> /dev/null

# Отключение зависших сетевых гнезд

if [ -r /tmp/hunt -o -r /tmp/hunt.stats ]; then

echo "Removing your stale hunt sockets from /tmp..."

/bin/rm -f /tmp/hunt*

fi

# Обновление всех связей статических библиотек

/sbin/ldconfig

# И наконец, запуск локальной процедуры настройки

/etc/rc.d/rc.local

# Конец файла rc.M

Кроме того, inittab содержит команды инициализации

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

подключить к Linux-системе удаленные терминалы или другие host-машины.

Но к этому вопросу мы вернемся отдельно.

Вполне вероятно, что вам потребуется внести

в процесс настройки какие-то свои дополнения (например, загрузить

кириллические знакогенератор и раскладку клавиатуры) - не изменяйте

упоминавшиеся выше файлы! Для этого существует специальный скрипт-файл

- rc.local. А если вы подрабатываете системным администратором,

и один из пользователей требует от вас какой-либо экзотической

настройки, то не стоит портить и rc.local - достаточно внести

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

каталоге.

Иначе говоря, сила и мощь UNIX-системы основана

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

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

действительно нужны для работы.


Содержание раздела