1)  Обновил Магею 8 beta2
Ядро -5.9.12-desktop-1.mga8
Установлены последние  обновления

2) Обновил запуск Lubuntu-20.10-desktop-amd64
При установке Магею 8 достаточно скачать в папку Linux папку Linux/Lubuntu из образа
Ядро - 5.9.12-2.generic (Linux/Lubuntu/uird)
Собрал из исходников ядра от Магеи  - https://forum.mageia.org.ru/viewtopic.p … 031#p34031
В ядре от Магеи  очень качественно добавлена AUFS. В Ubuntu в ядре не включены некоторые  опции AUFS
К тому же ядро от Магеи нормально запускает другие дистрибутивы
Присутствует ядро от  Lubuntu - 5.8.0-25-generic  (Linux/Lubuntu/uird0)
Для запуска  Lubuntu с ядром 5.8.0-25-generic надо в меню для grub сменить путь ядра

linux /Linux/$DISTR/uird0/vmlinuz ...
initrd /Linux/$DISTR/uird0/uird.$DISTR.cpio.xz

скачать -  https://yadi.sk/d/qICY-g6LWYCO5Q?w=1

В ядре от Магеи появился AUFS  (5.10.6-desktop-1.mga8) !!!
Так что живем !!!
Хоть у меня сборка и заработала на Overlay но все же доверия к AUFS больше.
Т к AUFS и функциональнее и работа в ней проще.
А с Overlay сложности и большие.- https://forum.puppyrus.org/index.php?to … #msg174930

Надо будет сначала поглядеть на новинку, а потом уж выкидывать старое, думаю.

1)  Обновил Магею 8 rc
     Ядро - 5.10.12-desktop-3.mga8
    Установлены последние  обновления
2) Обновил  Lubuntu-20.10-desktop-amd64
3) Mageia 7.1 присутствует в загрузке но не обновлена.
Но можно использовать для установки только  папку Linux/Mageia7 из образа
4) Настроил нужные мне утилиты для работы  на OverlayFS.
   Всю сборку настраивать это долго да и в МагОС что то OverlayFS  никого не интересует
   Так что в AUFS все работает. В OverlayFS многие утилиты из /usr/lib/magos/scripts могут не работать. Например - urpm2xzm
    Но я этими утилитами  пока не пользуюсь
    Но все равно  запускать сборку на OverlayFS лучше только для ознакомления и тестирования

Главным изменением стал новый сервис записи изменений системы - TOXZM
В самом MagOS ( http://magos-linux.ru/ ) он в тестировании а у меня тестирование закончено !!!
Пишет модуль загрузчик UIRD - быстро и надежно. Система, к моменту записи модуля, уже выключена.
Если случаются зависание процесса то висит сколько надо и преждевременных выключений системы нет.
Сравнивать со старым сервисом (/usr/lib/magos/rc.halt/80-savetomodule) даже не хочется.
И вывод может быть только один. На старом сервисе писать изменения не рекомендую.

скачать -  https://yadi.sk/d/qICY-g6LWYCO5Q?w=1

PS

Главное отличие моей сборки от традиционной ( http://magos-linux.ru/ ) это в способе записи обновлений.
В MagOS  это вроде уже модульное обновление из собственных реопозитариев.
У меня обновление системы происходит из реопозитариев загруженного дистрибутива
И обновление системы допускается при выключении системы
Но в режиме Changes обновления системы не пишутся а  сохраняются в /memory/layer-base/0/syschanges

Да собственно не проблема а какой ?
Я в основном запускаю LXQt + приложения от Plasma
Mate  то же допускает  запускать приложения от Plasma (Kate, Dolphin) в качестве основных.
В  качестве файлового манежера выбрал Dolphin т к он самый олаженный для МагОС.
В Dolphin, для праой  кнопки мыши, сделано дополнительное интерактивное меню которое сильно облегчает жизнь в модульной системе.
Модули без проблем можно примонтировать, распаковать, запаковать и т д
В других ФМ эта возможность отсутствует и приходится команды набирать в терминале
К слову сказать сам МагОС ( http://magos-linux.ru/ ) как то больше ориентирован на работу в терминале.
Я  же пытаюсь запускать приложения из графики. В корне меню приложений есть подменю "MagOS"
Ну лень мне команды в терминале набирать.

Спасибо за выявленный баг. Действительно bootinstall.cfg открывается пустой
Просто я запускаю из Dolphin.
Кликаю по bootinstall.sh правой кнопкой мыши и выбираю  "Действия / Запустить в терминале"
Баг устранил - https://cloud.mail.ru/public/GviA/J6fABH6iY
В Магее пришло новое ядро и скоро обновлю сборку.

Да есть такая проблема.
В Mate есть опция растянуть и что то действительно не маштабируется
Определение видеооборудования в самом МагОС вроде не очень совершенно.
Мой домашний комп определялся с разрешением 1024x768 ( это с XORG_RES='1920x1080')
Сделал изменение в /usr/lib/magos/rc.post.d/11-xorg и теперь разрешение кот записано в переменной XORG_RES из меню для Grub2 становится активным для системы. Теперь мой домашний комп запускается с разрешением из переменной XORG_RES
В МагОС ( http://magos-linux.ru/ ) этого нет. Я предлагал раза три Михаилу (автор МагОС) свои изменения но ответа не последовало. Ни хорошего и ни плохого. Ну на нет и суда нет.
Для верности в меню Grub2 сделал опцию

SysXdrake='no'    -    видео-оборудование определяет MagOS
SysXdrake='yes'  -    видео-оборудование определяет система

Но с SysXdrake='yes'  у меня Магея запустилась но  почему не записался файл   /etc/X11/xorg.conf
На старых версиях вроде все ок было.
Если не записался файл   /etc/X11/xorg.conf то  можно набрать команду в терминале :

Не совсем понял как запускалось
На рабочем столе у любого юзера должна быть кнопка запуска Dolphin-root
Я запускаю Dolphin под root и дальше готовлю флэшку
К сожалению самым опробованным является Dolphin
Хотел как то заменить его на PCManFM-Qt  но с интерактивными действиями для правой кнопки мыши ничего не вышло
А набирать команды в терминале мне нехочется

Изначально мне линукс на флэшке и понадобился для ремонта компов. Запустить и проверить от другой системы комп.
Но так как разрабы как правило люди занятые включения  каких нибудь нужных приложений или изменений порою трудно добиться то решил просто делать свою сборку
Тем более что Магеиа и Роса хоть и сестры но все же немного разные.

1)  Обновил Магею 8
     Ядро - 5.10.16-desktop-1.mga8
    Установлены последние  обновления
В меню Grub2 работает опция  и ее можно выбрать в ~/boot/magosm/bootinst.cfg

SysXdrake='no'    -    видео-оборудование определяет MagOS
SysXdrake='yes'  -    видео-оборудование определяет система

С опцией SysXdrake='yes'   система сама выбирает оптимальное разрешение.
    У меня с xres=1280x1024  (из меню Grub2) установилось разрешение   1920x1080
С опцией SysXdrake='no' , видео-оборудование определяет MagOS, разрешение устанавливается только заданное в меню Grub2. Это конечно  недостаток данного режима.
   

Может вам лучше подойдет режим Machines
Тут изменения запоминаются индивидуально для каждого компа в /memory/layer-base/0/toxzm/machines
Но работает он только в AUFS b запускать сборку на OverlayFS лучше только для ознакомления и тестирования

2) Обновил  Lubuntu-20.10-desktop-amd64

3) Mageia 7.1 присутствует в загрузке но не обновлена.
Но можно использовать для установки только  папку Linux/Mageia7 из образа

Главным изменением стал новый сервис записи изменений системы - TOXZM
Пишет модуль загрузчик UIRD - быстро и надежно. Система, к моменту записи модуля, уже выключена.
Если случаются зависание процесса то висит сколько надо и преждевременных выключений системы нет.
Сравнивать со старым сервисом (/usr/lib/magos/rc.halt/80-savetomodule) даже не хочется.
И вывод может быть только один. На старом сервисе писать изменения не рекомендую.

скачать -  https://yadi.sk/d/qICY-g6LWYCO5Q?w=1

Работает  у меня OverlayFS и режим монтирования для  сборочной сделал
Помогла инфа - https://askubuntu.ru/questions/220624/k … -overlayfs
Просто на базе системного оверлея, допустим в сборочной, монтировать  что то  другое нежелательно.
Так как новое монтирование меняет параметры системного оверлея и более одного модуля уже собрать вроде не удается.

Как отладил оверлай в сборочной :

1) Делаю новый оверлей
create_ovl

Расположил его в папке сборки -  /memory/layer-base/0/work
newoverlay="/memory/layer-base/0/work/overlayfs"
Но все работает если расположить newoverlay допустим в папке /memory

2) И само монтирование для овелай в сборочной

mount -t overlay -o redirect_dir=on,metacopy=off,index=off,lowerdir=$lowerdirovl$newoverlay,upperdir=$MOD_LINE,workdir=$WORKDIR overlay $ROOTFS

Где
MOD_LINE - папка сборки очередного модуля
lowerdirovl - список уже собранных модулей

Да уж !!! 
OverlayFS  уступает функционально AUFS и не помнит созданные модули
Поэтому после сборки модуля  список созданных модулей должен обновляться для корректного ре-монтирования нового модуля и уже собранных модулей.

3)  workdir это папка которая находится рядом с upperdir

В Магее AUFS как то пропал из ядра, но его восстановили
Мороки с оверлай конечно больше и что бы AUFS в ядре не оставить ?

PS

Сделал сборку Магеи на оверлай. Пока в тестировании и скоро выложу.
Разницы в работе системы  при запуске на Overlay и AUFS я не увидел.
Может тут какие то тесты для тестирования надо запускать ?

В TOXZM для оверлай  у меня монтирование

mount -t overlay -o redirect_dir=off,metacopy=off,index=off,lowerdir="$SRC":"${AUFS}-bundle" overlay "$AUFS"

В принципе нормально работает без newoverlay

В TOXZM монтирование в Оверлай у меня не получалось.
Как в TOXZM :

[ "$MODE" = "overlay" ] && mount -t overlay -o redirect_dir=on,metacopy=off,index=on,lowerdir="${AUFS}-bundle",upperdir="$SRC",workdir="$SRCWORK" overlay "$AUFS"

-  Опция  index=on   в TOXZM приводила к сбоям
-  SRCWORK=${SYSMNT}/ovl/workdir
   Пришел к выводу что SRCWORK это workdir от системного Оверлай и она уже учавствует в работе в ${SYSMNT}/ovl и дополнительное монтирование чего либо с применением SRCWORK меняет
   настройки системного Оверлай
-  Поэтому методом проб и ошибок нашел такую конфигурацию :

[ "$MODE" = "overlay" ] && mount -t overlay -o redirect_dir=off,metacopy=off,index=off,lowerdir="$SRC":"${AUFS}-bundle" overlay "$AUFS"    

  Но upperdir тут отсутствует и это вероятно правильно, т к upperdir и $SRCWORK заняты системным Оверлай

-  Конфиг получился такой

Мой save_ovl.cfg :

XZM0  -  пишутся тени. Причем тени корректно пишутся именно в XZM0
XZM1 -  Системные изменения
XZM2 -  Изменения Юзера

ЗЫ

Изменения в Оверлай пишутся.

Ветка тут. https://github.com/neobht/uird/tree/testing
Пробую сейчас то что описал выше. К вечеру выложу наверное, не будет MODE=none так как в таком варианте не имеет смысла. MODE=mount должен работать и для ауфс и для оверлея. Mode+wh пока только aufs, тут еще думать надо.

Чуть поторопились с пробами. Вот только доделал.
Основная идея в том, что toxzm в uird обрабатывается до подключения модулей и они просто добавляются в общий список модулей с пометкой который копировать, который монтировать. То есть монтирование в оверлей/ауфс происходит одним маунтом, а не добавлением каждого слоя как было для ауфс.
+ работа с оверлейфс и ауфс теперь максимально похожи
+ MODE=mount теперь работает и overlayfs
+ сокращено количество монтирований

З.Ы. Если будут косяки показывайте сразу конфиг toxzm. Не пойму почему у вас монтировалось дважды, при чем только в случае aufs. Там все одинаково теперь.