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=1683051247; x=1685643247; 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=kYN1/DDju0ZWNwB1l6Cp8YmsSnv/O9PgNG5JEBAtMo0=; b=ioJ5qvYC0hU5faNUHVXYyqcX0X1iPfxq4iQ4K7I50pmyp27ETI815klhQlwnF7fg1x 1gdw/ndhWf/sOpEZTcK7jEBgELBn+7CPlRRuitDLp7tUu4gVPAlMd5Q5bYdyvGI0JV37 bggY5NLQkZU5pH4//oT1k9P9We1KM3aRfXyUZxcdgzlcHs94ubmamkdvV+erTIqwcWqb 0CoGkEdP3eTRB5dLIkf6mf02ZRDoIGaEughUYO+e/nSwGZ+UZDC/fm2TpOfhujU6Tf09 ruCqt07zlJcWes92fslTgO5yQPdYhQPB8PB4NAtEVrXB4b2kptKhqxLgtY2ZIiQfMP34 t9QQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683051247; x=1685643247; 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=kYN1/DDju0ZWNwB1l6Cp8YmsSnv/O9PgNG5JEBAtMo0=; b=TWRhb6kHN5UFYST7f/DQDSsW3cz/+bqAggpLgtO3VazLn7BXJfs20dQTWSrzafs/U8 1lAXb05KBPSCC3VZSpOcOBQWDTCsgXh1QOryjlUOEkvx7mWfEVuXoH5uCbe77Sv+O5EG 73dr+N5w9Y64N8GLT5h0zuWWidJC8t1D3+eB1tgdSgu5d0IlxDeViIU6/qN9vAGwBON6 k/M6tYQCg5HoR6ZfMxAHI3FHoVjdaXTYyKo02lbfL6xsoaLQQj0YwJDqgnwMy8b2AI0s 425wT91i0yhH8Xl1/RipYZSRFRSL7SaGvKIUyoNHnnuKdKQRELhmmuFFRu5rGHCNskua ybEw== X-Gm-Message-State: AC+VfDyTddvc55kJeDqfhHYZs/FFnaTT1hf6e3mbTl500wglGmVCZYlT YrGz5P71jdRX71tRlYG5A6gVegKw4wA= X-Google-Smtp-Source: ACHHUZ580dFFADbsGmFkTj7lNne7lbOjWObw4KaOStOcwEJ8LjCQB7SeWttZQFy8p2/KajMc0V8mwA== X-Received: by 2002:a1c:7710:0:b0:3f1:80a7:bfb2 with SMTP id t16-20020a1c7710000000b003f180a7bfb2mr13217811wmi.32.1683051246622; Tue, 02 May 2023 11:14:06 -0700 (PDT) Date: Tue, 2 May 2023 20:14:01 +0200 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: 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> <29d6fab1-599d-2116-7dd9-6bc50c09a94a@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 18:14:09 -0000 Archived-At: List-Archive: On Tue, May 02, 2023 at 08:32:26PM +0300, Leonid Krivoshein wrote: > > > On 5/2/23 19:09, Антон Мидюков wrote: > > 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 к примеру). Возможно, это более правильное решение. > > /dev/console в make-initrd также используют демоны и rdshell, при этом > есть механизм блокировки. Механизм блокировки не позволит занять консоль. Кроме того rdshell сам не вызывается и нужно просто остановить отсчёт rootdelay. Сервисы же по умолчанию пишут в свои логи, а не на console. > Так какое в итоге решение будет более правильным? Конфиг меняется вне > bootchain, переменную можно запилить в m-p безусловно для > соответствующих образов, это поможет? Можно сделать interactive > зависящим от plymouth явно и запускать его из себя, хотя пока не > понимаю, как это лучше сделать. > -- Rgrds, legion