Rescue/Launcher

Автоматический запуск программы в ALT Rescue

Заставшим MS-DOS это напомнит C:\autoexec.bat. Ну да, что-то очень похожее, только "на стероидах"! :) В отличие от rc.local, процесс запускается интерактивно, а не в фоновом режиме, причём на конкретном терминале сразу после запуска всех служб. По завершении этого процесса пользователь попадает в обычную командную строку.

Назначение

• Автоматизация запуска вашей программы на первом терминале при загрузке с rescue, в том числе, программы, требующей интерактивного взаимодействия с пользователем.
• Создание инструментальных загрузочных носителей с собственной системой диалогов.
• Автоматизация сборки систем на голом железе и в виртуальном окружении.
• Автоматизация массового развёртывания из готовых образов.

Краткое описание

Пакет rescue-launcher разработан с таким расчётом, чтобы можно было автоматически смонтировать <ОТКУДА-ТО> некий каталог, содержащий <ВАШ_СКРИПТ> (или иной исполняемый файл), и запустить его. Параметр загрузки ядра autorun управляет тем, где и что ищется, каким образом и куда монтируется. Скрипт, входящий в пакет rescue-launcher, запускается на первом терминале (/dev/tty1), блокируя возможный повторный запуск. В случае возникновения ошибок, выполнение прерывается и вы оказываетесь в штатной командной строке ALT Rescue. Если что-то пошло не так, смотрите журнал /var/log/rescue-launcher.log.

В образе носителя Rescue должен находиться пакет rescue-launcher. Чтобы работал автозапуск, также важен этот патч (входит в startup-rescue >= 0.31-alt1). Последним важным условием является наличие опции autorun[=...] в параметрах загрузки ядра. Предполагается, что первые два условия будут реализованы в m-p профилях ALT Rescue и во всех бранчах в самое ближайшее время. Если собирается собственный образ rescue, вместо пакета rescue-launcher ваш исполняемый скрипт можно сложить непосредственно в /sbin/rescue-launcher корневой системы.

Параметр autorun

Параметр загрузки ядра autorun (сам по себе или autorun=1) позволяет включить механизм автозапуска с заданными умолчаниями, которые можно переопределить, сложив в rescue-образ собственный файл конфигурации /etc/rescue-launcher/rescue-launcher.conf. Имеющаяся в пакете конфигурация детально описывает назначение каждого аргумента и все заданные умолчания. Все те же аргументы могут быть переопределены параметром загрузки ядра autorun=..., например:

method

Определяет один из методов поиска нужного каталога с <ВАШИМ_СКРИПТОМ> (см. далее). Значение по умолчанию: auto.

label

Метка тома или тэг для монтирования локальных носителей. Значение по умолчанию: alt-autorun. rescue-launcher может брать это значение также из параметра automatic (см. Propagator). В /proc/cmdline внутри меток тома вместо пробелов следует использовать последовательность символов "%20".

uuid

UUID локально подключенного раздела. Значение по умолчанию не определено. rescue-launcher может брать это значение также из параметра automatic (см. Propagator).

server

IP-адрес или DNS-имя сервера (http, nfs). Значение по умолчанию не определено. rescue-launcher может брать это значение также из параметра automatic (см. Propagator).

directory

Полный путь к профилю, файлам данных и, главное, к автоматически запускаемому скрипту. Значение по умолчанию не определено.

mpoint

Каталог, в который будет смонтирован указанный путь, и где в конечном итоге окажется автоматически запускаемый скрипт. Значение по умолчанию: /mnt/autorun.

run

Название автоматически запускаемого скрипта (<ВАШЕГО_СКРИПТА> или иного исполняемого файла). Значение по умолчанию: autorun.

Примеры

autorun=method:http,server:example.org,directory:/pub/start
autorun=method:nfs,server:192.168.15.2,directory:/srv/deploy
autorun=method:disk,uuid:82d5d0e2-d51d-4508-bd82-f9aade802427
autorun=method:cdrom,label:ALT%20Education%209.3beta2
autorun=method:plan9,label:host-guest-exchange

Методы

Метод поиска нужного каталога с <ВАШИМ_СКРИПТОМ> определяется аргументом method. Например, если указать autorun=method:disk,label:deploy в /proc/cmdline, rescue-launcher попытается смонтировать любой подключенный диск с меткой тома "deploy" и будет искать запускаемый скрипт на нём. Первая версия rescue-launcher поддерживает следующие методы: auto, cdrom, disk, nfs, http, plan9, vbox. Методы nfs и http требуют предварительного поднятия сетевого интерфейса. На данный момент используется довольно примитивный механизм получения настроек по протоколу DHCP. Методы cdrom и disk относятся к классу "локально подключаемых дисков", тогда как методы plan9 и vbox относятся к классу "виртуальных ФС" для обмена данными между хостовой и гостевой системами.

AUTO

Метод auto используется по умолчанию и обеспечивает поиск всеми доступными способами, но порядок и конкретные методы можно переопределить в собственном rescue-образе через файлы /etc/rescue-launcher/*.list. Можно написать собственный метод (к примеру, samba или ssh) и сложить по аналогии в /usr/libexec/rescue-launcher/methods/. Метод auto опасен тем, что если на пути поиска может возникнуть не одно местоположение, будет выбрано какое-то одно и не то, на которое вы рассчитывали. Поэтому лучше всегда выбирать не его, а другой конкретный метод. Важно понимать: сначала перебираются все локальные методы, затем сетевые и в самом конце виртуальные. Порядок внутри класса также определяется содержимым файлов /etc/rescue-launcher/*.list.

CDROM

Каталог (directory=...) должен быть указан. Если нет, используется каталог "/recovery". Этот каталог должен находиться либо в корне загрузочной системы (squashfs), либо в корне ISO-образа (iso9660). Если задать uuid и/или label ISO-диска, эти аргументы также проверяются. Данная схема пригодна для случаев, когда необходимые файлы могут быть размещены на этапе создания загрузочного образа (squashfs или iso9660), при этом их объём вместе с загрузочной системой не превышают размер типовой ISO-болванки (около 4.5Гб).

DISK

Метод disk ищет локально доступный раздел, указанный в поле uuid. Если uuid не указан, ищет локально доступный раздел, указанный в поле label. Если и label не указан, ищет локально доступный раздел с меткой тома "alt-autorun".

NFS

Метод nfs требует указания аргументов server и directory: указанный каталог монтируется по сети с указанного сервера, при этом используется протокол NFSv3.

HTTP

Метод http немного отличается от остальных: <ВАШ_СКРИПТ> скачивается во временный файл с адреса, указанного в параметрах server и directory, делается выполняемым, а перед его запуском экспортируется переменная среды AUTORUN_HTTPBASE, содержащая "подсказку" <ВАШЕМУ_СКРИПТУ>, где можно скачать остальные файлы, если это потребуется.

PLAN9

Метод plan9 позволяет связать с гостевой системой директорию хост-системы через тэг alt-autorun или иной, указанный в аргументе label. Запустив на хост-системе команду, создающую и запускающую виртуальную машину QEMU, вы передаёте в ней нужный тэг так называемой 9p-шары. Гостевая система, запустившись с опцией autorun=method:plan9,label=... данную директорию монтирует на чтение локально и запускает в ней <ВАШ_СКРИПТ>. Получается что-то подобное guestfs, только ваши правила и возможности закладываются в загрузочный образ.

VBOX

Метод vbox подобен методу plan9, только связывает "общую папку VirtualBox" между гостевой и хостовой системами.

Примеры использования

Собираем усечённую rescue на основе репозитория c8:

git clone git://git.altlinux.org/people/klark/packages/alt-c8-deploy.git
cd alt-c8-deploy
$EDITOR sources.list
export GLOBAL_NET_ETH=eth0
make && make distclean

Создаём "ответную" часть типа "Hello, world!":

cd $TMPDIR
mkdir test-deploy
cat >test-deploy/autorun <<-EOF
#!/bin/sh -efu

export LANG="ru_RU.utf8"
export LC_ALL="ru_RU.utf8"
echo "Да здравствует автоматизация!"
sleep 30
EOF
chmod +x test-deploy/autorun

Тестируем полученный образ в QEMU (надо будет выбрать второй пункт в загрузочном меню):

qemu-kvm -cpu host -m 1024 -balloon virtio \
    -fsdev local,security_model=passthrough,id=fsdev0,path="$TMPDIR/test-deploy" \
    -device virtio-9p-pci,id=fs0,fsdev=fsdev0,mount_tag=alt-autorun \
    -cdrom alt-c8-deploy-*.iso

Заменяем "ответную" часть на что-то более осмысленное:

cat >test-deploy/autorun <<-EOF
#!/bin/sh -efu

export LANG="ru_RU.utf8"
export LC_ALL="ru_RU.utf8"

# Полезная нагрузка
mount -o remount,rw "$(pwd)"
dd if=/dev/sr0 bs=2M of=hybrid.iso status=progress
isohybrid hybrid.iso
sync
poweroff
EOF
chmod +x test-deploy/autorun
> test-deploy/hybrid.iso

После повторного запуска виртуалки с теми же аргументами в $TMPDIR/test-deploy/hybrid.iso появится гибридный образ. Запишем его на настоящую флэшку:

su -
umount /dev/sdb1
dd if=/tmp/.private/<USERNAME>/test-deploy/hybrid.iso \
    of=/dev/sdb bs=2M oflag=direct status=progress; sync
fdisk /dev/sdb # здесь добавляем второй раздел типа Linux
wipefs -a /dev/sdb2
mkfs.ext2 -q -L alt-autorun /dev/sdb2
mount -t ext2 /dev/sdb2 /mnt

Кладём в /mnt нужные файлы (например, образы настроенных систем), и сюда же кладём <ВАШ_СКРИПТ> (под именем autorun), делаем его исполняемым, размонтируем флэшку и идём с ней на компьютер, на который будем этот образ накатывать.