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=1793034936; bh=JY8aKIcuL2vRIdDX38CbyOvdcygt5NDqM4BBcwSJ/nA=; h=Date:From:To:Subject:References:In-Reply-To; b=lz9rp7PY2FwY0gPjWUivhQLLTRDhqzHJHJpB6rTiPdBR+yLhnSYlfjrYkftKAZVc8 eYO5ky2mevrEPbe1daPfQXoFumqzwqprNw56x4ODFBqa8K8mUb6eJqTSyXBaUUJ6bI JXYEAtkJCAzY2tdU8jPs3TXDPl7JCW6oui2JhYs8+fKPLQe2RatUNkoi7zVh4f5P+W eII8Y5eHaaz8SGDqh+Wt7J92CQ4cEfFovcwCj9a5UBN5A5YgRKxmqvuajz9e3rWAlf CQenn7rRcxTfNCs+N4I/xXO9D6qcISfVNmTYpjsiFe2G7wX3uVR4i2QL0J2h8neJkK hW7leG5TlLDKQ== Date: Mon, 26 Oct 2026 18:15:32 +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> <80b1a55a-056d-45b6-8aae-d2d2db9bf218@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <80b1a55a-056d-45b6-8aae-d2d2db9bf218@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 17:15:42 -0000 Archived-At: List-Archive: On Mon, Oct 26, 2026 at 07:47:04PM +0300, Leonid Krivoshein wrote: > > > К сожалению, поздно вспомнил, что перетаскивание rootdelay_pause в коде было > > > связано ни с одной, а с двумя проблемами. Первую проблему обсудили и решили > > > выше. А вторая проблема была связана с периодическим выводом сообщений от > > > этого демона, что он ожидает корня. Когда мы работаем с диалогами на TTY2, > > > вперемешку с интерфейсом dialog иногда вылазили эти сообщения. Поэтому и > > > отключали этого демона на всё время работы интерактивщины. > > > > > > В идеале нужно: > > > > > > 1. Отключать учёт времени истечения загрузки только на определённые моменты: > > > это уже сделано. > > > 2. Отключать или перенаправлять сообщения от демона rootdelayd: этого пока > > > нет. > > > > > > Это две разные проблемы. Не совсем верно решать первым способом вторую > > > проблему, но сейчас у меня другого варианта просто нет. Возможно, я не прав > > > в том смысле, что в initrd, помимо rootdelayd, могут быть другие процессы, > > > которые могут что-то писать в активный TTY, просто мне таких пока не > > > попадалось. > > > > Новый код в rootdelayd теперь показывает это сообщение под блокировкой: > > > > run_console_locked show_waiting_message > > > > так что если твой диалог на время работы будет брать блокировку, то > > сообщение показано не будет. > > > > С новой реализацией ещё не проверялось, но было видно, что сообщения > проскакивают между диалогами, хотя на время их вывода используется > rootdelay_pause. Я не знаю как ты ставишь паузу, но если пауза стоит, то rootdelayd не может ничего выводить. https://github.com/osboot/make-initrd/blob/master/features/runtime/data/sbin/rootdelayd#L13-L16 > Запускать всю цепочку в интерактивном режиме под блокировкой консоли > кажется сомнительной идеей, потому как может привести к взаимным > блокировкам. Я не считаю, это сомнительной идеей. Твои диалоги занимают консоль. Блокировка как раз делается, чтобы разделить доступ к ней. > Например, я жду настройки сети, а фича network ждёт консоли. Фича network не ждёт console. > Отдельная ручка для управления этими сообщениями прям очень нужна. Пока для меня это не очевидно. Ты приводишь какие-то надуманные с моей точки зрения аргументы. > Демон rootdelayd мог бы создавать при запуске каталог > /.initrd/rootdelay/show-wait-msg или что-то вроде того, и выводить это > сообщение только пока данный каталог существует. Если его нет, то просто не > выводить. Тогда bootchain, pipeline, kickstart и другие, кому нужно долго > работать с *РАЗНЫМИ* диалогами, при этом продолжать учитывать время > загрузки, могли бы на время своей работы данный каталог удалять, а по > окончании работы восстанавливать. > > Сейчас же приходится оборачивать всю цепочку в rootdelay_pause() / > rootdelay_unpause() только из-за этих сообщений. Я пока не очень понимаю зачем твоей интерактивной программе на базе initrd вообще запущенный rootdelayd, который нужен в первую очередь для отслеживания параметра ROOTDELAY. Тебе он вообще не нужен. -- Rgrds, legion