Make-initrd development discussion
 help / color / mirror / Atom feed
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



      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