From: Alexey Gladkov <legion@kernel.org>
To: make-initrd@lists.altlinux.org
Subject: Re: [make-initrd] Замена /var/run и /var/lock на симлинки, указываюшие на /run и /run/lock на стадии initrd
Date: Thu, 29 Oct 2026 10:52:22 +0100
Message-ID: <auMXVsHTZjQH_BGv@example.org> (raw)
In-Reply-To: <ah1t5qHBj4WvxMwS@example.org>
On Mon, Jun 01, 2026 at 01:32:54PM +0200, Alexey Gladkov wrote:
> On Mon, Jun 01, 2026 at 01:44:57PM +0300, Anton Midyukov wrote:
> > >> Тогда возникает, видимо, проблемка, что до удаления пакета скрипт будет попадать в initrd постоянно.
> > >> Но можно его не пакетить, а создавать в %postinstall туда, и при успешном выполнении себя оттуда удалять.
> > >> Но как быть с MOUNTPOINTS += /var? Добавлять в /etc/initrd.mk, а потом оттуда убирать после успешного выполнения скрипта?
> > >> В целом, такого тогда достаточно будет.
> > >
> > > Так. Сформулируй ещё раз по пунктам, что тебе хочется иметь.
> > >
> > > Потому что изначально, когда я предлагал /lib/sysexec.sh то думал, что
> > > инсталлер (ты упоминал установку) будет делать:
> > >
> > > make-initrd MOUNTPOINTS+=/var PUT_FILES+=/lib/sysexec.sh
> >
> > Это postinstall скрипт установки некоего пакета при обновлении. Под установкой я имел в виду установку некоего пакета.
> >
> > >
> > > то есть добавлять эти параметры один раз без конфига или с отдельным
> > > конфигом. Тогда бы после миграции и перегенерации initrd этих файлов там
> > > не было бы.
> > >
> > >
> > > Если же мы говорим про опакечивание и %postinstall, то тут уже несколько
> > > другое дело.
> > >
> >
> > Кейс у меня нарисовался такой:
> > 1. Делается пакет с %postinstall скриптом, который обязательно приедет всем.
> > 2. При первой установке пакета по определённому условию в %postinstall создаётся скрипт в /lib/initramfs-upgrade.d
> > По условию, что /var отдельный раздел добавляется MOUNTPOINTS+=/var в /etc/initrd.mk
> > 3. Так как появился новый файл в /lib/initramfs-upgrade.d отрабатывает триггер (сработает ли он на %ghost? или тут я весь замысел сломал с триггером?)
> > 4. При загрузке в initrd вызывается скрипт, который после успешной отработки удаляет себя в /lib/initramfs-upgrade.d и убирает MOUNTPOINTS+=/var из /etc/initrd.mk
> > 5. запускается init
>
> Ты можешь создавать /etc/initrd.mk.d/upgrade.mk и make-initrd создаст
> отдельный образ для этого конфига. Ты туда можешь сложить всё что тебе
> нужно. Далее ты можешь добавить его в grub.conf и загрузить как once.
> Далее если всё образ больше не нужен ты можешь удалить upgrade.mk и образ
> больше не будет создаваться. Тогда не нужно делать %ghost и удалять
> запакованные файлы.
>
> > > С `MOUNTPOINTS += /var` просится какая-то инфраструктура с кусками
> > > конфига и скриптами, но мне очень не хочется раздувать эту идею. Это может
> > > превратиться в целый фреймворк для обновлений с генерацией конфига и
> > > проверками применённости состояния.
> > >
> >
> > Да, согласен. Поэтому и подумал, что скрипт мог бы за собой убирать и сам из /etc/initrd.mk.
> >
Тема как-то заглохла. Так нужно делать /lib/sysexec.sh или что-то вроде
для запуска скриптов из живого корня до системного init ?
--
Rgrds, legion
prev parent reply other threads:[~2026-10-29 9:52 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-31 13:54 Anton Midyukov
2026-05-31 19:57 ` Alexey Gladkov
2026-05-31 22:17 ` Leonid Krivoshein
2026-06-01 6:44 ` Alexey Gladkov
2026-06-01 7:43 ` Anton Midyukov
2026-06-01 8:08 ` Alexey Gladkov
2026-06-01 8:18 ` Anton Midyukov
2026-06-01 9:01 ` Alexey Gladkov
2026-06-01 10:04 ` Anton Midyukov
2026-06-01 10:31 ` Alexey Gladkov
2026-06-01 10:44 ` Anton Midyukov
2026-06-01 11:32 ` Alexey Gladkov
2026-10-29 9:52 ` Alexey Gladkov [this message]
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=auMXVsHTZjQH_BGv@example.org \
--to=legion@kernel.org \
--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