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: Date: Tue, 2 May 2023 23:36:28 +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: <23ae9afd-58a5-43c1-d07f-f16a7610d8f3@basealt.ru> <622a14ca-f5d2-81e0-19a9-20fdb82d6e7b@basealt.ru> <0b688d8c-8ee1-d70b-2fe0-83c8cd040461@basealt.ru> <5a0c8d78-1b84-f46f-d688-1c58f7528dde@basealt.ru> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: 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:36:34 -0000 Archived-At: List-Archive: 02.05.2023 23:35, Alexey Gladkov пишет: > On Tue, May 02, 2023 at 10:12:46PM +0700, Антон Мидюков wrote: >> 02.05.2023 20:46, Alexey Gladkov пишет: >>> On Tue, May 02, 2023 at 08:07:30PM +0700, Антон Мидюков wrote: >>>> 02.05.2023 19:57, Alexey Gladkov пишет: >>>>> On Tue, May 02, 2023 at 07:46:34PM +0700, Антон Мидюков wrote: >>>>>> 02.05.2023 19:03, Alexey Gladkov пишет: >>>>>>> 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 отключение можно сделать только через костыли. >>>>>>> >>>>>> >>>>>> Да, это то, что нужно. Спасибо! >>>>>> А запускать plymouth нужно на другом tty, например на tty5, как делает это propagator с опцией --tty=/dev/tty5 >>>>>> >>>>>> Но тогда может можно просто настроить запуск на tty5 при make-initrd? Или нельзя? >>>>> >>>>> Я не очень понял идею. Вы хотите из фичи bootchain настраивать на каком >>>>> tty будет запущен plymouth ? >>>>> >>>> >>>> Да. >>> >>> Такое технически возможно. Можно сделать так чтобы tty был настраиваемым >>> на стадии сборки образа. >>> >>>> Но можно пойти более простым путём, не менять tty для bootchain с tty2 на другой, если указана не serial console. >>>> Там ошибка сейчас, получается. >>> >>> Этого я не понял. Объясните пожалуйста. >>> >> >> У bootchain в конфиге выставляется tty, на котором он будет запускаться >> (tty2). Но его можно переопределить, задав console=<такой-то> при >> загрузке (переменная CONSOLE в initrd). Для решения проблемы >> достаточно, чтобы переопределение срабатывало только тогда, когда >> console=ttyS<такой-то>, т.е. serial console (и netconsole ещё). > > То есть это исправление на стороне bootchain. Правильно я понял ? Да. > >> Задачку решаю такую: >> Есть компьютер с u-boot или edk2, у которого при загрузке ядра вывод >> уходит на UART. А пользователь под рукой usb-UART не имеет, да и >> пользоваться им уметь не обязан. Чтобы вывод шёл на HDMI нужно >> прописать console=tty1. Но в этом случае bootchain не может поделить >> tty1 с plymouth, придётся отключать plymouth. Если bootchain останется >> на tty2, несмотря на console=tty1, то проблема будет решена. > -- С уважением, Антон Мидюков