From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1793028999; bh=Fal/ueVs4mXKtlXofv5kWIkvxQIq9pnv1Dd58keDHTc=; h=Date:From:To:Subject:References:In-Reply-To; b=g3l+cJPQZ7NPf07mUH3XoRm4BKXeqrgQBsfJQMoBQl1T1rnpgqMCFpBPjkmohMDpP IqCV9we2fDRrYSudZyd0dTfEBTIqffIPN9NdudNg4d1mHJxAlJpqGjv7oV/CVFgkSU 7i6onoPJuy60IBCoXE3/XhzaEKjj+aojq4dSmD/7z8pDZVNMYX3MCx4Voa18kI8AHF cW9zEyebm8EaEiIMoIBrBrtEkdqqTGzinATAkbNk3yW76Pc9CbpYX8PWGPeM4kMdk+ wvcCoIBAjGsP7SI8+prxMke500b8oOE9VXfay+Mxj5SFAgU2a7Qu7Fzpvwzz4W8FAV 3sNL5t6sKWggg== Date: Mon, 26 Oct 2026 16:36:34 +0100 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: References: <6827d282-5d15-4a4c-b144-2da3e3580cda@gmail.com> <603c67ce-5fc5-434b-9f6f-83afb99fcc83@gmail.com> <268f3abf-44ff-4d3d-99d2-e7498cfe5e48@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <268f3abf-44ff-4d3d-99d2-e7498cfe5e48@gmail.com> Subject: Re: [make-initrd] [PATCH v2 00/11] Improve support for atomic actions X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Oct 2026 15:36:43 -0000 Archived-At: List-Archive: 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