Re: [make-initrd] [PATCH v2 00/11] Improve support for atomic actions

[Leonid Krivoshein <klark.devel@gmail.com>]

On 10/26/26 6:36 PM, Alexey Gladkov wrote:
> On Mon, Oct 26, 2026 at 06:15:56AM +0300, Leonid Krivoshein wrote:
>> Привет!
>>
>>
>> On 10/21/26 1:18 PM, Alexey Gladkov wrote:
>>>>>> Другой момент с этими коммитами не связан, но давно напрашивался. В v2.36.0
>>>>>> была добавлена rootdelay_reset_timer(), здесь проскочило её
>>>>>> усовершенствование. На время диалогов ввода и на время заведомо длительных
>>>>>> или непредсказуемых по времени выполнения операций хотелось бы не просто
>>>>>> приостанавливать отчёт таймера rootdelay, но и возобновлять его отсчёт, а не
>>>>>> просто сбрасывать. Сейчас я его просто сбрасываю, так тоже работает, но это
>>>>>> конечно увеличивает суммарный (фактический) rootdelay.
>>>>> Почему на время диалогов ты не хочешь сделать rootdelay_pause ?
>>>>>
>>>> Как раз делаю.
>>>>
>>>>
>>>>> Поставить rootdelay на паузу для диалогов мне кажется правильной идеей. Я
>>>>> паузу как раз для этого использую в fsck и kickstart. Для последнего
>>>>> rootdelay отключается по сути вообще.
>>>>>
>>>> Раньше тоже так делал. Если что-то пошло не так, мы не увидим ни stage2, ни
>>>> отладочного rdshell. Поэтому сейчас сделаны две вещи: 1) таймаут отключается
>>>> только на время длительных операций, диалогов, а после rootdelay
>>>> перезапускается, 2) при фатальном выходе chaind устанавливает дедлайн на
>>>> now+2 секунды, чтобы поскорее попасть в rdshell.
>>
>> К сожалению, поздно вспомнил, что перетаскивание rootdelay_pause в коде было
>> связано ни с одной, а с двумя проблемами. Первую проблему обсудили и решили
>> выше. А вторая проблема была связана с периодическим выводом сообщений от
>> этого демона, что он ожидает корня. Когда мы работаем с диалогами на TTY2,
>> вперемешку с интерфейсом dialog иногда вылазили эти сообщения. Поэтому и
>> отключали этого демона на всё время работы интерактивщины.
>>
>> В идеале нужно:
>>
>> 1. Отключать учёт времени истечения загрузки только на определённые моменты:
>> это уже сделано.
>> 2. Отключать или перенаправлять сообщения от демона rootdelayd: этого пока
>> нет.
>>
>> Это две разные проблемы. Не совсем верно решать первым способом вторую
>> проблему, но сейчас у меня другого варианта просто нет. Возможно, я не прав
>> в том смысле, что в initrd, помимо rootdelayd, могут быть другие процессы,
>> которые могут что-то писать в активный TTY, просто мне таких пока не
>> попадалось.
> 
> Новый код в rootdelayd теперь показывает это сообщение под блокировкой:
> 
>    run_console_locked show_waiting_message
> 
> так что если твой диалог на время работы будет брать блокировку, то
> сообщение показано не будет.
> 

С новой реализацией ещё не проверялось, но было видно, что сообщения 
проскакивают между диалогами, хотя на время их вывода используется 
rootdelay_pause. Запускать всю цепочку в интерактивном режиме под 
блокировкой консоли кажется сомнительной идеей, потому как может 
привести к взаимным блокировкам. Например, я жду настройки сети, а фича 
network ждёт консоли.

Отдельная ручка для управления этими сообщениями прям очень нужна.

Демон rootdelayd мог бы создавать при запуске каталог 
/.initrd/rootdelay/show-wait-msg или что-то вроде того, и выводить это 
сообщение только пока данный каталог существует. Если его нет, то просто 
не выводить. Тогда bootchain, pipeline, kickstart и другие, кому нужно 
долго работать с *РАЗНЫМИ* диалогами, при этом продолжать учитывать 
время загрузки, могли бы на время своей работы данный каталог удалять, а 
по окончании работы восстанавливать.

Сейчас же приходится оборачивать всю цепочку в rootdelay_pause() / 
rootdelay_unpause() только из-за этих сообщений.


-- 
WBR, Leonid Krivoshein.