1 (2019-07-15 08:07:32 отредактировано ingvaro)

MagOS-модуль  он осуществляет предварительную настройку дистра еще до старта системы.
Было :

Spoiler

МагОС-модуль для Магеи
В моей сборке     Это  55-magos.xzm
Моя сборка для Магеи - https://forum.mageia.org.ru/viewtopic.p … 958#p15958
55-MagOS.xzm  -  https://cloud.mail.ru/public/Jr37/t6TFbyqQK

МагОС-модуль для MagOS-Linux

MagOS-Linux  -  http://magos-linux.ru/
  89-magos и  папка KERNEL-Mga  -  https://cloud.mail.ru/public/3XHR/BNE2gtd6o

Spoiler

Где KERNEL-Mga  -  Ядро от Магеи для Росы. Работает swap и загрузчик, сделанный в Магее
Все изменения проверены на сборке MagOS-Linux
89-magos.xzm  - устанавливается  в папку /Magos/base. Вместо 88-magos.xzm
Или в загрузчеке написать:  uird.noload=88

Дополнительные  функции для 89-magos (для MagOS-Linux)  и 55-magos.xzm (Mageia) :

Теперь  один ZM-magosm3.xzm  -  https://cloud.mail.ru/public/5A7V/4EhPZFUPk

-  Работает с Магеей, МагОС(Роса), Убунту
  К удивлению Убунту лучше состыковывается с Магеей, чем МагОС(Роса)

Spoiler

  В частности sddm для Убунту  подошел от Магеи.
Правда сам /etc/sddm.conf  от МагОС(Роса) но с учетом Магеи
  Но /usr/share/xsessions/lxqt.desktop взял от МагОС(Роса), т к имя сервиса (Name=LXQT)  простое и логичное
  В Магее кажется Name=LXQtDesktop а в Убунту Name=Lubuntu. В общем кто на что горазд.
Но и МагОС(Роса) пришлось для sddm править.
/usr/share/sddm/scripts/Xsession ( корректно не работает в Росе)  заменил на ссылку на /usr/share/X11/xdm/Xsession
В итоге получилось на всех трех дистрах в /etc/sddm.conf

SessionCommand=/usr/share/sddm/scripts/Xsession

Конечно сервисы 52-desktop и 51-autologin  в /usr/lib/magos/rc.preinit.d  пришлось править
В основном это чистка Магеи и Убунту от "лишнего" в /usr/share/xsessions
И обеспечение работы 52-desktop  для Убунту

- штатно обновляться  с реопозитариев  дистра сборки.

Spoiler

   Запись модуля происходит штатно, потом отмонтирование модулей флэшки и выключение.
Запись управляется из MagOS.ini каждого дистра
Для   /Linux/MagOS/MagOS.ini:

SAVETOMODULE=yes
SAVERPM=no
DISTR=MagOS
BASEDIR=/Linux/$DISTR/base
SAVE_BASE=91-save-base.pfs
FIRSTBOOT=90-firstboot.xzm
RPMBASE=93-rpmbase.xzm
HOMEDIR=/Linux/$DISTR/modulhome
SAVE_HOME=95-save-home.pfs
DYNAMIC=/Linux/$DISTR/temp
MACHINES_FL=/Linux/$DISTR/machines/dynamic

Для  Linux/Mageia/MagOS.ini :

SAVETOMODULE=yes
SAVERPM=no
DISTR=Mageia
BASEDIR=/Linux/$DISTR/base
SAVE_BASE=45-save-base.pfs
FIRSTBOOT=40-firstboot.xzm
RPMBASE=54-rpmbase.xzm
HOMEDIR=/Linux/$DISTR/modulhome
SAVE_HOME=73-save-home.pfs
DYNAMIC=/Linux/$DISTR/temp
MACHINES_FL=/Linux/$DISTR/machines/dynamic

SAVETOMODULE=yes - разрешает запись изменений (no -запрещает)
SAVERPM=yes  разрешает формирования отдельного модуля для var/lib/rpm  (no -запрещает)

uird.mode=machines   Главный режим. Будет писаться только machines
uird.mode=changes uird.changes=changes   Тут надо установить - SAVETOMODULE=no

/usr/lib/magos/rc.halt/81-savetomodule-post   сам скрипт для записи изменений
usr/lib/magos/rc.halt/80-savetomodule             разбирается с режимами и готовит задание для 81-savetomodule-post
/usr/lib/magos/rc.preinit.d/06-sysflash                         вычисляет при старте системы адрес активной флэшки   для 80-savetomodule

/memory/etc/MagOS   режимы загрузки  (/etc/sysconfig/MagOS это теперь ссылка на /memory/etc/MagOS )
  Необходимость смены etc/sysconfig/MagOS на /memory/etc/MagOS связана  с логикой работы 81-savetomodule-post


У меня два чистых режима :
Linux-admin - вход и работа под root,, установка обновлений, пакетов.   Машинно-зависимые файлы  и папка /home фильтруются.
                         Сохранение в папку /MagOS/base
Linux-user     - Это вход и работа под обычным пользователем, кроме установки обновлений, пакетов
                        Машинно-зависимые файлы сохраняется  и папка  /root  фильтруется.
                           
                           Сохранение в папку /MagOS/modulhome

Фильтры для различных режимов лежат в /usr/lib/magos/rc.desktop/FILTRES

  При запуске чистой сборки ее надо настроить . И у любого юзера могут быть свои предпочтения
Запуск   Linux-admin настраивает систему
Запуск   Linux-user  настраивает  пользователя. Инет, пароли и т д
Настройка производится  путем поочередного запуска каждого из режимов

Теперь самое интересное :
Если запустить режим  uird.mode=machines, то  уже будут присутствовать  сделанные настройки.
Если с режимом uird.mode=machines  вдруг что то не так. Допустим перестал модуль сохранения для uird.mode=machines запускаться.
Достаточно будет зайти в чистом режиме (у меня это Linux-admin) и удалить модуль сохранения для uird.mode=machines
Но произведенные ранее настройки сохранятся
Самое главное, что никуда не надо заходить и ничего переименовывать и када то переносить
  Пробовал я режим uird.home=home.img
Но он как то работает сам по себе и не поддерживает опытным путем найденную логику работы
И в режиме uird.home=home.img  загружается не настроенный $HOME а чистый. И его надо настраивать снова. Что не очень удобно.
Разбирательство отложил до лучших времен

-   /usr/lib/magos/scripts/AutoDesktop 

Загрузка иконок на рабочий стол и желаемых настроек для Plasma и LXQt при загрузке рабочего стола отличных от дефолтных
Иначе придется настраивать  каждого созданного  юзера

Spoiler

Управляется в MagOS.ini ;
включение

AUTODESKTOP=yes

выключение

AUTODESKTOP=no

Или оперативно в действующей сесии  в  /memory/etc/MagOS   (/etc/sysconfig/MagOS )
Изменения :

Spoiler

 
С моими правками магос-модуль теперь работает на Магее и на Росе
Только проверенные модули можно посмотреть в 56-MagOS для Магеи
   Можно ли обойтись без магос-модуля ? Конечно можно.
Загрузить систему. Настроить ее.  Запомнить изменения.  Перезагрузиться
Длинноватая строчка.  С магос-модулем все делается просто из меню загрузчика. Перед стартом.

Тестирование :
51-desktop_autologin-m    -     подправил  52-desktop-m

Spoiler

     52-desktop-m и 51-autologin объеденил. Рработает и в Росе  и в Магее
Ввел переменные  раб-стола  и менеджера  дисплея  по дефолту в /usr/lib/magos/os-config
У меня  стр. 154  :

#rc.preinit.d/52-desktop-m
DM_DEFAULT=sddm
DSK_DEFAULT=Plasma

Были проблемы с sddm. Для совместимости с МагОС в Магее исправил в /usr/share/xsessions :
01-plasma.desktop    на plasma.desktop
В lxqt.desktop   исправил Name=LXQt Desktop    на Name=LXQT . Что мне кажется логичнее


53-language  -    исправил еще в магее 5  53-language-m

Spoiler

В Магее file:///etc/locale.conf такой :

Spoiler

LANGUAGE=ru_RU.UTF-8:ru
LANG=ru_RU.UTF-8

А этот вариант, если подключить логи для Магос,

Spoiler

LC_PAPER=ru_RU.UTF-8
LC_IDENTIFICATION=ru_RU.UTF-8
LC_NAME=ru_RU.UTF-8
LC_TIME=ru_RU.UTF-8
LANGUAGE=ru_RU.UTF-8:ru
LC_NUMERIC=ru_RU.UTF-8
LC_MESSAGES=ru_RU.UTF-8
LC_COLLATE=ru_RU.UTF-8
LANG=ru_RU.UTF-8
LC_MEASUREMENT=ru_RU.UTF-8
LC_MONETARY=ru_RU.UTF-8
LC_ADDRESS=ru_RU.UTF-8
SYSFONT=UniCyr_8x16
LC_TELEPHONE=ru_RU.UTF-8
LC_CTYPE=ru_RU.UTF-8


пишет ошибки в file:///var/log/magos/rc.preinit.log и в file:///var/log/magos/30-network.log.
Если не подключать   логи для Магос, то все запускается, естественно, без ошибок

  Переделал по  магеевски в /usr/share/magos/langs ошибки исчезли. И 53-language  работает.
Может сделал что то не так. Не буду спорить. Но оба скрипта, с моими изменениями,  в Магее работают без ошибок.

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

Spoiler
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


30-network      -      30-network-m      Добавил   $HOSTNAME   в  etc/sysconfig/network
В Магее надо не только устанавливать hostname в file:///etc/hostname
Но и делать запись в file:///etc/sysconfig/network

Spoiler

HOSTNAME=magos
NETWORKING=yes
NETWORKING_IPV6=NO
CRDA_DOMAIN=RU

  Иначе drakconnect будет работать с   hostname=localhost.localdomain
По крайней мере  drakconnect работает так. Разбирался опытным путем. Как то бедновата Магея на инфу.


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 :

Spoiler
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


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

Spoiler
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

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

Spoiler
#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

Spoiler

Это настройки плазмы изначально были одни, а мне хотелось другие.
Как по дефолту поменять не понял. Вот и придумал при загрузке раб-стола записывать в $HOME другие настройки.
Ну и до кучи организовал загрузку значков приложений на раб-стол.
С этим в Росе получилась заминка.
Не получалось копирование значков по переменной  в $HOME/user-dirs.dirs:

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  -  сам процесс записи

Spoiler

У меня сохранился еще первый режим - это запуск из системы
Путь и имя сохраняемого модуля задается в MagOS.ini
Включается режим записи :

SAVETOMODULE=yes

    Два режима Admin и User
   Admin   -  модуль сохраняется в MagOS/base         Это установка пакетов и работа под root
   User -    -  модуль сохраняется в MagOS/modules  Это вся остальная работа.


Если в загрузчике запущен HOME режимы (uird.mode=machines и uird.mode=changes)
То сохранение будет  с логикой этих режимов

Для каждого режима свой фильтр в  /usr/lib/magos/rc.desktop/FILTRES -  для формирования модуля
Для uird.mode=machines свой филтр. И это отдельный режим
Только для uird.mode=changes ничего записывать не надо
Для него надо писать :

SAVETOMODULE=no

Долго думал что мне делать с первым режимом, раз есть уже uird.mode=machines и решил так :

Первый режим это настоечный. 
Режим Admin  (Вход как root) настраивает систему
Режим  User  -   Какие то пользовательские настройки
  Потом работаешь с uird.mode=machines.  Если что не так то удалить модуль из /MagOS/machines/dynamic
А настройки заданные первым режимом останутся.

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 всегда под рукой

Все измененные скрипты проверил на последней MagOS-Linux :

Plymouth

Spoiler

Plymouth в системе должен запускаться.. При этом он может ввыводить на экан логи системы или гр. заставку.
Команда в строке ядра 
splash             Запускает графическую заставку.
                                   Отсутствие splash   включает логи системы на экране и гр. заставка не запускается
quiet                 Отключает режим подробного вывода логов системы
                                     Отсутствие quiet   включает режим подробного вывода логов системы
Команда  в строке ядра  plymouth.enable=0  нежелательна и вредна, т к  она отключает plymouth,
А plymouth, формирует   file:///var/log/boot.log
И загрузчики от MagOS не включают графическую заставку plymouth при старте.
Просто наладил запуск   plymouth из системы и процесс загрузки и  формирование  /var/log/boot.log нормализовалось.
Что очень важно, то что логи системы стали одинаковыми, как с наличием splash, так и с отсутствием splash
Вот plymouth-halt,plymouth-poweroff,plymouth-reboot желательно вообще исключить из системы
В  /memory/etc/MagOS   (/etc/sysconfig/MagOS ) записать :

SERVICES_MASK=plymouth-halt,plymouth-poweroff,plymouth-reboot

2 (2019-02-05 20:36:28 отредактировано ingvaro)

1)  При тестировании  выяснилось что  autologin в sddm не работает
52-desktop-m и 51-autologin объеденил.  Так получилось проще, т к  для sddm  в 51-autologin  надо было использовать переменные из 52-desktop-m.
И export не получался.
Работает и в Росе  и в Магее
Ввел переменные  раб-стола  и менеджера  дисплея  по дефолту в /usr/lib/magos/os-config
У меня  стр. 154  :

#rc.preinit.d/52-desktop-m
DM_DEFAULT=sddm
DSK_DEFAULT=Plasma

Были проблемы с sddm. Для совместимости с МагОС в Магее исправил в /usr/share/xsessions :
01-plasma.desktop    на plasma.desktop
В lxqt.desktop   исправил Name=LXQt Desktop    на Name=LXQT . Что мне кажется логичнее

2) Изменил настройки в /usr/share/pcmanfm-qt

Теперь в  lxqt/settings.conf  стр 29, 30:

MountOnStartup=false
MountRemovable=false

Нет агрессивного монтирования флэшки в LXQt. Было что  в GParted создал раздел, проформатировал а  он уже примонтировался.
Непонятно почему настройки для lxqt находятся в pcmanfm-qt[  ?

3 (2019-02-12 20:22:10 отредактировано ingvaro)

Обновил   89-magos.xzm для magos-linux  и 55-magos.xzm для Магеи
Ссылки на 1 странице. Описание обновлено   -  https://forum.mageia.org.ru/viewtopic.p … 219#p29219

В  89-magos.xzm для MagOS-Linux
1) Обновил систему. Установил дополнительно пакеты  plasma5-kate, kdiff3

kdiff3  утилита для сравнивания фойлов, папок с файлами.
Для удобства добавил из магеи /usr/share/kservices5/ServiceMenus/kdiff3_servicemenu.desktop  в  89-magos.xzm
Теперь kdiff3 можно в Plasma или в LXQt, запустив Dolphin,  вызывать правой кнопкой мыши.
Записал отдельным модулем  - https://cloud.mail.ru/public/6dVw/yV23rXaQP
Установить в MagOS/base

2)  На базе  /usr/lib/magos/scripts/AutoDesktop   сделал настройку Plasma и LXQt
- Это маленькие иконки при включении,
-  klipper теперь игнорирует выделения мышью. Очень досаждала. Нельзя было выделить часть имени  и переименовать ее,
-  Не понимает система пути $HOME/Рабочий стол

Теперь  в $HOME.config/user-dirs.dirs   даже в русской локали  :

[b]XDG_DESKTOP_DIR="$HOME/Desktop"[/b]

А $HOME/Рабочий стол  это ссылка на $HOME//Desktop
Сделал как в Магее и все заработало

3) В f/usr/share/kservices5/ServiceMenus/magos-folder.desktop добавил  возможность паковки в формате pfs
    Почему то в Магее все работает, а в Росе пакуется модуль в формате xzm

Spoiler

Если задать
mkpfs  NAME
То  в росе получится NAME.xzm
В Магее    получится NAME.pfs       


Теперь у меня работа в MagOS-Linux примерно так же как в Магее
Правда в Магее работа все же чуть поживее. Но на крутых компах это будет не заметно

4

ingvaro⇓ пишет:

Если задать
mkpfs  NAME
То  в росе получится NAME.xzm
В Магее    получится NAME.pfs

Смотрите /etc/pfs.cfg, можно любое расширение прикрутить.

5

betcher⇓ пишет:

Смотрите /etc/pfs.cfg, можно любое расширение прикрутить.

Спасибо помогло.
Вот если бы еще от правой кнопки мыши можно было бы объединять модули.

6 (2019-02-10 07:52:03 отредактировано betcher)

ingvaro⇓ пишет:

Вот если бы еще от правой кнопки мыши можно было бы объединять модули.

Тут проблема в том, что важен не только список модулей и папок для объединения, но и их последовательность. Иначе можно получить неожиданный результат.

7 (2019-02-12 21:24:50 отредактировано ingvaro)

Обновил   89-magos.xzm для magos-linux
Ссылки на 1 странице. Описание обновлено   -  https://forum.mageia.org.ru/viewtopic.p … 219#p29219

1)

ingvaro⇓ пишет:

При тестировании  выяснилось что  autologin в sddm не работает
52-desktop-m и 51-autologin объеденил.  Так получилось проще, т к  для sddm  в 51-autologin  надо было использовать переменные из 52-desktop-m.

Вернул все к варианту от МагОС.
В Магее сделал :
-  /usr/share/xsessions/lxqt.desktop   -  имя  LXQT (а не LXQT Desktop)
-  /usr/share/xsessions/plasma.desktop    - имя Plasma ( а не 01plasma.desktop)

Сама Магея не формирует usr/share/xsessions/default.desktop и sddm в Магее работает непосредственно с 01plasma.desktop  и lxqt.desktop
Этот вариант сложноват при настройке.  Сделал мелкие правки.
Работает и в Магее и в Росе



2)  В магее у меня тема breeze   в sddm что то  работает со сбоями.
Было что при перемещении указателя мыши с кнопки на кнопку в sddm  наблюдалось кратковрепенное нарушение строчной синхронизации на домашнем мониторе.
На рабочем все ок !.
Сделал аж две темы  -  magosm и magosm1 (на базе других тем естественно )
Баг  почти устранил. даже если и проявится  где то то нестрашно.
Темы красивые, стильные. Кто хочет смотрите.

На Росе  этот баг не проявлялся ! Стоит картинка в sddm как гвоздями прибитая ...


3)  Что удивительно это быстрая загрузка MagOS-Linux.  На крутом компе сравнима даже с Виндой .
У меня на Магее подольше.  А на слабых машинах   впереди Магея. Побыстрее движется при работе в системе.

8

Не пробовали менять алгоритм сжатия модулей для слабых машин? Для быстрых машин обычно xz оптимален. С ним чтение получается быстрее чем если бы просто на диске файлы лежали. То есть на быстрой машине магос загрузится быстрее чем полностью аналогичная по софту роса. Для среднего класса лучше подходят lzo, gzip. Для совсем тормозов - lz4.

9 (2019-02-12 21:15:16 отредактировано ingvaro)

betcher⇓ пишет:

Не пробовали менять алгоритм сжатия модулей для слабых машин?

С алгоритмами сжатия у меня может даже и напутано. В системе действует от МагОС  -  MKSQFS_OPTS="-b 512K -comp xz -Xbcj x86"
При сборке  дистра может и другая. Если в терминале набираю команду mksquashfs то это xz
Наверно везде надо  везде использовать один алгоритм

10 (2019-02-13 07:41:57 отредактировано betcher)

ingvaro⇓ пишет:

MKSQFS_OPTS

Эта переменная используется dir2xzm и mkpfs. Значение соответствует максимальному из возможных сжатию из всего что сейчас есть mksquashfs. Если собирать mksquashfs без доп параметров, то будет xz без оптимизаций. Попробуйте менять например на -b 512K -comp lzo  и пересобирать
mkpfs oldmodule.xzm -o newmodule.xzm
Скорость чтения можно замерить копированием бандла (точки монтирования модуля) в ram с time, но у вас там как помню рамы маловато.

11 (2019-02-14 19:43:37 отредактировано ingvaro)

ingvaro⇓ пишет:

С алгоритмами сжатия у меня может даже и напутано.

Сегодня тестировал  время загрузки моей сборки на Магея-betta1 и MagOS-Linux
MagOS-Linux запускался с ядром и с uird  от Магеи и magos-модуль использовал свой   -    89-magos.xzm
Т е тестировалась  сами системы Роса и Магея.
1)Работа - UIRD    34 с в обоих вариантах так что с алгоритмами сжатия вроде все номально

2)   Основную задержку в Магее дает  сервис ldconfig.service. Работает 20 сек
  Стал маскировать сервис  и запускать  ldconfig   в MagOS.ini:

SERVICES_MASK=plymouth-halt,plymouth-poweroff,plymouth-reboot,ldconfig
RUNLDCONFIG=yes

Список маскируемых сервисов у меня  пополнился еще одним.
Переменную сделал SERVICES_MASK т к  SERVICESMASK тяжело воспринимается

3)  Загрузка  sddm :
  В МагОС   -  8 сек
  В Магее   - 18 сек 
Опять же /etc/sddm  установлен  один и тот же и тема  - это моя magosm  ( на базе темы breeze)
Так что это только работа системы.

   Сейчас загрузка со слабого компа :

В MagOS-Linux  -  1 мин 36 сек
В Magee 7           -  1 мин 50 сек (было 2 мин 5 сек)

Что в общем то терпимо. Все таки Магея 7- betta 1

12 (2019-06-19 19:07:28 отредактировано ingvaro)

Обновил свою сборку Магея 7 betta1
Время общей загрузки  - 2 мин 5 сек
Загрузка системы          - 1 мин 35  сек
Загрузка sddm                - 25 сек

Тестирование было на том же компе.
Однако с sddm  это проблема.

У MagOS-Linux  загрузка быстрее. Но на слабых компах все же Магеиа быстрее работает.

13

Тема устарела.
Обсуждение перевел в MagOS Linux - https://forum.magos-linux.ru/