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=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=L/R2AAbAiF6+KuXzS52S0k3cUj3QGEWRdiAVRH3vZus=; b=Ajp+pHGdGks6wX4jekHPUmY4eZGX7zV/5RYZnm6+NvZfaFajRUH3vLAyyxJBtQtU01 vwee+k+plnmeXVbUjTIl1/fMYGPb2e0wKC0yW91zEwVb97hBpgw1q2tFQ77B/pp9cDro nWuKRUNPYHt7Ix5FNlfJAYc4Gjj78M1B7HGk8mMuarh6w2NOtLDj2niFjrvrQVtaT/F/ w7rwZHvEQnsf6D1Kp1lNNiflHvNdDr+kBUA7huZiz32eQ+a3dkSlNSGgF3rETerDlSom n3q46yTgZ5BG5NhSzd2Gs3VYTd4c7tKKisQUl6nvZZksS0fpUZoU+xXJt5jBMSjZHKZ5 uzHg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=L/R2AAbAiF6+KuXzS52S0k3cUj3QGEWRdiAVRH3vZus=; b=I/auxW79arG6eB4SvqPwwEBoihDGghBwNEL9kxU5mjDneMA2EAm5wIJ94+vUIJBgdd UDFBpTy4kcfHfPKOAQRzngtWpyeaBv33ISj1A37CVviAB4nmA9aOeQ58SRGvv/bLXiX3 5lFC+UXnbgxKLbNykDo2COmsV+M8k6KCDiMhh2WTBVOoksFHuUYLYyHiK9Qam3GktoiM qETg212dfvHVkOIv5EPXRhigv3G1XWdhzUfJZBxvVdGIrozfHgSyfAJZ3rKAVVcg2brH ly/ACrdmk8oDjCj83kR9e+OVAT0IXD7kTakwAEsfIPdWrrxN3JEz9QOWNaoMYrHnoEVT wm+A== X-Gm-Message-State: AOAM533vpw+tzidYMRQ0LnFg3exSoSLPYNVGFbvz/tmg/HM5Hm0WA4xk FigYqz60CD/pgdHDLjtMaUhkV3bUBIQ= X-Google-Smtp-Source: ABdhPJwF3GB48NgEm5zO33JUqB53AX4veu5mezOF4BJ1/4GkK29tCDcDDO85dSkS3VOhd+XnNdBvrA== X-Received: by 2002:ac2:55bc:: with SMTP id y28mr3076772lfg.489.1622057115492; Wed, 26 May 2021 12:25:15 -0700 (PDT) To: make-initrd@lists.altlinux.org References: <20210406082842.pg3rejmmnxuxvddf@example.org> <20210407125739.jeenqyplba3v6itn@example.org> <53dd1676-6f7b-9a75-49a9-e970e9440b1c@gmail.com> <20210526181231.54b2bk4n6uyvbq5j@example.org> From: Leonid Krivoshein Message-ID: Date: Wed, 26 May 2021 22:25:09 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20210526181231.54b2bk4n6uyvbq5j@example.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [make-initrd] Fwd: [#269003] TESTED make-initrd.git=2.14.1-alt1 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: Wed, 26 May 2021 19:25:18 -0000 Archived-At: List-Archive: 26.05.2021 21:12, Alexey Gladkov пишет: > On Wed, May 26, 2021 at 06:05:29PM +0300, Leonid Krivoshein wrote: >> [...] >> Учёл практически все твои замечания. Всё ещё делаю обещанное, однако дело >> уже близится к концу. В коде ещё остаются захардкореными некоторые пути и >> имена, это потом уберётся в альт-специфичный конфиг. >> >> #271420 -- предыдущая версия "всё в одном", около 3 тыс. строк. По ней легче >> понять задумку. Тут предварительно отлажена локальная загрузка. altboot >> сделан шагом pipeline, который выполняет роль вложенной pipeline. >> >> #272587 -- текущая версия разбита на десяток подпакетов, уже более 4200 >> строк, устранены первичные замечания, но понять проще предыдущий вариант. >> Тут тоже работает пока только локальная загрузка, но уже с плимутом, liverw >> надо переделывать, ещё не проверялись: nfs, cifs и overlayroot. Однако >> оценить задумку можно уже сейчас. Документации пока тоже нет. Здесь >> отказался от вложенной pipeline, сделал форк в bootchain и значительное >> расширение его функционала, обратная совместимость с pipeline сохранена. > Это невозможно отревьювить в виде одного коммита. Что ты имеешь ввиду? Сделать так, чтобы сначала были отдельно видны изменения в коде pipeline несколькими коммитами, остальное доложить ещё одним коммитом? Или что слишком большой объём просто нет возможности ревьювить? Второе, конечно, понятно. А первое... в принципе, pipeline отделён сейчас в bootchain-core и два отдельных метода загрузки bootchain-getimage и bootchain-waitdev. Для последнего добавлен опциональный общий тайм-аут, и теперь его можно использовать до altboot (localdev), что позволит использовать подход пропагатора с диалогами и сканированием устройств как fallback, если заданное в /proc/cmdline не будет найдено, зато waitdev позволяет более тонко задавать спецификацию искомого и искать несколько устройств, включая символьные. То есть, не внося изменений в код altboot, можно красиво пристроить слева всю цепочку pipeline. А так по дефолту мы собираем образы с root=bootchain bootchain=fg,altboot и всё, что было в пропагаторе, сохранено для совместимости. Разве что добавили UUID к методам disk и cdrom (в automatic=...). > Верю тебе на слово :) Спасибо за доверие. :-) Но я "работаю" не один, за мной проверяет на образах Антон Мидюков, некоторые коллеги тоже на это посматривают пока издалека, надеюсь, скоро присоединятся тестировщики. Не хочется, чтобы вышел факап в p10 с заменой пропагатора. >> Хотел посоветоваться насчёт setsid, слишком неожиданно для меня его >> поведение в теле скрипта, запущенного через openvt. Он ведёт себя так, будто >> бы его нет, приходится использовать амперсанд (&). При этом, когда я делаю >> то же самое руками в обычном терминале, setsid ведёт себя ожидаемым образом. >> Т.е. одна и та же команда работает по-разному: > openvt сам сделает setsid, если только ты не делаешь openvt --exec . Нет, exec не делаю. Но разве запущенный таким образом скрипт не может запускать setsid ещё раз? В какой-то момент мне нужно от него снова "отделиться" (форкнуться). У тебя в make-initrd setsid используется всего в нескольких местах, но очевидно работает ожидаемым образом. >> setsid sleep 10 >> >> работает как: >> >> sleep 10 >> >> при открытии через openvt, а в консоли работает как: >> >> sleep 10 & > если ты имеешь в виду, что процесс уходит в бэкграунд, то это делает > openvt. Он может так не делать, если выполнять его с опцией --exec. Вопрос терминологии -- у меня всё наоборот. pipeline и bootchain -- демоны, они уже работают в фоне, а мне в какой-то момент необходимо продолжить выполнение на переднем плане, на конкретном терминале. Это отделение происходит в /sbin/bootchain-loop, конкретная реализация в /bin/interactive-sh-functions, см. IM_exec() и IM_activate(). В общем, тут удивляет, почему форкнутый процесс нельзя снова форкнуть таким образом. Потому что не хочется отслеживать потомков и иметь дело с зомби, не люблю эти ужастики. )) >> речь об этом фрагменте: >> bootchain-interactive/data/bin/interactive-sh-functions >> >> ... >> setsid /bin/bash -c "/bin/activate-interactive-vt $delay" & >> message "TTY${_IM_VT_number} will be activated after $((1 + delay)) seconds" >> ... >> >> (в нынешнем варианте задумка работает, но я считаю это неправильно). -- Best regards, Leonid Krivoshein.