Для Магеи то у меня есть пакетная сборка,  с настройкой.  Где то 4 часа  и сборка готова
Давно хочу попробовать чистую Росу, но там с системным модулем проблемы
А можно ли конвертировать squashfs.img из   ROSA.FRESH.PLASMA.R9.x86_64.uefi.iso
Так монтирую squashfs.img (2 Гб )  а он пустой. То ли защита, то ли еще что то
Отлаживать пакетную сборку, при наличии профессиональной сборки от МагОС, как то неразумно.
Это долго и хлопотно ...
Пробовал, но у меня  сборка на urpmi, а в МагОС сборка работает на rpm
При сборке Росы на urpmi скачиваются по зависимостям  лишние пакеты, которые к тому же порою конфликтуют с друг другом
А так бы проконвертировать в формат xzm  да попробовать было бы  неплохо.

PS :

Для MGAREMIX, т к там уже все настроено, то можно  сделать еще короче  (для 62-MagaMagOS.xzm)  :

rc.preinit  +  /usr/lib/magos/scripts + rc.halt.pre +  rc.halt + rc.halt.reboot

Где rc.halt.pre +  rc.halt + rc.halt.reboot  скрипты для выключения модульной системы
Т к модули при старте надо смонтировать, а при выключении отмонтировать
И система с этим  справляется некорректно

Еще я бы оставил  rc.desktop и rc.local.d  -  Это просто удобство работы.   Но можно и без них
Конечно functions и os-config из /usr/lib/magos непременно  надо оставить
Получится запустил MGAREMIX , обновился  и при выключении сис-изменения будут запоминаться модульно в формате xzm
Это будет  чистая Магея и ничего лишнего т к система не правится.

/usr/lib/magos/scripts  -   это утилиты для работы с модулями. Саму систему не трогают.
Если интересен такой вариант сделаю и выложу...
Только ядро к сожалению  пока идет старое  - 4.9.56-desktop-1.mga6

Запускал с 89-magos.xzm для росы.
Это слегка измененный 88-magos.xzm под мою сборку.  Как то просто привычнее.
Загрузчик grub2.  Связку  grub4dos+syslinus от МагОС в свое время уж натестировался  и что то не тянет все это  запускать
Последней каплей переполнившей мое терпение было то на ext4 grub4dos не включился
Я долго редактировал меню grub4dos и ничего не работало. Только потом я разобрался, что на ext4 работает только syslinus
На ext3 работает grub4dos. В общем та еще сладкая парочка. Теперь  запускаю grub2 и никаких проблем.

В /usr/lib/magos/rc.preinit   пароль root  переписывается root =toor, формируется User=live Password=magos
Так что пароли для МагОС не преграда, для запуска системы.

В MagOS/uird.magos.cpio.xz  не включился русский при старте, но это мелочи

Зато запустилась картинка от plymouth при старте. В МагОС plymouth стартует только в текстовом режиме
Но вот опция  plymouth=silent, для выключения  plymouth, давно уже в новых версиях Росы не работает
И plymouth  в плазме для Росы управляется теперь как в Магее - https://forum.mageia.org.ru/viewtopic.p … 327#p15327

Это на хорошем компе. Если слабый комп то тянет, т к по дефолту в Росе включаются большие иконки.
Уж не знаю ! То ли на для пенсионеров они делают Росу ?
Но уменьшил иконки и вроде задвигалось
Еще не смог вручную отредактировать видеокарту ? А включилось разрешение 1024x768, это с монитором на 1920x1080
Магея определяет разрешение на моем мониторе как 1280x1024. Все же более приемлемо.

               А так сборка  ROSA.FRESH.PLASMA.R9.x86_64.uefi.iso старая и кучю пакетов надо обновлять
Вот интересно. В Магее и Росе это какая то политика, делать сборки один раз в год и потом не обновлять их.
Что бы люди шевелились и что то делали. Или просто банальная лень ? Или что то еще ?
Обновить сборку не так уж сложно и не так уж долго.
Конца обновления системы я не дождался т к их уж очень много.
В общем любой  LiveDVD похоже не основа  для формирования сис-модуля модульной системы.
Исключение составляет пока только MGAREMIX
Его запустил, добавил пакеты и работай !

Вот то что drakconf находится в "Параметры системы" это конечно интересно.
Но постоянно набирать пароль для root, при настройке системы,  как то утомительно.
В магее зашел один раз в drakconf и работай. Это вроде хоть и не совсем модно но  все же удобнее.

PS :

User=marsik Password=ghbdtn Пароль root - ghbdtn

Извини но Password=ghbdtn еще ведь и запомнить надо
У меня он как то и не запомнился.
Можно ведь наверно так :

User=marsik Password=kisram Пароль root Password=toor

Данный метод подкупает своей универсальностью. На любом дистре можно в виртуалке сконвертировать VDI в XZM
Конечно наблюдается зависимость от профессионализма предыдущего сборщика
Только желательно  чистить машинно зависимые файлы
Это /var/log,  /var/lib/NetworkManager, /var/lib/preload, /etc/resolv.conf, /etc/fstab, /etc/sysconfig/network-scripts, /etc/sysconfig/harddrake2, /etc/ppp
       Файлы в этих папках должны быть как в исходном LiveDVD
Конечно линух унивирсален.  Даже если не почистить, то система все равно запустится
Но запускаться будет просто дольше особенно если в /etc/resolv.conf  останутся сервера от обновления, то система вероятно сначала попробует с ними соедениться. Если не удастся, то только тогда будет настраивать сеть.
Я вначале устанавливал Магею на диск, делал aufs-образ диска с Магеей, чистил от машинно зависимых файлов и паковал в формат xzm и все работало
Но только там машинно зависимых файлов очень много. Особенно в  /var/log и /var/lib

        Свою сборочную  (DrakMod) я сделал на базе сборочной make_modules от neobit
В пакетной сборке дистра  почти нет машинно зависимых файлов . И это конечно радует
Скачал пакеты в образ,  настроил и запаковал
Но там  папки /proc, /sys, /opd  берутся из системы, где запускается сборочная.
Получается, что бы сделать модульную версию Магеи, надо или установить ее сначала на диск или запустить соответствующее LiveDVD
На версии 64  бит  нельзя собрать модульную версию 32 бит
Если LiveDVD старый, то его сначала лучше обновить. 
Я обычно на старой сборке делаю новую.
Из плюсов, что ни от кого не зависишь и некого винить за какие то косяки

Пробовал но с запуском пока проблемы
По опции uird.mounts=$UUID@/boot  в загрузчике UIRD не находится диск
Но загрузчик у меня grub2 да еще со своими настройками.
Но Магея и Роса запускаются
Правда вроде Росу запускал с UIRD с  ядром  от МагОС.  Это я взял прямо с их сборки
Почему уж не помню.
Сейчас как то  больше дачные работы время отнимают. Немного позже попробую разобраться.

Запустить так и не получилось

Обошел эту проблему, но клавиатура не работает. Что то не понятно.

Эта сборка у меня запустилась
Но ее надо  пачить
Т к plymouth в Магее 5 корректно  почему то не запускается и много других  мелких проблем - https://forum.mageia.org.ru/viewtopic.p … 325#p15325
В основном это KDE. В росе kde осталась от Мандривы, а в Магее использовали свежую сборку.
К удивлению  отличия в плазме   на Магее 6  и Росе минимальны

Эпилог :

Получается, что UIRD это вероятно  для мандрива-подобных дистров. Это Магея, Роса, Альт-линукс
В МагОС вроде хотели сделать сборку для Ubuntu и что то нет ее до сих пор.
Как то пробовал сделать модульную Suse, так то же загрузчик (UIRD) не запустился.
Но UIRD для постороннего ядра, пробовал UIRD для Магеи и МагОС, запускалось на Suse ???
В общем загадки с другими дистрами.

Так же как на флэшку
Разницы нет

Уже так сказать спер :

UPTOR-2.zip -  https://cloud.mail.ru/public/9CN6/WX9oZT877

UPTOR это инсталятор от МагОС + идентификация по UUID  (Загрузчики -  grub2 и syslinux)
В сборке от МагОС нет опции идентификации диска.
При загрузке с флэшки UIRD найдет первый попавшейся MagOS и это будет MagOS  на диске

А так как сборки у меня установлены везде, то чистый МагОС мне не загрузить без правок.
А удобно когда установил загрузчик. Запустил его,  выбрал нужное меню и запустил.
Эту проблему в самом МагОС почему то игнорируют. Видимо предполагается, что система загружается только с флэшки

Для  идентификации я  выбрал  опцию - uird.mounts=$UUID@/boot
Где вместо $UUID можно записать метку диска, но UUID вроде как надежнее

Писалки модулей - находятся в папке /usr/lib/magos/rc.halt.
Они то как раз и трамбуют сис-изменения в модуль :

У меня :

UIRD +80-savetomodule + 81-savetomodule-post

81-savetomodule-post это маговский скрипт для записи модуля,  но с моими правками. Протестирован мною

В МагОС :

UIRD + 80-savetomodule 

В МагОС один 80-savetomodule  для записи модуля  и сделан он позже
Но его я не тестировал. Занятие времяемкое да и первый вариант прекрасно работает.

Все мои изменения направлены на увеличение объема пакуемых сис-изменений.
Мой рекорд - это паковка  1.8 Гб сис-изменений  при 2 Гб памяти.
В реальной системе такое просто недостижимо.
Это очень много. В самом МагОС этими правками не заинтересовались т к  больших  объемов паковки у них нет
В МagOS такого  уверяю не добиться.
Хотя бы потому, что в стр 8 в  /usr/lib/magos/rc.halt.pre/30-umount выключается swap

swapoff -a >/dev/null 2>/dev/null

А ведь там могут быть записаны сис-изменения ???
Да и система прекрасно выключает swap без дополнительной помощи
Может это в Росе проблема, но в Магее все ок !!!

Писалка модулей работает с памятью, а на флэшку пишет готовый запакованный модуль
Поэтому на fat32 работать будет
На  fat32 проблема с запуском скриптов, т к нет нужных свойств для фс
Когда место на флэшке кончится, то просто модуль не запишется
Что бы модуль сильно не раздувался применяются фильтры, отсеивающие ненужное
А статический  img  запоминает все подряд и видимо  заполнится быстрее

Флэшка скоростная, то статический  img будет наверно быстрее
Если флэшка медленная , то вероятно статический  img  будет тянуть
С модулями algri14 в свое время работал и может что то конкретнее сказать.
А писалка пишет модуль при выключении системы. Выключил и свободен.
К тому же если  мало зависит от быстродействия флэшки.
Модули будут дольше скачиваться при загрузке или при выключении  запакованный модуль с сис-изменениями будет дольше писаться на флэшку

Эвон какую загогулину наворотили. А если свет вырубили, - свободен 2 раза. Ну мы это уже обсуждали. Я не силён во внутренностях UIRD-а, но интуиция мне подсказывает, что в роли модуля, в который пишутся изменения, используется тот же самый файл.img c фс ext3/ext4, только SPARSE (т.е. говорит, что у него размер мильён терабайт, а на деле ничего не занимает до заполнения) и сжатый в xzm с помощью mksquashfs. А поскольку модули xzm UIRD инициализирует после инициализации uird.changes, то эти парни работают с модулем сохранения (условно с save-sparse.img) уже по факту монтажа, т.е. в загруженной системе. Говоря проще - через зад. Извини, опять метафора вышла... Может быть можно как-то, как у людей, "через перёд" сделать: загрузил модули, UIRD нашёл uird.changes=/save-sparse.img (который лежит в корне системы, а не в физической папке /MagOS-Data на флешке) и использует его постоянно, а не в момент Вкл/Выкл. Ещё раз поясню, - я плохо представляю, что и на каком он там уровне монтирует/собирает, но так было бы как-то логичнее в случае со sparse-образом. Ведь в fat32 он реальный размер оттяпает, а внутри ос = 0. Или нет?

Сформулирую кратко: как сразу переключиться на хранение изменений в модуль.xzm, а не держать в ОЗУ? Можно так сделать?

...если этот раздел на флешке, а флешка отформатирована в linux-fs

...если эта папка на флешке, а флешка отформатирована в linux-fs

Все источники ищутся "на поверхности", т.е. на файловой системе флешки ДО инициализации всего xzm-хозяйства.

Но как быть, если фс родная, т.е. fat32? Изменения в папку не сохранишь (с атрибутами/правами беда), резиновый (sparse) образ не смонтируешь (он свои "тягучие свойства" теряет на fat32). А если подключить этот образ в виде модуля xzm и смонтировать его в /memory/changes, чтобы этот образ уже там, в родной fs крутился?

Допустим... Взял енот и сделал такой "резиновый" модуль 99-save.xmz c ограничением в 10Гб:

dd if=/dev/zero of=./save.img bs=1 count=0 seek=10G
mkfs -t ext4 ./save.img
mksquashfs ./save.img ./99-save.xzm

Закинул его в /MagOS/base (сисмодуль там уже лежит) и загрузился. В корне загруженной системы увидел save.img. Но вручную монтировать его в /memory/changes бесполезно, поскольку нужно это делать ДО загрузки, а не ПОСЛЕ.

Вопрос: Как еноту указать источник для сохранения изменений, если он находится внутри модуля?

Не полез я к ним в чат. Думаю, что образ внутри модуля - это извращение, поскольку и так вся система матрёшка-в-матрёшке.

У нас тут, в форуме, столько всяких вариаций Магии, что скоро будем солить. Вот бы применить сие куда-нибудь в дело. Может Сбербанку предложить выкинуть Windows из терминалов? upd: 07.09.2018

Всем привет. Чет сто лет не заходил Почитал последние посты, отвечаю на то что запомнилось.
По сохранениям в файл.img. Не понял зачем пихать его в модуль. Писать можно сразу в образ. В UIRD образ подключается ровно также как папка. uird.mode=changes uird.changes=myfile.img (ну или с путем от /dev или @LABEL) Можно и sparce файл конечно, но вот одна засада на fat32 спарс не запишешь. Он сразу станет обычным файлом размером во все свои гигабайты. На fat32 вместо sparce.img можно использовать VDI или другие, поддерживаемые qemu-image образы виртуальных машин. От части из-за этой особенности и прикрутили поддержку VDI в UIRD.

Это зря

Нет. Squashfs монтируется только на чтение. Изменения можно писать  в папку, в образ fs в файле, vdi и прочие образы виртуалок, сетевые ресурсы (nfs).

Я в этом направлении не особо экспериментировал, но Антон (neobht, автор UIRD) вроде и дебиан грузил. Надо будет спросить.

Здравствуйте, betcher.

Поскольку Вы с Антоном уже разобрали дистрибутив "на молекулы", моя бредовая идея была сделать этот sparce-файл, находящийся в модуле, живым продолжением/частью системы, загруженной из другого, системного модуля xzm. Речь идёт об экономии места, занимаемом сохранёнкой. Другими словами, я подумал... Раз можно сохранять изменения в модуль, почему в него нельзя впердолить sparse-файл для сохранения изменений. Как-то так. )) Но сопоставляя все за и против, остановился всё же на обычном img, мирно лежащем на флешечной fat32 из соображений производительности. По логике со спарсом будет медленнее. Хотя опять же, в контексте развития интерфейсов usb (2/3/и т.д.) и скоростей перспектива имеется.

Попробую на досуге поиграться с vdi. Спасибо за подробную информацию. В чат не пошёл, поскольку там, вроде как, нужна регистрация в разных фейсбуках/вконтактах. Не регистрируюсь в этих соцсетях. Сейчас у меня "передышка". Расслабляюсь на RPMCreator-е... (кстати, надо его на Росе то же попробовать, может заведётся) По последней информации Магия больше не будет выпускать full-dvd-iso-шников, только Live и NetInstall-варианты (слухами земля полнится). Мне, конечно, в MGAREMIX не напряжно свой initrd собрать, но грешным делом присматриваюсь к UIRD-у. Те же "Фаберже" [(C) kamrad], только с бонусом в виде модульности. К тому же интересно, что тут ingvaro пилит. Мы с ним давние коллеги, но идеология немного разная в плане дистрибутивов. Нужно сказать, он тоже много подсказал по UIRD-у, за что вам обоим большущий респект. Надеюсь, с Вами можно будет связываться через сообщения в форуме (они дублируются на почту)?

p.s. UIRD - это круто. Желаю Вашему проекту успешного развития и процветания!