7 Присоединение rc.d скрипта к инфраструктуре

После того, как скрипт был написан, его необходимо присоединить к rc.d инфраструктуре. Решающим шагом является установка скрипта в /etc/rc.d (для базовой системы) или в /usr/local/etc/rc.d (для портов). В файлах <bsd.prog.mk> и <bsd.port.mk> существуют специальные процедуры для этого, и вам не придется заботиться о правильных правах доступа и владельце скриптов. Системные скрипты должны устанавливаться из директории src/etc/rc.d и должны быть указаны для этого в Makefile, находящемся в этой директории. Скрипты из портов должны устанавливаться с помощью переменной USE_RC_SUBR, как это описано в в руководстве по созданию портов.

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

Мы уже упоминали об rcorder(8). Сейчас настал момент, взглянуть на эту программу поближе. В двух словах, rcorder(8) принимает в качестве аргументов список файлов, проверяет их содержимое и выводит упорядоченный список в stdout. Идея держать информацию о зависимостях внутри заключается в том, чтобы каждый файл имел структурную зависимость только от себя. Внутри файла можно указать следующую информацию:

• названия ''условий'' (в нашем случае - сервисов), которые наш скрипт предоставляет;

• названия ''условий'', которые необходимы скрипту для запуска;

• названия ''условий'', которые должны быть выполнены до запуска нашего сервиса;

• дополнительные ключевые слова (keywords), чтобы выделить группу файлов из всего набора. (можно дать команду rcorder(8) игнорировать или использовать только те файлы, в которых есть определенное ключевое слово.)

В нормальном случае rcorder(8) может оперировать только с текстовыми файлами, синтаксис которых похож на синтаксис sh(1). Поэтому, специальные строки, обрабатываемые rcorder(8) выглядят как комментарии в языке sh(1). Синтаксис этих строк очень жесткий, чтобы упростить их обработку. Смотрите rcorder(8) для более детальной информации.

Кроме того, использование специальных строк позволяет скрипту настаивать на зависимости от другого сервиса с принудительным стартом последнего. Это может быть необходимым в случае, когда сервис-зависимость является необязательным или не запускается, потому что администратор по ошибке отключил его в rc.conf(5).

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

#!/bin/sh

# PROVIDE: mumbled oldmumble 
# REQUIRE: DAEMON cleanvar frotz
# BEFORE:  LOGIN
# KEYWORD: nojail shutdown

. /etc/rc.subr

name="mumbled"
rcvar=`set_rcvar`
command="/usr/sbin/${name}"
start_precmd="${name}_prestart"

mumbled_prestart()
{
    if ! checkyesno frotz_enable && \
        ! /etc/rc.d/frotz forcestatus 1>/dev/null 2>&1; then
        force_depend frotz || return 1
    fi
    return 0
}

load_rc_config $name
run_rc_command "$1"

А теперь, как и прежде, проведем детальный анализ изменений: