Re: [devel] I: usrmerge

[Arseny Maslennikov <arseny@altlinux.org>]

[-- Attachment #1: Type: text/plain, Size: 3565 bytes --]

On Sat, Feb 03, 2024 at 05:21:35PM +0700, Антон Мидюков wrote:
> 03.02.2024 17:05, Anton Farygin пишет:
> > On 03.02.2024 12:46, Arseny Maslennikov wrote:
> >> On Sat, Feb 03, 2024 at 10:46:42AM +0300, Anton Farygin wrote:
> 
> >>> Ну и второй - не пора ли плавно добавить в make-initrd поддержку нового
> >>> расположения для /lib/firmware и /lib/modules, плавно на уровне пакетов
> >>> сделав нужную миграцию, поддерживающую обновления ?
> >> В merged-usr иерархии будет симлинк /lib -> usr/lib.
> >> Нужные файлы будут доступны и по новому, и по старому расположению; не
> >> вижу пока смысла что-то здесь предпринимать, как и явно упаковывать
> >> /lib/firmware и /lib/modules в firmware-linux и ядрах под префикс.
> >> Если изменить там путь, то такие пакеты перестанут поддерживать
> >> unmerged-usr совсем. Это стоит делать не сразу.
> > 
> > Почему же перестанут ? просто все конфигурации одновременно обновятся и уйдут на префикс.

Синхронизировать апгрейд всех пакетов, требующих его, апгрейд
make-initrd (и перегенерацию им initramfs) и установку filesystem 3
во всех конфигурациях очень сложно. Полагать, что все конфигурации
смогут одновременно обновиться, наивно.

Ну и, как я понимаю, проект make-initrd ставит одной из целей поддержку
не только альта.

> > 
> > Единственное что перестанет работать - так это те системы, которые были установлены с отдельным от корня /usr
> 
> Так если initrd умеет монтировать /usr, то не должно быть разницы с системами, у которых нет отдельного /usr?
> Или всё-таки нет?

Насколько я понимаю, не должно.

Более того, merged-usr-система, в которой /usr отдельный от корня, тоже
возможна, но она не будет называться split-usr. В задачу инитрд в этом
окружении точно так же будет входить монтирование /usr (может быть, из
сквоша или по сети), а файловая система, монтируемая на "/", будет
содержать /etc, каталоги-симлинки /bin /sbin /lib*, а также
каталоги-заглушки
(/sys /proc /dev /run /var /srv /tmp ...), поверх которых монтируются
соотв. разделы и API FS (или не монтируются и не заглушки, а просто там
файлы лежат под этими каталогами на носителе "/").

Это имеет смысл, например, для бездисковых иерархий, загружаемых по
сети, и систем на RO-образах.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]