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=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1683045340; x=1685637340; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:to:from:date:from:to:cc :subject:date:message-id:reply-to; bh=cki1Kcf5bAmth4Xdp6LLfFb/AWvaSSpWyWxaxgzP9qE=; b=J6FnuWmPXW0eLVuWRx80fczMSfeJLjPPuhaMRO6uhmsl82/3OGU4zSjdIHhcSxRRgM 03SvUGiGhivu1wxP9Y6HgFu+uJ/F+ywHputa4P2mcROZkgNc4W3zZTnAg26Tj7xVPCgf 9BiD3QgNXEucqOaZNDSQO4WDkZ5waib1ZAw5WYNa9GgWAGY+45Vu8GX+TqsfwK3eumK2 RWY1L68+bEeAgP84STEyLCqJ0wJ3ho3CfQZ1BeweFlS/C0l6Pzo2I99/T7U2YCxdsE7/ 81fuiq3aK1KcqaffdFDTxHIZYKOqt1D6QUfeTly+lv9EdNHNNrxtvEWeCSaoH1EuRYwO Bafg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683045340; x=1685637340; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=cki1Kcf5bAmth4Xdp6LLfFb/AWvaSSpWyWxaxgzP9qE=; b=XCgIQVGOjuaum8CJR2IVWZAHL+QPeucClRl6j12lncMCUF4gJuJmar7l/TaM8LE79+ 0VAUkvz+hQNbnnarwS32xEp3LI+rvi2aR+W89jiYTGAv2+CBC9AbaeN66HusYXloGQWt uhLxhvpjpwr/15sGNgjKBpK6Y3LDyperNDrn/E1/lbkhIzGWugE/5lYSnXjxniq1H5IN w8oInQVHwfDKNHQikDkZFigoBd/ZkyKHrrlD0EXtcktmzv8a+7IOp+fV9qVKRlOzyuSE nED3ab3qKo2aNql6HQJCPvSMyf3jk98t9NdlOhOVWeyZqWDnTU7KohCzrs3HAs0a1osK TMTg== X-Gm-Message-State: AC+VfDz9DWWZh0ZdoXcbMXNQQWYflXrHlplooPV20oZX1pYTpqCQNmL1 roHZJNo/gzPQQI2L3wXMSMVfTIt6+zQ= X-Google-Smtp-Source: ACHHUZ7Y+lXqVrYqhxEYymBvsyFO44FIHd5247tN2x61aa04VFe9/0s2mIMkg4V9fjeJTp9PPRxAGw== X-Received: by 2002:adf:e6d0:0:b0:2f8:ba03:6dec with SMTP id y16-20020adfe6d0000000b002f8ba036decmr13532578wrm.20.1683045340266; Tue, 02 May 2023 09:35:40 -0700 (PDT) Date: Tue, 2 May 2023 18:35:35 +0200 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: 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> 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] =?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:35:43 -0000 Archived-At: List-Archive: 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, то проблема будет решена. -- Rgrds, legion