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=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Message-ID: <29d6fab1-599d-2116-7dd9-6bc50c09a94a@basealt.ru> Date: Tue, 2 May 2023 23:09:24 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Content-Language: ru To: make-initrd@lists.altlinux.org References: <9fabbee6-2ffe-2f5f-ec8f-bca2709e9a6e@basealt.ru> <23ae9afd-58a5-43c1-d07f-f16a7610d8f3@basealt.ru> <622a14ca-f5d2-81e0-19a9-20fdb82d6e7b@basealt.ru> <35e128e0-852c-5377-129a-77543fc5dcbf@gmail.com> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: <35e128e0-852c-5377-129a-77543fc5dcbf@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [make-initrd] =?utf-8?b?0J3QtSDQt9Cw0L/Rg9GB0LrQsNGC0Ywg0YHQtdGA?= =?utf-8?b?0LLQuNGBLCDQtdGB0LvQuCDQt9Cw0L/Rg9GJ0LXQvSDQtNGA0YPQs9C+0Lkg?= =?utf-8?b?0YHQtdGA0LLQuNGB?= 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: Tue, 02 May 2023 16:09:30 -0000 Archived-At: List-Archive: 02.05.2023 22:50, Leonid Krivoshein пишет: > Добрый день! > > > > On 5/2/23 15:03, Alexey Gladkov wrote: >> On Tue, May 02, 2023 at 06:39:47PM +0700, Антон Мидюков wrote: >>> 02.05.2023 18:36, Alexey Gladkov пишет: >>>> On Tue, May 02, 2023 at 06:20:27PM +0700, Антон Мидюков wrote: >>>>> 02.05.2023 18:17, Alexey Gladkov пишет: >>>>>> On Tue, May 02, 2023 at 06:08:56PM +0700, Антон Мидюков wrote: >>>>>>> Здравствуйте >>>>>>> >>>>>>> А есть ли какая-то возможность указать в заголовке init-скрипта initrd, чтобы если он запускается, то другой init-скрипт не стартует? >>>>>> Таких зависимостей среди сервисов нет. >>>>>> >>>>>>> Или как-то иначе решить такую задачу? >>>>>>> Конкретика: >>>>>>> Нужно, чтобы plymouth не запускался, если будет запускаться bootchain. А уже сам bootchain бы запускал plymouth. >>>>>>> Другой вариант: не запускать plymouth, пока bootchain не завершит работу. >>>>>>> Причина в том, что plymouth занимает консоль и не даёт bootchain ничего в ней нарисовать. >>>>>>> Сейчас bootchain запускается на tty2, и проблемы поэтому нет. Но, если запускать с параметром cmdline console=tty1, при запущенном plymouth bootchain вечно ждёт доступ к tty1. >>>>>> bootchain может перед началом работы выполнить: plymouth --hide-splash . >>>>>> >>>>>> Почему такой вариант не подходит ? >>>>>> >>>>> plymouth при скрытии splash выводит тему details, т.е. сообщения идут через него. И вот через details bootchain почему-то не работает. >>>>> Помогает только nosplash, т.е. отключение запуска plymouth. >>>> Я очень плохо знаю опции этой утилиты. Я имел в виду опцию, которая его >>>> останавливает. Наверное это quit. >>>> >>> Да. Если полностью остановить, то работать будет. Просто это же моргание будет дополнительное. Было бы лучше не запускать. >> Если plymouth не должен запускаться совсем, то правильнее прописать его >> отключения ещё при сборке. В config.mk прописать: >> >> $(call feature-disables,plymouth) >> >> В самом initramfs отключение можно сделать только через костыли. > > Мне тоже первая мысль пришла по поставленной задаче выставить именно такой конфликт сервисов, но дочитав тред до конца, вижу, что проблема специфична для определённых одноплатников и условий с серийной консолью. Прежде чем хвататься за перевод make-initrd-bootchain-interactive на tmux, а эта задача мне меньше всего пока понятна, возникает резонный вопрос: а как у пропагатора обстоит дело с плимутом и серийными консолями? Он же тоже использует TTY's? > plymouth запускает сам propagator на tty5, поэтому с ним не конфликтует. А выводит он в /dev/console, и выводит в неё только он, не с кем ему её делить. Ему нет разницы, что из себя представляет /dev/console. Но так как он выводит логи на tty4, с последовательной консоли их не получить. Если переделать bootchain на вывод в /dev/console, то придётся переделать запуск plymouth (на tty5 к примеру). Возможно, это более правильное решение. -- С уважением, Антон Мидюков