From: Leonid Krivoshein <klark.devel@gmail.com> To: make-initrd@lists.altlinux.org Subject: Re: [make-initrd] Fwd: [#269003] TESTED make-initrd.git=2.14.1-alt1 Date: Wed, 26 May 2021 22:25:09 +0300 Message-ID: <cdbbce44-17fe-7b06-8ab3-b638f3d84079@gmail.com> (raw) In-Reply-To: <20210526181231.54b2bk4n6uyvbq5j@example.org> 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.
next prev parent reply other threads:[~2021-05-26 19:25 UTC|newest] Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-04-05 20:33 ` Leonid Krivoshein 2021-04-05 22:51 ` Leonid Krivoshein 2021-04-06 8:44 ` Alexey Gladkov 2021-04-06 17:38 ` Leonid Krivoshein 2021-04-07 13:13 ` Alexey Gladkov 2021-04-06 8:28 ` Alexey Gladkov 2021-04-06 16:38 ` Leonid Krivoshein 2021-04-06 19:05 ` Alexey Gladkov 2021-04-06 19:30 ` Alexey Gladkov 2021-04-06 23:13 ` Leonid Krivoshein 2021-04-07 12:28 ` Alexey Gladkov 2021-04-06 23:00 ` Leonid Krivoshein 2021-04-07 12:11 ` Alexey Gladkov 2021-04-06 23:59 ` Leonid Krivoshein 2021-04-07 1:51 ` Leonid Krivoshein 2021-04-07 12:57 ` Alexey Gladkov 2021-04-07 18:29 ` Leonid Krivoshein 2021-05-26 15:05 ` Leonid Krivoshein 2021-05-26 18:12 ` Alexey Gladkov 2021-05-26 19:25 ` Leonid Krivoshein [this message] 2021-05-27 8:37 ` Alexey Gladkov 2021-05-27 12:29 ` Leonid Krivoshein 2021-05-27 13:53 ` Alexey Gladkov 2021-05-27 15:10 ` Leonid Krivoshein 2021-05-27 17:04 ` Alexey Gladkov 2021-05-27 17:11 ` Leonid Krivoshein 2021-05-30 20:34 ` Leonid Krivoshein
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=cdbbce44-17fe-7b06-8ab3-b638f3d84079@gmail.com \ --to=klark.devel@gmail.com \ --cc=make-initrd@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Make-initrd development discussion This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/make-initrd/0 make-initrd/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 make-initrd make-initrd/ http://lore.altlinux.org/make-initrd \ make-initrd@lists.altlinux.org make-initrd@lists.altlinux.ru make-initrd@lists.altlinux.com public-inbox-index make-initrd Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.make-initrd AGPL code for this site: git clone https://public-inbox.org/public-inbox.git