[make-initrd] Замена /var/run и /var/lock на симлинки, указываюшие на /run и /run/lock на стадии initrd

[Anton Midyukov]

01.06.2026 11:08, Alexey Gladkov пишет:
> On Mon, Jun 01, 2026 at 10:43:20AM +0300, Anton Midyukov wrote:
>> 01.06.2026 09:44, Alexey Gladkov пишет:
>>> On Mon, Jun 01, 2026 at 01:17:01AM +0300, Leonid Krivoshein wrote:
>>>> Всем привет!
>>>>
>>>>
>>>> On 5/31/26 10:57 PM, Alexey Gladkov wrote:
>>>>> On Sun, May 31, 2026 at 04:54:56PM +0300, Anton Midyukov wrote:
>>>>>> Доброго времени суток
>>>>>>
>>>>>> Необходимость замены  /var/run и /var/lock на симлинки, указываюшие на /run и /run/lock
>>>>>> уже давно перезрела. Начиная с p9, все новые системы являются мигрировавшими при их установке.
>>>>>> Но остаются системы, обновлявшиеся с p8, какие-то самодельные сборки, где эта миграция не выполнялась.
>>>>>>
>>>>>> Наверное, самый безопасный способ миграции таких систем - сделать это на этапе initrd.
>>>>>> В таком случае потребуется монтировать /var, если он на отдельном разделе.
>>>>>> А также потребуется монтировать систему на запись.
>>>>>> Видимо, это должна быть фича, которая добавляется в initrd автоматически, если /var/run или /var/lock
>>>>>> не являются симлинками.
>>>>>> Хотелось бы узнать, насколько это хорошая идея.
>>>>>
>>>>> Технически это возможно. В момент initramfs можно добавить
>>>>>
>>>>> MOUNTPOINTS += /var
>>>>>
>>>>> тогда мы попробуем добавить всё необходимое для /var и попытаемся
>>>>> смонтировать его для системы. Далее нужно вызвать что-то вместо INIT,
>>>>> что сделало бы миграцию.
>>>>>
>>>>> Когда-то давно я предлагал сделать фичу для обновлений, но в то время
>>>>> такая идея не вызвала интереса. Я предлагал сделать возможность вызова
>>>>> скрипта определённого имени из рута системы перед запуском INIT.
>>>>>
>>
>> А почему скрипт не помещать в initrd? Чтобы была универсальной?
> 
> Да. В то время я не думал про `MOUNTPOINTS += /var` (то есть про
> необходимость дополнительных действий при создании initrd). У меня идея
> была в том, что бы любой initrd мог выполнить манипуляции с системой,
> пользуясь либо утилитами из initrd, либо из системы.
> 
>> Тогда можно неким скриптом послеустановочным делать make-initrd c MOUNTPOINTS += /var и
>> какой-то ещё переменной, которая укажет путь до скрипта.
>> И тогда мы получаем простой способ делать с системой разное. Мне нравится.
> 
> У нас есть:
> 
> features/runtime/data/etc/rc.d/rc.sysexec
> 
> его можно расширить запуском дополнительных скриптов. Нужно лишь придумать
> какой интерфейс тебя устроит. Достаточно ли будет проверять и вызывать
> какой-нибудь /lib/sysexec.sh ?
> 
> Тогда вся обновлялка твоя будет:
> 
> MOUNTPOINTS += /var
> PUT_FILES += /lib/sysexec.sh
> 

Полагаю, что недостаточно. Так как будут ставиться в будущем пакеты с разноимёнными скриптами,
в %postinstall для первой установке которых будет генерация make-initrd с определёнными параметрами.
(хотя может это и неудачная идея, make-initrd может быть перегенерирован ещё по какой-то причине при обновлении)
То есть нужна некая новая переменная, которую нужно обработать. Можно назвать её SYSEXEC.

>>>>
>>>>
>>>> А зачем? /sbin/init можно заменить для разовой операции, выполнить 
>>>> обновление из заменённого скрипта и вернуть всё обратно. Как-то так:
>>>
>>> Этот хак повреждает локальную систему. Можно добиться того же эффекта
>>> сделав в grub one-shot запись с init=/update.sh .
>>>
>>> Но в целом, вот эти же аргументы и звучали раньше.
>>>
>>>> #!/bin/sh
>>>>
>>>> T=/tmp/update.sh
>>>>
>>>> if [ "$0" != "$T" ]; then
>>>>      cp -Lf -- "$0" "$T"
>>>>      exec $T "$@"
>>>>      exit 1
>>>> fi
>>>>
>>>> # Doing update here...
>>>> ...
>>>>
>>>> # Restoring the original init
>>>> mv -f /sbin/init.old /sbin/init
>>>>
>>>> # Call init or reboot
>>>> exec /sbin/init "$@"
>>>> exit 1
>>>>
>>>>
>>>> -- 
>>>> WBR, Leonid Krivoshein.
>>>>
>>>> _______________________________________________
>>>> Make-initrd mailing list
>>>> Make-initrd at lists.altlinux.org
>>>> https://lists.altlinux.org/mailman/listinfo/make-initrd
>>>
>>
>> -- 
>> best regards, Anton Midyukov <antohami at altlinux.org>
>>
>> _______________________________________________
>> Make-initrd mailing list
>> Make-initrd at lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/make-initrd
> 

-- 
best regards, Anton Midyukov <antohami at altlinux.org>