[make-initrd] Не запускать сервис, если запущен другой сервис

[Антон Мидюков]

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 ещё).

Задачку решаю такую:
Есть компьютер с u-boot или edk2, у которого при загрузке ядра вывод уходит на UART. А пользователь под рукой usb-UART не имеет, да и пользоваться им уметь не обязан.
Чтобы вывод шёл на HDMI нужно прописать console=tty1. Но в этом случае bootchain не может поделить tty1 с plymouth, придётся отключать plymouth.
Если bootchain останется на tty2, несмотря на console=tty1, то проблема будет решена.

-- 
С уважением, Антон Мидюков <antohami at basealt.ru>