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=20210112; t=1681071507; x=1683663507; 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=JL8mneZ7hJ+RY5Cntx0A4OceFz230Vovzz+EBpfxq8Y=; b=jBwrT7qZTtmNm+S9LhsvnkIHwgpR7DipPkZW0dpu2U8G4r15JLv313jGpTfmHEH3oK dbQiznWZZ5L5Lc73+qTx+0TTPQx7JaXT6Q0vaom0+pISdQRasnNX3MNoDBZRuX9fmVFU Thj4lROtnKiMMnLxn8Qhu6H5oocDhg9G3314qRxLqY5jZjV18sywoXc9ieya0uxVO3XY YRzos9gQDZcgnJBZiyb0WZp6+qSYzHZdtLbo7zUTFq7ksUMC9cWNUXPV8F9GoHfa32nh gnMUmrih8gWsmYB1dfR/ysRVVckvylhRbrvZnC2fbNrfVjyNlcgHEMxtu9Z7YLmT9PKa UdkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1681071507; x=1683663507; 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=JL8mneZ7hJ+RY5Cntx0A4OceFz230Vovzz+EBpfxq8Y=; b=zWrZfUG0P+1amec2LZWCnQpm1Juh6+pcw2e055UlNXBewOVS1YDZeCrl9Vj7A9OBEA WLNVYzwA1F4qB1urLcLjWP+mHjExJJ0sIPX5e9y/1REu/Wy3V2oz1DGXCfFOpOk7Jg7F 0e9/AZ+GLAN14B6LQSn4cQW3+qYa685iOehreMvZ/B6Wp56VFJubKcTNqJGLrAQfZ9Hw 7bTOp3fRJyLj9ze/PJ9Aqti/UBkKnHYxOLUKV2ktdeqQ6mHYLa5lrkZ/eALu/FixApbI Ue2LRR6Xia3qHQIfOvFSNVUkLN17cNGwHDiocKzb08Fao6ox26d3lN5GnVymTI8vFA1A OmIA== X-Gm-Message-State: AAQBX9f4ogX/dQBDS4dDDJ2u4WX1xEc9lmZp69jut5Gk9nlGqrcvbIbB a9uSnqXR1FriGkMLk0CjtBxD0avZ/Uo= X-Google-Smtp-Source: AKy350YoErEnshhJ6HH+lxOqF5bNQw63eMeMzyzQS15WGHc3mULL3dIaqgGQsgmQxxyT54vLG8HFMA== X-Received: by 2002:a05:6870:4707:b0:177:a498:cae8 with SMTP id b7-20020a056870470700b00177a498cae8mr5200165oaq.11.1681071506746; Sun, 09 Apr 2023 13:18:26 -0700 (PDT) Message-ID: <6219f0d8-e4a6-4520-784f-2137ac7db177@gmail.com> Date: Sun, 9 Apr 2023 23:18:25 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.9.0 To: make-initrd@lists.altlinux.org References: <7d19288d-96a9-186c-768d-95a09b02c225@basealt.ru> Content-Language: ru, en-US From: Leonid Krivoshein In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [make-initrd] =?utf-8?b?cG9sbGQg0Lgg0L/RgNC+0LLQtdGA0LrQsCDQvdCw?= =?utf-8?b?0LvQuNGH0LjRjyAvcm9vdC9zYmluL2luaXQ=?= 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: Sun, 09 Apr 2023 20:18:30 -0000 Archived-At: List-Archive: Привет! On 4/6/23 12:29, Alexey Gladkov wrote: > [...] > Для более сложных случаев можно указать свой boot method: > > /lib/initrd/boot/method/SOMETHING/check > /lib/initrd/boot/method/SOMETHING/action > > echo SOMETHING > /etc/initrd/method Спасибо! Предположительно помогло создание симлинка check => /bin/false в altboot, т.е. способ решения проблемы через boot method сработал: ALT #45787. Но проблема была в другом месте... >> [...] >> bootchain после монтирования /sbin/init совершает ещё действия, поэтому нужно дождаться его выполнения. >> В случае bootchain было бы надёжным запускать polld только тогда, когда он завершил свою работу. >> Такое в принципе возможно? > В новой версии make-initrd у pipeline будет шаг останавливающий или > запускающий сервисы. В bootchain вы может сделать такой же шаг. Если какие-то вспомогательные сервисы нужны или не нужны, конечно их можно запускать из цепочки. Но делать так с ключевыми сервисами make-initrd, назначение которых я даже толком не понимаю, мне кажется неправильным. Такой подход может поломать что-то ещё. > Хотя я > считаю более правильным сделать свой boot method с нужными дополнительными > проверками. В ходе разборок заметил странную штуку... 1. pipeline раньше использовал telinit 2 в шаге rootfs. 2. bootchain делал изначально точно так же. 3. В какой-то момент в pipeline/rootfs поменялся механизм: вместо telinit 2 стал перезаписываться boot method => localdev. 4. Почти сразу я портировал это изменение в bootchain/rootfs. 5. И pipeline, и bootchain изначально меняют boot method на себя и оба не предоставляют функций check и action для проверки специального условия нахождения корня, полагаясь на то, что когда цепочка будет завершена, метод загрузки переключится на localdev и там уже есть нужный функционал проверки. 7. Странное и неожиданное здесь то, что данный функционал работает параллельно с pipeline или bootchain несмотря на то, что метод загрузки изменён в самом начале цепочки -- это и есть причина рейса. 8. Для pipeline данная проблема остаётся в равной степени актуальной. 9. Для bootchain сделал лишь одно изменение: перенёс переключение на метод localdev из шага rootfs за конец цикла демона chaind чтобы успевать переписать в stage2 файл журнала. 10. Добавлять в bootchain или pipeline проверку успешности прохождения цепочки, наверное, можно, но я не стал городить огород, поскольку на Сизифных регулярках, в основном, используется altboot поверх bootchain. 11. Проверять что-либо в altboot смысла не было -- он не первый и не последний шаг bootchain, просто переписать boot method -- недостаточно, т.к. bootchain это делает, а толку ноль, но объединив всё вместе с симлинком на /bin/false результат неожиданно проблему вылечил. Короче говоря, в make-initrd проверка метода localdev почему-то срабатывает, даже если метод загрузки установлен не localdev, и побороть это помогает только создание собственного check. -- WBR, Leonid Krivoshein.