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=1683048750; x=1685640750; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id:from :to:cc:subject:date:message-id:reply-to; bh=m1C0CJVQm5f4l+4QZ1bk+3JysMaJFWIUVGQfKHzI4yY=; b=Gb6qXvuyNlB/6ASZ+52juHQjTKeP/HOdLl/xCZXq5/ub3QPoidJDc8GzeWxtb8ip9k MZUzUOF9UbGh9PSzLKkpX0yK5qFZFgdxZzNHOXZn7+Mm3BfGRbujt3wBcN8GBBIXKTjp +QHwdfd1a0yjo5FaVyTCmdy5j+jZOOL06tbLlk/ObMjqtmgyS/odS3pNl9NjJWhG4CEs wFzj8S0bSArGjJoRoK7ubwhlWYR3c4h09EQ2RYlYmqofZjJ/FZvTTY74wrFMZ3NiDjmy keMxVszbe16mEiQh++qQSV15olnsxMCbl4vgqvd926P7TmwH/yN1/1AHCrM7Ukwhs4pJ V2yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683048750; x=1685640750; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=m1C0CJVQm5f4l+4QZ1bk+3JysMaJFWIUVGQfKHzI4yY=; b=P4ipewP79oWEqPZWymJduCulUU3PMN4SZpYG2hr/HCBfnnA52XWIQFmDVQCbY6JsEv OVUIrj7Dh7QWcL5H4iL2PPIFjJF8m9PlyAPhl1njGEB4ORnCBVyAdhVe2WlBncemfDWc MvW8/eow/r9nPf5yxWKHB2cMEaOKLIWvMAexb0NDfL2jEC37+O8g3ruxJR3Rh0jtd3UU n9DokzZzs2CcezgYRfaA2YTpBXc/AwyaAo5gGLePhXLr+lLC3+ZVBOhaJp865DXUDGUs FqnhBq0zXHJ8O4sSRFCAwp80HnxgljR5/Ka2ny0ZXoy8JQJdsXFP4UfFZGGG2LXPLdaI vFBg== X-Gm-Message-State: AC+VfDxP27aDmxNSRlIwSnpItCYIilm+67orcu7le6wghzYsRlx6GNRx WKEPhYjkjtLYK2CSD2PJFB5ixazgHfo= X-Google-Smtp-Source: ACHHUZ6vVC/4Ume5yz01rJX9VuASG8Qq6g/2w7MNdQnZwspQm+p7GRR35GgzbXu5b76O9ra+oZvM3Q== X-Received: by 2002:a25:4ce:0:b0:b9e:772f:34bc with SMTP id 197-20020a2504ce000000b00b9e772f34bcmr2758194ybe.22.1683048749716; Tue, 02 May 2023 10:32:29 -0700 (PDT) Message-ID: Date: Tue, 2 May 2023 20:32:26 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.10.0 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> <29d6fab1-599d-2116-7dd9-6bc50c09a94a@basealt.ru> Content-Language: ru, en-US From: Leonid Krivoshein In-Reply-To: <29d6fab1-599d-2116-7dd9-6bc50c09a94a@basealt.ru> Content-Type: text/plain; charset=UTF-8; format=flowed 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 17:32:33 -0000 Archived-At: List-Archive: 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, при этом есть механизм блокировки. Так какое в итоге решение будет более правильным? Конфиг меняется вне bootchain, переменную можно запилить в m-p безусловно для соответствующих образов, это поможет? Можно сделать interactive зависящим от plymouth явно и запускать его из себя, хотя пока не понимаю, как это лучше сделать. >