[devel-distro] Q: img/rootfs образы для x86_64 regular

[devel-distro] Q: img/rootfs образы для x86_64 regular

[Konstantin Lepikhov]

Привет!

А есть ли какие-либо технические трудности выкладывать rootfs/.img для
x86_64? Просто .iso не обладает одной удобной особенностью rootfs - там
нельзя поменять ядро (т.к. раздел с ядром лежит на ro), а в каких-то
случаях это бывает удобно. Сейчас .img есть только для jeos, а хотелось бы
еще gnome/xfce.

Я пока изворачиваюсь с altmobile без posh но с gdm, но хотелось бы узнать
подробности, почему так нельзя.

-- 
WBR et al.

Re: [devel-distro] Q: img/rootfs образы для x86_64 regular

[Evgeny Sinelnikov]

Привет.

12.05.2025 23:16, Konstantin Lepikhov пишет:
> Привет!
>
> А есть ли какие-либо технические трудности выкладывать rootfs/.img для
> x86_64? Просто .iso не обладает одной удобной особенностью rootfs - там
> нельзя поменять ядро (т.к. раздел с ядром лежит на ro), а в каких-то
> случаях это бывает удобно. Сейчас .img есть только для jeos, а хотелось бы
> еще gnome/xfce.
А для какого продукта? Тут, скорее, вопрос в том под какую конфигурацию:
- таблица разделов;
- тип корневой файловой системы;
- наличие swap-раздела;
- с каким паролем рута, первым пользователем, настройками сети и т.п.

По сути, img - это предустановленна операционная система. И OEM-режим,
когда во время загрузки запрашивается в графике информация о настройке
шагов install3 - это не всегда то, что требуется.

Нужно определиться с тем, что такое img.

> Я пока изворачиваюсь с altmobile без posh но с gdm, но хотелось бы узнать
> подробности, почему так нельзя.

Было бы более универсально доработать alt-rootfs-installer или его 
аналог под
задачу генерации образа из заданного источника. Например, архива rootfs.

В этом случае можно рассчитывать на такой сценарий публикации: - 
собирается два первичных источника продукта - iso и tar.gz; - 
подготавливается alt-rootfs-installer для генерации разных образов; - 
формируется список необходимых для генерации img с их конфигурацией; - 
при публикации сразу генерируются все образы из сформированного списка.

При этом всегда остаются возможность обеспечить генерацию кастомных 
образов из того же первичного источника с необходимым параметрами 
конфигурации.

PS: В целом, в дальнейшем, можно обойтись и одним первичным источником - 
iso. А для генерации tar.gz уже использовать отдельный набор профилей, 
беря RPMS.main образа как репозиторий для его сборки.