Linux: Полное руководство

6. Проверяются зависимости модулей ядра.

7. Выполняется проверка других файловых систем.

8. Монтируются локальные файловые системы.

9. Включаются квоты.

10. Подключается (не активизируется!) раздел подкачки. С этого момента система начинает использовать раздел подкачки.

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

В процессе развития UNIX-подобных ОС выделились две основных системы инициализации (набора сценариев загрузки). Одна была разработана в рамках ОС BSD (Berkeley Software Distribution) Калифорнийского университета, от которой произошли бесплатная FreeBSD и коммерческая SunOS. Другая применяется в классической System V от AT&T и ее потомках, среди которых UnixWare, IRIX, HP-UX и Solaris. ОС Linux заимствовала удачные решения с обеих эволюционных ветвей, и в результате часть дистрибутивов следует в инициализации стилю BSD (Slackware, CRUX, Gentoo), а часть (Red Hat-подобные) — стилю System V.

Инициализация в стиле BSD

Для этого стиля характерно наличие конфигурационного файла стартовых сценариев /etc/rc.conf. Уровней выполнения как таковых в BSD и ориентированных на нее реализациях Linux нет, вместо них вводится понятие режима — группы процессов, объединенных общей функциональностью. Режимов обычно два: однопользовательский и многопользовательский. Каждый режим запускается своим сценарием. Файлы этих сценариев обычно находятся в /etc и называются rc.* (рис. 9.1).

Рис. 9.1. Порядок инициализации в стиле BSD

В дистрибутиве Slackware этим сценариям присвоены имена:

♦ rc.S — сценарий запуска (действие sysinit);

♦ rc.0 — останов системы;

♦ rc.6 — перезагрузка;

♦ rc.K — однопользовательский режим;

♦ rc.M — многопользовательский текстовый режим;

♦ rc.4 — многопользовательский режим с графическим входом в систему.

В /etc/default/rc.conf хранятся в неизменном хорошо откомментированном виде все системные настройки в количестве нескольких сотен, а редактируемый администратором /etc/rc.conf содержит только отличия желаемой конфигурации системы от /etc/defaults/rc.conf, которых раз в десять меньше. Загрузочные сценарии режимов прочитывают оба эти файла и и зависимости от требуемой конфигурации могут запускать из-под себя дополнительные сценарии инициализации различных служб: rc.inetd*, rc.cdrom и т.п. Последним при загрузке выполняется сценарий rc.local, содержание которого определяется администратором конкретной системы.

Инициализация в стиле System V

В этом стиле каждому уровню выполнения соответствует целый каталог, все сценарии в котором выполняются при переключении на этот уровень. Это подкаталоги /etc с именами rc0.d, rc1.d, …, rc6.d. Сценарии в этих каталогах — файлы с именами вроде S12syslog или K95kudzu — только символические ссылки на настоящие сценарии, находящиеся в /etc/init.d. Каждый из настоящих сценариев, будучи вызван с аргументом start, запускает свою службу, а с аргументом stop — останавливает ее. Какой аргумент будет ему передан, зависит от первой буквы имени символической ссылки: S означает start, K (kill) — stop. Следующее за этой буквой число определяет порядок вызова настоящих сценариев: чем оно больше, тем позже срабатывает данная ссылка при включении текущего уровня. Сначала выполняются все сценарии останова процессов, не разрешенных на данном уровне, потом — все сценарии запуска (рис. 9.2).

Рис. 9.2. Порядок инициализации в стиле System V

Переключением уровней выполнения занимается центральный сценарий /etc/rc. Вызванный с аргументом N, где N — это номер включаемого уровня, он ищет каталог /etc/rc.N и выполняет в нем сначала все стоп-сценарии, потом все старт-сценарии.

Для выбора демонов, которые будут запускаться автоматически при загрузке системы, обычно используют конфигуратор drakconf в операционной системе Linux Mandrake, system-config-services в Fedora Core (рис.9.3) или setup в других Red Hat-подобных дистрибутивах.

Рис. 9.3. Конфигуратор служб system-config-services

Чтобы обеспечить автоматический запуск какого-нибудь сервиса, нужно создать сценарий для его запуска и поместить его в каталоге /etc/init.d. Затем, в зависимости от уровня выполнения, в каталоге /etc/rcN.d нужно создать символические ссылки на этот сценарий для его запуска и останова.

Если вы хотите сами создать сценарий для запуска своего демона, можете воспользоваться шаблоном, приведенным в листинге 9.3.

Листинг 9.3. Шаблон для запуска демона

#!/bin/bash
#
# Подключаем библиотеку функций
. /etc/init.d/functions
#
# Определяем параметры
case '$!' in
start)
 # Запуск демона
 echo 'Starting my_daemon...'
 daemon my_daemon
 touch /var/lock/subsys/my_daemon
 ;;
stop)
 # Останов демона
 killproc my_daemon
 rm -f /var/lock/subsys/my_daemon
 rm -f /var/run/my_daemon.pid
 ;;
status)
 # Выводим статистику работы
 ;;
restart | reload)
 # действия, выполняемые при перезагрузке демона
 ;;
*)
 # Произошел вызов без параметров
 echo 'Usage: my_daemon {start|stop|status|restart|reload}'
 exit 1
esac