Сохранение  системных изменений при отключении системы

1) Home - предназначены именно для пользователя

- Machines  -  Изменения создаются для каждого компьютера в  MagOS/machines/dynamic в модуль xzm
  Удобный режим. Но модуль сохранения только  увеличивается и увеличивается время на запись модуля

- Changes  -  По дефолту системные изменеия сохраняются в LX-Data/changes
        Очень хорош при установке сборки на диск. При работе на флэшке может "тянуть". Все зависит от быстродействия флэшки.
        Сохранение изменений не требуется и  желательно запретить его
       опция 

SAVETOMODULE=no  в    /memory/etc/MagOS

Подробнее - https://github.com/magos-linux/magos-li … 1%8B%D1%85

2)  Admin -  Это  "Чистый режим " как в MagOS , но с возможностью сохранения изменений
      Предназначен для установки обновлений и редактирования системного MagOS/base

Работа проста ;

1)  Формироание  настроенного  /root.
-  Войти в систему как root.  Настроить систему  как удобно или обновится.
-  Отредактировать  сохраняемое SAVE_BASE в   /memory/etc/MagOS ( по дефолту   55_save-base.xzm )
- Выключится

2)    Формироание  настроенного $HOME

-  Войти в систему как live  Настроить систему  как удобно.
-  Отредактировать, если нужно,   сохраняемое SAVE_HOME в   /memory/etc/MagOS ( по дефолту   SAVE_HOME=65_save-home.xzm )
- Выключится

Только надо помнить. Все ваши действия будут запомнены.    Может что то совсем необязательно  их запоминать.

Создается как бы точка восстановления системы. Только намного удобнее чем в Windows
  Если после  этих настроек запустить в Linux-HOME  режим Machines то система будет загружаться с этими настройками.
  Если что не так, то можно зайти  чистом режиме (Linux-Admin)  и все подкорректировать

Полезная инфа
Обзор и установка Linux Mageia 7 на компьютер с UEFI - https://info-comp.ru/install-mageia-7-uefi

ingvaro, протестирую в выходные ещё, но я уже кое-что знаю про системы типа Mageia-Live(MagOS), а большинство новичков нет, для них лезть куда-то в конфиги это как в тёмный лес ночью без фонарика идти.
Например AlexL свои дистры затачивает под школьников - установил и поехал без всяких доработок, это потом они научатся в систему лазить и затачивать под себя. И режимы Home/Clean должны быть обязательно такими, какими я уже писал(изменения сохраняются/не сохраняются)

машинно-зависимые файлы

Т е это файлы, для данного компа.

Это /var/log  /var/lib   /etc/sysconfig/network-scripts
Некоторые другие файлы из /etk

Теперь самое интересное !!!

Если запустить  Mageia-Live (MagOS) в Grub2  без  ~/MagOS/modules/59-aufs_filtr.xzm
В строке ядра задаем   uird.noload=59
Получится полный аналг реальной системы, но модульный, но этот вариант запуска  лчше  использовать при установке на диск

Зато стараешься сделать для людей и не занимаешься самолюбованием, может быть из молодых кто-то ещё заинтересуется этой темой.
Предложение, в меню сделать раздел - Инструменты: GParted, Flash-Imagewriter... вобщем набор утилит в одном месте для специфических работ, раздел мониторинг системы - чтобы не искать их по меню в разных местах

-  мониторинг системы   -  Уже есть раздел.  Это  Утилиты/ Наблюдение
    Просто может что то не там появляется. Это может быть  Надо соощить в теме и я переставлю.
    Может переименовать Наблюдение в Мониторинг  ?
-    GParted    -  В настойки/ оборудование. Вроде на месте.  Как никак настройка оборудования.
- Flash-Imagewriter.  Вот она не на месте.
   Смотрим  file:///usr/share/applications/flash-imagewriter.desktop  :
    Categories=System;
   Так по категориям она на месте, но по сути она просто iso- образ копирует на флэшку.

Тут думаю надо сделать в "Настойки"  подменю  "Флэш". Для всех работ с флэшкой

Да, так лучше. ingvaro, подожди немного, я ещё потестирую, это не так быстро делается, пока всё рассмотришь, сравнишь.
Сборка от AlexL хороша для школьников, много образовательного софта, образ весит 5,9Гб. А вот твою хотелось бы видеть в качестве инструмента для работы с системой и с уже предустановленными пакетами, а какими? - надо подумать

6. В uird по умолчанию .wh во всех модулях. Специально это включал.
3. Нет там ничего все у нас взято. Просто названо через форк, вот люди и выделяют это как что-то от AlexL.

Естественно нет. Я и предлагаю переписать скрипты так, чтоб работали и по Вашему и по нашему алгоритму.

Тут смотреть конечно надо. Может как и с urpm2lzm добавить ключик для работы c unionfs.

Из Ваших скудных описаний сильно подозреваю, что это таки тоже мой менеджер модулей. Самый первый вариант который был в магос. Смущает только фраза про отсутствие исходников. Он написан на tcl/tk, а это такой же скриптовый язык как питон. Исходников не может не быть. Так что если нравится можно и его поправить под вашу сборку. Но новый поправить проще у него хоть конфиг есть

Эти фишки из новой версии убраны сознательно. Их использование из модменеджера и просто из консоли ни чем не отличается. И даже я сам  никогда не пользовался ими из модменеджера. Встроить в новый менеджер вообще без проблем.

Инсталлятор не скачивает обновлений с сайта.  Он устанавливает тот магос, что загружен. Boot и MagOS-Data  берутся из архивов, так вот если этих архивов нет то тогда инсталлятор будет их качать. Все естественно лечится. Возможно достаточно будет добавить в архив со сборкой boot.tar.bz2 и MagOS-Data.tar.bz2

Страная штука

Да возможно стоит разделить.
Тогда скорее так:
-  magos-patches (часть которая привязана к uird и только)
-  magos-ext          (часть привязанная к конкретной реализации MagOS-Rosa)
Но при таком раскладе rpmdrak2lzm, urpm2lzm, modmnger, хоткеи, скрипты для файловых менеджеро и проч. попадут во вторую группу. Их нельзя сделать универсально.
Надо думать

Я предлагал, на маговском сайте  вариант rpmdrake2lzm с сохранением rpm-базы в отдельный модуль. http://www.magos-linux.ru/index.php?opt … =55#p15482
Но идея не прижилась.
Но основная проблема при сохранении rpm-базы, что все скрипты создающие  модули надо как то синхронизировать
Т е надо сначала принять алгоритм работы с rpm-базой, а потом уже все скрипты переписать., что бы все писали в одно место и не было ручной правки.
Т к когда кто то в первый раз запустит Магос, то он, скорее всего, ничего о модулях знать не будет и как и куда писать то же
У меня например мой save2module :

-  в ~/MagOS/base запись модуля,  с изменениями системы,   с rpm-базой, т к там уже есть сис-модуль.. Это обновления и установка программ
-  в  ~/MagOS/modules   все другие изменения системы

Сейчас хочу сделать, что бы rpm-база удалялась из создаваемых модулей и записывалась в последнем модуле  ~/MagOS/base
Как я понимаю, это самую чуточку подправить обычный МагОС.
Тогда модули будут похожи на магеевские и rpm-база под рукой

Да, я помню. Но делать нужно не ломая. Если бы Вы предложили такой вариант:
rpmdrak2lzm  (все работает как привычно пользователям магос)
rpmdrak2lzm --rpmdbset (работает так как хотите Вы)
Думаю такой вариант возражений бы не имел. Именно это я и предлагаю сделать сейчас.

По поводу сохранения базы рпм могу еще вариант предложить. Немного в сторону ото всех этих сэйвтумодулей.
Может помните тему на нашем сайте по поводу сохранения /var/tmp, где kde хранит свои кэши.  Так вот самым удобным для меня вариантом оказалось писать этот каталог сразу в папку на диск. Делается это следующим образом. Создаете модуль в котором лежит ссылка /var/tmp, которая указывает на каталог /memory/data/from/1/vartmp. И все. Может получится сделать по аналогии. Это не рецепт, это тема для размышлений

rpmdrakexzm

Исходным скрипт был от МагикОС 2, который был на то время взят из  МагОС
Основная проблема -  Устанавливает пакеты и формирует на выходе модуль.   Но удалять пакеты не хотел.
Изменил стр 45

    mount -t aufs -o shwh,br:$mount_br wiz_fly $root_br

где shwh позволяет при монтировании учитывать .wh.имя_файла ,  которые и удаляют файл
Теперь,при удалении пакета будет сформирован  .wh.имя_файла . И данных файлов в системе не будет
В aufs ничего не удаляется.
Если удалить  .wh.имя_файла из модуля, то файл  имя_файла появится снова

стр 101

Исключил удаление  рпм-базы
При работе rpmdrake2xzm вместо файлов рпм-базы формируются скрытые файлы
.wh.__db.000   .wh.__db.001   .wh.__db.002   .wh.__db.003  они удаляют старую базу и новая рпм-база  формируется при инициализации системы.
Если этих скрытых файлов нет, то рпм-база формируется при первом запуске drakrpm. Или вернее при первом обращении к  рпм-базе.
Разница очевидна.

Если  рпм-база не нужна то восстановить строку в исходном виде ::
    rm -rf $mod_br/tmp $mod_br/var/lib/urpmi $mod_br/var/lib/rpm $mod_br/var/cache/urpmi $mod_br/.wh*

При работе в Магос и Магикос возможны  проблеммы с  rpmdrake2lzm
Т е у меня он заработал, когда системный модуль находится под номером 00-xxx
Проблемма , что file:///etc/urpmi/urpmi.cfg в  rpmdrakexzm считывается из первого файла, а  системный rpmdrake из последнего.
Правда проверял я это еще до использования UIRD
Может на МагОС сейчас все работает.

сис-модль  у меня свой.
- устанавливаю Магею на флэшку
- загружаюсь с флэшки
- устанавливаю обновления, нужные  пакеты. Все в привычной магеевской среде
- выхожу из флэшечной Магеи
- запускаю другую Магею
- по принципу Mageia 5 LiveDVD KDE редактирую машинно-зависимые файлы
- пакую в формат xzm
Я пытался использовать сис-модуль от Mageia 5 LiveDVD KDE, но там надо делать правки и я не знаю все ли я сделал правильно.

В принципе в Mageia 5 LiveDVD надо удалить всего то /etc/fstab, но это согласитесь принципиальный файл
А свой сис-модль - это надежнее. Да и сделать его несложно

Выделяя основное то у меня :

- свой вариант магеевского  сис-модуля
- маговские скрипты упраления модулями (/usr/lib/magos/scripts )
- режим savetomodul

Вот и вся сборка.