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

[Alexey Gladkov <gladkov.alexey@gmail.com>]

On Thu, Jul 01, 2021 at 04:50:21PM +0300, Leonid Krivoshein wrote:
> 
> 
> 01.07.2021 16:39, 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. Если нет, то нужно её держать в памяти.
> 
> А почему в памяти? debug() выводит в >&2 если включен debug, остальные
> функции, на нём основаны. А куда уж скрипт направит свой stderr, туда и
> будет выводиться. Зачем делать это фичей, если тут просто расширение API?

Держать в памяти в смысле в уме, что для отладки этот параметр стоит
указывать в cmdline.

-- 
Rgrds, legion