Концепт режима сохранения в модуль

Нужно выбрать папку для сохранений, модули из которой не будут подключаться с uird.ro uird.load. MagOS-Data/toxzm например.

И так много модулей
Может /base/dynamic/ ?
Потом, когда модуль станет большим, то можно будет перенести в /base/. Конечно если монтировать.

Можно же так.
Положил в /base/ и модуль будет монтироваться
Положил в папку toxzm и модуль будет копироваться

/base/dynamic тоже подойдет под маску uird.load=/base/

Можно, а зачем? Можно поменять в конфиге MODE на mount, а REBUILD на no.

По идее можно добавить еще none к MODE. То есть mount - монтировать, copy - копировать, none - ни че не делать. На случай если хотите использовать uird.ro uird.cp для этих модулей. Нужен такой режим?

Наверно так

MODE0=none

Т е uird-писалка сделала модуль а дальше все как обычно
Ну как сейчас работает 81-savetomodule
Думается что лишним не будет.
Все таки нужна совместимость со старыми версиями
Тем более писалку хорошо тестировать на нестабильной версии дистра
А сейчас везде тишина

Ну да, если секция 0.

С этой опцией у меня вроде все заработало. Загрузчик самй свежий
Искренне поздравляю вас с удачной разработкой !!!
Фалы и тени пишутся но конечно тестировать еще надо.
Запускал в Магее и появились отличия с МагОС-Росой
В меню

uird.mode=toxzm uird.shutdown uird.changes=/base/44-uirdsave.cfg

/memory/layer-base/0/base/44-uirdsave.cfg

XZM0=44-uirdsave.xzm
MODE0=‘none’
REBUILD0=‘yes’
ADDFILTER0=’’
DROPFILTER0=$(cat /memory/layer-base/0/optional/base-filtr)
SQFSOPT0=’’
MAXCOPYSIZE0=’’

/memory/layer-base/0/optional/base-filtr
Фильтр получился больше и почему то без слэша ???

dev
home
mnt
etc/MagOS
etc/fstab
etc/initvars
etc/locale.conf
etc/magos-release
etc/resolv.conf
etc/X11/xorg.conf.d/00-modes.conf
etc/X11/xorg.conf
etc/mtab
etc/hosts
etc/hostname
proc
sys
usr/lib/magos
usr/share/magos
usr/share/mga
usr/share/wallpapers/default.png
usr/share/xsessions/default.desktop
usr/share/xsessions/lxqt.desktop
.savelist
.savetomodule
.devsearch

  1. В записанном модуле почему то нет /etc/systemd. Хотя в /memory/changes эта папка присутствует
    Пробовал добавить /etc/systemd через ADDFILTER0
    Но модуль вообще в этом случае не формируется

  2. В Магее шарик появился где то сбоку
    В МагОС-Росе посередине.
    Может уменьшить его ?

  3. Опции MODE0=copy и MODE0=mount в моей сборке работают не совсем корректно

toxzm-модуль должен включаться в систему у меня после дистров
Т е после модулей из /memory/layer-base/0
А он включается в систему после общего магос-модуля из /memory/layer-base/1
И как результат plymouth при старте системы у меня не появляется
Конечно для МагОС-Росы это ничего, т к он заблокирован.
А у меня в plymouth пишется имя загружаемого дистра
И магос-модуль все таки задает настройки системы, которые у меня могут смениться на дефолтные а это может плохо отразится на системе

ЗЫ
Вроде как с фильтрами осталось разобраться . Но где для toxzm лежат фильтры ?
Хочу попробвать
toxzm-модуль - системные изменения
81-savetomodule - хомяк и все что с ним связано

Может так ?

uird.mode=moduird

Уберите конфиг и модули сохранений в другую папку, отличную от тех, которые попадают под uird.load. Режим toxzm сам подключит их откуда надо и когда надо. Не понимаю, зачем вы их держите среди остальных модулей?

Т к у меня опция MODE0=‘none’
Т е без uird.load. модуль не загрузится

И по идее в uird-модуль у меня будет записываться системные изменения
А они у меня лежат в base или в modules
Да и что то вроде слишком много папок в сборке.
Раньше вообще одной обходился - и это base

Ранее писал уже - Концепт режима сохранения в модуль

А оно уже реализовано?

Для начала попробовали бы вы нормальный вариант, когда сохраненки лежат не в base и подключаются не uird.load’ом, а toxzm’ом, чтоб хотя бы понять, что дело не в ваших необычных подходах :wink:

Все работает.
С фильтром осталось разораться.
Некорректно считывается листинг с /memory/layer-base/0/optional/base-filtr
Блоктруется /etc/systemd
Хотя в фильтрах это не задано ???
Но тут как модуль заходит в систему вроде не при чем

У меня с toxzm’ом не запускается plymouth
А с MODE0=‘none’ и в МагОС-Росе plymouth стал запускаться
Все дело что бы uird-модуль монтировался в систему раньше магос-модуля
Который обычно монтируется последним
А с с toxzm’ом uird-модуль монтировался в систему последним
Данная проблема присутствует у меня при запуске Магеи и МагОС-Росы

Возможно вы правы, т к попробовал делать изменения сервисов в /etc/systemd/system
И с MODE0=‘none’ не запоминает предыдущие изменения.
Т е повторно выключился и в uird-модуле только изменения из /memory/changes/etc/systemd/system
Возможно пока надо использовать MODE0=‘copy и белее ничего
Тогда изменения будут копироваться в систему и повторно запоминаться писалкой
Но проблема если uird-модуль станет очень большим, тогда и появятся большие объемы копирования и все изменения скажем за год работы будут в /memory/changes при загрузке системы.
Хотя ну монтировался модуль у меня а потом копировался. Конечно ошибка но вроде ничего страшного Ну перезаписались файлы лишний раз …

Для этого есть MAXCOPYSIZE

Рад, что mode=none работает. Это удивительно, ведь я еще это не делал.
Ингваро,я согласен с Ильфатом. Попробуйте сперва как задумано, а то сложно будет понять в каком месте работает не правильно.

Ну и были логи что то типа - “none ignoring”
Но тени и файлы пишутся подумал это нормально.
C MODE0=‘none’ не запоминается предыдущие изменения. Экспериментировал с /etc/systemd
Если повторно выключился и в uird-модуле пишутся только изменения из
/memory/changes/etc/systemd/system а ранее сохраненные в uird-модуле отсутствовали
Но это вроде не сложно исправить. Хорошо что тени нормально пишутся.
В Магее фильтры получились без слэша в МагОС-Росе фильтры со слэшем
Вроде Магея и Роса родственницы и почему такая разница непонятно
Удивительно но Магея теперь лучше состыковывается с последней Lubuntu

Попробую. Но все равно. Проблема c plymouth думаю останется.
Т к режимы copy и mount из toxzm загружают uird-модуль после магос-модуля
А может и еще что то правится или будет правится из магос-модуля ?
В самой МагОС-Росе настроек для системы в 88-magos то же хватает
Конечно может МагОС-Роса может и будет работать т к в сборке вроде меняются настройки
по дефолту.
Но у меня не тот уровень знания допустим Магеи, что бы править систему
Но нет худа без добра. Зато запуск Магеи или Убунту без магос-модуля - это обычный LiveDVD от Магеи или Убунту

Попробовал грузиться с папки cbase

uird.mode=toxzm uird.shutdown uird.changes=/cbase/93-uirdsave.cfg

  1. MODE0=‘mount’ работает . Предыдущие записи в uird-модуль сохраняются
    С MODE0=‘none предыдущие записи в uird-модуль не сохранялись но как оказалось, этот
    режим еще не настроен
  2. MODE0=‘copy’ проверил один раз вроде работает
    Отмечу что сложно с copy
    Ну скопировался он а как удостовериться что все скопировалось.
    Только что лазить по системе и проверять по файлам в системе. С mount все проще
  3. Проблема с plymouth осталось.
    Если поместить созданный uird-писалкой 93-uirdsave.xzm
    в папку base (запуск до старта магос-модуля) то plymouth к удивлению запускается. Если учесть что в МагОС-Росе plymouth вообще с uird загрузчика не запускается,
    то это прогресс !!!
    Ну дело не в plymouth а то что загрузка после магос-модуля меняет какие то настройки
    в самом магос-модуле и может быть что еще что в будущем будет менять

ЗЫ
Надеюсь инфа полезная

Со стороны uird ничего делать и не нужно было, там хоть ‘none’, хоть ‘Ёклмн’, пропустит подключение модуля и все. А вот в шатдауне пока не соображу как быть. Если модуль был смонтирован нужна конкатенация, если скопирован, то нет. А в шатдауне это уже не определить.
P.S. Вроде получилось. Теперь только ‘none’, с любым другим значением просто ругнется и загрузит дальше.

Еще фишечка. Если аптайм менее 5 минут, то принудительно включится ask. То есть если слишком быстро после загрузки начнется выключения у вас спросят надо ли сохранять модуль.

5 минут на мой взгляд многовато.
Можно добавить управление в конфиг:
ASK=3 или что-то вроде того.
P.S. А лучше ASKTIMEOUT=3
P.P.S. Хотя нет, смысл меняется.

ASKUPTIME=3