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

[Alexey Gladkov <legion@kernel.org>]

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

так что если твой диалог на время работы будет брать блокировку, то
сообщение показано не будет.

-- 
Rgrds, legion