ingvaro, на cauldron и надо собирать, а уже при релизе 7 пересобрать на 7.

У mkuird немного сменился синтаксис и появилось несколько ключиков. Смотрите  UIRD-BUILD.md

Обновление   MagOS-Mageia-6.1

Сделал обновление - MagOS-Mageia-6.1-update.tar.gz - https://yadi.sk/d/5hm1ZnZ4pCrflw

Ядро 4.19.12  добавил модульно.
Загрузка - Base 4-19-20  из меню grub2
Фрхив распаковать на флэшку в соответствующие папки со сборкой MagOS-Mageia-6.1

Теперь  память можно расширить за счет swap в строке ядра загрузчика опцией uird.ramsize=auto

На сборке для Магеи 7 эфект расширения памяти за счет swap что то пропал.
Может от того что сборку запускал не с флэшки а диска. Но точно трудно сказать. Все таки betta 1

Сделал свежую сборку Mageia 7 betta 1.
Вроде все работает.  Загрузка чистая. Сбоев нет.
Не работает LXQt  и звука нет
На Магее 6  LXQt  в паре с Plasma работает очень хорошо.
Плазма, icewm в  Mageia 7 betta 1 работают. Oxygen для LXQt все что нашел ввел,. Нет иконок на рабочем столе.
То ли пересобирать без LXQt ?
Или так выложить ?

PS :

Странно !
В скриптах для магос-модуля были ошибки а Магея 6.1 работала.

Со звуком не разобраться. Комп старый, может это только у меня.
MagOS Linux то же у меня звук не поднимает

В сборке есть режим запуска Linux-Admin. Именно для установи обновлений и изменения системного MagOS/base
Установить штатно все что надо и  выключиться с сохранением.
У меня уже и так  Mageia 7 betta 1  весит   2.4 Гб это у Михаила  сборка весит 1.6 Гб и все работает.
Вообще в urpmi меньше 2 Гб не получается. Убавляешь в одном модуле эти пакеты, по зависимостям  появляются в других модулях.

Модульная  Mageia-7 betta1_x86-64 :
MagOS-Mageia-7 betta1_x86-64
Скачать  - https://yadi.sk/d/-72vLDix_VWpxw

На LXQt звук есть. Это плама. Если зайти с lxdm то на плазме то же звук появляется.
Сыровата плазма. Зависает.
Но может это  что то с репами. Настроил, установил обновления и вроде перестало зависать.

Плохо работает  sddm.
Моя тема magosm переодически передергивается, впрочем как и тема breeze на базе которой она сделана
У темы для sddm по дефолту набираемый пароль не виден пока не пощелкаешь по другим кнопкам
Тему установил magos от Михаила. Не моргает и все работает.

Добавил в    /usr/lib/magos/os-config
В стр :

HALTPROCESSESKILL="lxdm xdm X Xorg sddm cupsd pdnsd mc mandb"

Добавил удаление mandb при выключении.
Сервис, после установки пакетов, не выключен и видимо мешает процессу отключения
Сейчас  выключение с сохранением изменений в модуль работает.
Забыл положить в сборку Mageia-7 betta1_x86-64 ядро.
Добавил все с обновлением.

MagOS-M7-1_x86-64_betta1-update_29-12-18.tar.gz - https://yadi.sk/d/-72vLDix_VWpxw
Распаковать. Старый 57-magos_m6-5  удалить а новый 57-magos_m6-7 добавить
В MagOS Linux уже есть обновление модулей. Это конечно удобнее.  Но тут только руками

Ну я беру ваш модуль 88-magos со свежей сборки и смотрю его.
При всей похожести допустим в плазме есть все же некоторые расхождения.
Не работали в Магее 6 :

52-desktop    -     подправил  52-desktop-m
     52-desktop-m переделан. Но теперь работает и в Росе  и в Магее
51-autologin -    исправил     51-autologin-m
53-language  -    исправил еще в магее 5  53-language-m

Добавил функции :
20-services    -                             20-services-m
     SERVICESNOSTART  маскирует сервис, а мне надо было сервис просто не запускать. Что бы потом было легко запустить из системы
     Теперь :

export PATH=.:/:/usr/sbin:/usr/bin:/sbin:/bin

ENABLED=yes
[ "$ENABLED" != "yes" ] && exit 0

DEBUGMODE=yes
. usr/lib/magos/functions
. /memory/etc/MagOS
#. memory/etc/MagOS
#. usr/lib/magos/os-config
debug_mode "$0" "$@"


mkdir -p proc
mount -o rbind /proc proc
if [ -n "$SERVICES_START" ] ;then
for a in $(echo $SERVICES_START | tr , " ") ;do
    if [ -x bin/systemd ] ;then
       chroot . systemctl unmask $a.service
       chroot . systemctl enable $a.service || chroot . chkconfig --add $a
    else
       chroot . chkconfig --add $a
    fi
done
fi
if [ -n "$SERVICES_NOSTART" ] ;then
for a in $(echo $SERVICES_NOSTART | tr , " ") ;do
    if [ -x bin/systemd ] ;then
       chroot . systemctl disable $a.service || chroot . chkconfig --del $a
#       chroot . systemctl mask $a.service
    else
       chroot . chkconfig --del $a
    fi
done
fi
if [ -n "$SERVICES_MASK" ] ;then
for a in $(echo $SERVICES_MASK | tr , " ") ;do
    if [ -x bin/systemd ] ;then
       chroot . systemctl disable $a.service || chroot . chkconfig --del $a
       chroot . systemctl mask $a.service
    else
       chroot . chkconfig --del $a
    fi
done
fi

umount proc

30-network      -      30-network-m      Добавил   $HOSTNAME   в  etc/sysconfig/network
50-xorg-m        -  код не поменян 
   Но формирует /etc/X11/xorg.conf   только  при harddrake=no  (задается в меню)
   при harddrake=yes    /etc/X11/xorg.conf    формирует Магея
rc.local.d/01-background-m    добавил  картинку на раб стол для магеи. По дефолту это просто картинка. Ну это дело вкуса

rc.post.d/11-xorg-m  -  Добавил формирование MODELINE

Теперь /etc/X11/xorg.conf.d/00-modes.conf :

Section "Monitor"
    Identifier "monitor1"
# 1280x1024 59.89 Hz (CVT 1.31M4) hsync: 63.67 kHz; pclk: 109.00 MHz
Modeline "1280x1024_60.00"  109.00  1280 1368 1496 1712  1024 1027 1034 1063 -hsync -vsync
EndSection    
Section "Screen"
    Identifier "screen1"
    Device "device1"
    Monitor "monitor1"
    SubSection "monitor1"
     Modes "1280x1024"
    EndSubSection
EndSection    

И ваша MasgOS-Linux наконец то запустилась у меня с разрешением 1280x1024
А то запускалась  c 1024x768 (видимо монитор не определялся)
И теперь я разрешение системы могу задать из меню параметром xres например:

        xres=1280x1024
Это не все, но код не поменян и  изменения больше по мелочи
Сейчас ехать надо. Наверно надо отдельным постом сделать ?
Все измененные скрипты проверил на последней MagOS-Linux
Это   89-magos и 05-newkernel-rosa.xzm  -  https://cloud.mail.ru/public/3XHR/BNE2gtd6o

05-newkernel-rosa.xzm   - последнее ядро 4.19.13-desktop-1.mga7 для Росы
Запускает и MagOS-Linux и даже, что странно, с uird сформированном в Магее
Уже пересобрал сборку и без ядра 4.9
Т к своп в ядре 4.19.13-desktop-1.mga7 уже работает.

Тут на Магея 7 запустил и начал сбоить 11-partitions-m

if [ "$TMPFS" == "no" ] ;then
   ln -sf /dev/null etc/systemd/system/tmp.mount
fi 

   if [ "$VARTMPFS" = "no" -a -h var/tmp ] ;then
      rm -f var/tmp 2>/dev/null
      mkdir -m 1777 var/tmp
   elif [ "$VARTMPFS" != "no" -a ! -h var/tmp ] ;then
      rm -fr var/tmp 2>/dev/null
      ln -s ../tmp var/tmp
   fi

Оставил то что работает :

#Creating partitions in /etc/fstab
if [ "$TMPFS" == "no" ] ;then
   echo "TMPFS == no" >> /var/log/magos/11-partitions.log
   ln -sf /dev/null etc/systemd/system/tmp.mount
fi 

1)  Из новых сервисов   /usr/lib/magos/scripts/AutoDesktop

XDG_DESKTOP_DIR="$HOME/Рабочий стол"

XDG_DESKTOP_DIR="$HOME/Desktop"

2)   Сохранение сис-изменений в модуль :

/usr/lib/magos/rc.halt/80-savetomodule -  подготовка режима записи
/usr/lib/magos/rc.halt/81-savetomodule-post  -  сам процесс записи

SAVETOMODULE=yes

SAVETOMODULE=no

3) /usr/lib/magos/rc.preinit.d/06-sysflash
  Вычисление адреса монтирования активной флэшки.
Необходимость этого скрипта связана тем, что у меня модульная Магея установлена и на жестком диске и на флэшке.
И система порою путалась в установленных Магосах и каждый раз разбираться какой МагОС активный как то хлопотно.
Сохраняется в /memory/etc/sysflash

4)  Сюда же переместил /etc/sysconfig/MagOS в   -  /usr/lib/magos/rc.preinit/01-inifile-m
Теперь /etc/sysconfig/MagOS  это ссылка на   /memory/etc/MagOS
Необходимость правки связана с тем, что 81-savetomodule-post позволяет делать запись длительностью 20 мин.
И после 5 мин записи он уже не может найти в системе не только /etc/sysconfig/MagOS но и вроде все что дальше  /memory, что само по себе не очень хорошо.
А папка  /memory/etc всегда под рукой

Обновленный 89-magos-1 для Росы- https://forum.mageia.org.ru/viewtopic.p … 325#p15325
Все изменения проверены на последней сборке MagOS-Linux

Приветствую. Тестируем новую фишку в uird. Сохранение в модуль (в том числе machines) без поддержки со стороны ос. То есть без 80-save2module. Пока еще сыро, но попробовать уже можно. Для включения помимо обычных параметров uird для сохранения нужно добавить uird.shutdown. Конечно на время проверки 81-savetomodule надо отключить. Я вообще rc.halt* удаляю, так как размонтирование модулей, ауфс и проч. тоже uird.shutdown сделает.
Вполне вероятно, что здесь ограничения по времени не будет вовсе.
Включать этот параметр в конфиге уирда для магос пока не планируем.
Покажите что пишет модменеджер при запуске в консоли.

Uird.shutdown работает совсем без поддержки со стороны системы. Доп скрипты вроде 80-savetomodule не нужны, только системд.

Надо смотреть почему не сработало
По идее должно. Используем штатную фишку системд.
Для админа и юзера можно сделать через /.savelist я думаю. Но это уже нужно в системе делать, в уирд такого деления не планируем.