[make-initrd] Инфраструктура отладки в make-initrd

[Alexey Gladkov]

On Thu, Jul 01, 2021 at 03:31:07PM +0300, Leonid Krivoshein wrote:
> Всем привет!
> 
> 
> Из-за скудности сабжа пришлось городить свой набор функций и в процессе
> отладки они сильно выручили. С включенным bc_debug получаются вменяемые
> отладочные журналы, не сравнить с использованием set -x. Примеры сейчас
> можно увидеть здесь:
> http://git.altlinux.org/people/klark/packages/make-initrd-bootchain.git в
> подкаталоге boot-logs.
> 
> В самом make-initrd на эту тему есть немного, например, параметр debug, от
> которого мало что меняется в run-time, а раньше он ещё и был включен по
> дефолту (я не знал, как отключить, поэтому ввёл свой bc_debug). Было бы
> здорово иметь такую инфраструктуру на верхнем уровне make-initrd, доступную
> для любых фич. Речь о примерно следующем наборе функций:
> 
> debug() -- Вывод текстового сообщения при расширенной отладке.
> enter() -- Трассировка при расширенной отладке: вход в указанную функцию.
> leave() -- Трассировка при расширенной отладке: выход из указанной функции.
> run() -- Запуск внешней команды. При расширенной отладке команда попадёт в
> журнал.
> fdump() -- Вывод в журнал содержимого указанного файла при расширенной
> отладке.
> assign() -- Присвоение переменной указанного значения, попадающее в журнал.
> 
> message() -- уже есть, он отправляет в журнал сообщение независимо от debug.
> 
> Я понимаю, что после отладки enter()/leave() и возможно что-то ещё из кода
> может даже лучше убирать. Но в таком виде как сейчас их наличие помогает не
> только программисту отлаживать программу, но и пользователю разобраться,
> почему не грузится система. Возможно имеет смысл перетащить в
> initrd-sh-functions?

В качестве отдельной фичи ? Если да, то в ней можно принудительно включать
rdlog=console. Если нет, то нужно её держать в памяти.

-- 
Rgrds, legion