From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 6 Nov 2021 16:22:34 +0100 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: <20211106152234.tay7dqubnjr5j3ai@example.org> References: <20211024172323.DBBE6A5E66@lists.altlinux.org> <20211026191600.srasvg6dbltxrsjw@example.org> <595e8a7c-1b6b-361d-b597-60031d25e0f6@gmail.com> <20211106132213.2qojchid4yqymcvb@example.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [make-initrd] [PATCH v6 21/22] bootchain-core: adds ability to bring the daemon to the foreground 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: Sat, 06 Nov 2021 15:22:36 -0000 Archived-At: List-Archive: On Sat, Nov 06, 2021 at 05:57:44PM +0300, Leonid Krivoshein wrote: > > Так я же и написал tty2. Вопрос был о том, зачем демону перезапускаться ? > > Он же может перенаправить свой ввод-вывод на любой терминал. > > Перенаправить-то он может свой ввод/вывод, но на переднем плане (на tty2) > продолжает работать одна часть (перезапущенная), в то время как другая часть > следит за истечением таймаута, чтобы переключиться на этот терминал (tty2). > Есть условия, при которых мы должны переключаться на tty2 сразу, но данное > разделение и перезапуск через openvt позволяют реализовать концепцию > отложенного переключения на tty2. Иначе мы должны были бы переключиться туда > немедленно и наблюдать все быстро проскакивающие диалоги, например, в > течение первых 3-6 секунд загрузки altboot. Данное концептуальное усложнение > позволило избавиться от мелькания диалогов на ранней стадии загрузки, когда > никакого ввода от пользователя не требуется, и вся загрузка укладывается в > отведённые 8 секунд таймаута. Я с трудом понимаю. > > > Алексей Шепляков предложил тут хорошую идею: использовать для тех же целей > > > screen или tmux. Собственно задача: восстановить после себя консоль. Вариант > > > идеальный, но у меня пока не вышло из-за проблем с настройкой utf8 в stage1, > > > там одно другое цепляет, есть конфликты с plymouth и kbd, который сейчас, > > > кажется, совсем нерабочий. > > Кто совсем нерабочий ? > > make-initrd с фичей kbd у меня не собирается, фейлится. # grep kbd /var/lib/initrd/`uname -r`.initrd/features kbd Эта фича срабатывает в момент инициализации терминалов. > Вообще не проблема руками настроить консоль и utf8. Но проблемы > начинаются, когда это начинают делать сразу несколько фич, когда с > ресурсами типа tty2 или console начинают работать несколько разных фич, > типа plymouth, kbd, rdshell. Я не вижу проблем с kbd+rdshell. Насчёт plymouth не уверен, но на мой взгляд не должно быть проблем. > Надо с этим чего-то придумать на верхнем уровне make-initrd. Некий общий > аналог console-sh-functions, через API которого можно будет избежать > гонок и конфликтов при инициализации консолей. Я пока не понял сути проблемы. -- Rgrds, legion