Mix-Linux_21.11 (Runtu 16.04 + Mint 20.2 + MX-19.4 + Manjaro_21.0.7 + PMagic_2021_10_18) - compact

- Немного подробнее ... (more ...) -

Состав системы
В базовом варианте представлена комбинация систем двух архитектур - i686 (32 bit) и x86_64 (64 bit): ядра и инитрамдиски + squashfs модули файловой системы (*.sqfs) + основные программые модули (apps/*.sqfm).
Модули файловой системы и приложений, имеющие в имени индексы -x86 или -x64, загружаются и используются в системе соответствующей архитектуры.
Модули файловой системы и приложений, имеющие в имени индекс -all или не имеющие индекса, загружаются и используются в системе любой архитектуры.
Если планируется использовать систему только одной архитектуры (разрядности), модули с индексом другой можно удалить.
Изменения и дополнения состава исходного дистрибутива
В систему добавлен ряд инструментов, утилит, сервисных скриптов и мои собственные варианты графических тем в стилистике "Windows 10"
В отличие от исходного дистрибутива из filesystem удалены, точнее, перенесены в отдельные *.sqfm-модули Firefox и LibreOffice - такая схема удобнее для обновления программ и системы.
Для желающих пользоваться под Linux некоторыми приложениями Windows в Runtu имеется доп. модуль wine.sqfm.
Режимы загрузки и работы
В меню загрузки системы предусмотрены 4-е варианта:
- live mode - RAM-overlay . full-filesystem - загрузка полной файловой системы с программными модулями и сохраненными изменениями (changes) + RAM-оверлей;
На мой взгляд, это - основной режим, самый быстрый и безопасный для системы, т.к. никакие изменения в системе не будут сохранены без дополнительной команды пользователя.
- diff mode - HDD-overlay . full-filesystem - загрузка полной файловой системы с программными модулями и сохраненными изменениями (changes) + оверлей на HDD: в специально выделенном для этого Ext*-разделе или в файле виртуального диска (persistent-file).
Режим diff mode близок к стандартному - все изменения в системе сохраняются в режиме реального времени в оверлее.
Файл виртуального диска для diff-режима работы размещается в каталоге /stea/runtu/changes и может быть фиксированного размера или динамическим, размер которого будет увеличиваться системой при его наполнении данными.
В качестве основного формата persistent-file выбран динамический образ виртуального диска VMDK/VDI/VHD.
Основной формат файловой системы в persistent-file - BTRFS, позволяющий компрессировать данные.
В базовом варианте имеется tar-архив /stea/runtu/changes/rw.vdi.tar.gz (или rw.vmdk.tar.gz), из которого система при загрузке в diff-mode автоматически сформирует соответствующий persistent-file (виртуальный объем - 4000 MB, для совместимости с FAT).
В разделе меню "Overlay & UnionFS Services" имеется сервис "Create RW-data" для создания иных вариантов persistent-file.
Быстродействие системы немного различно с разными вариантами области сохранения данных:
а) самый быстрый, но наименее гибкий и удобный вариант - с отдельным Ext-разделом,
Пользователю самостоятельно нужно создать на носителе отдельный раздел нужного размера c FS Ext2/Ext3/Ext4 и меткой (label) runtu-rw-x86 или runtu-rw-x64 соответственно используемой архитектуры системы;
б) немного медленнее - с фиксированным (raw-file) и динамическим (sparce-file) persistent-файлом;
Примечание: sparce-file неприменим на FAT разделах и не особо "надежен" в использовании;
в) еще немного медленнее, но наиболее удобен и применим на FAT - c динамическим образом виртуального диска *.vmdk|*.vdi|*.vhd;
г) самый медленный из предлагаемых - с динамическим файлом dynfilefs.
Если система при загрузке в режиме diff-mode не найдет ни одного из вариантов хранилища данных, она сама создаст доступный ей вариант.
- safe mode - RAM-overlay . base-filesystem - загрузка только базовой части файловой системы без дополнений и сохраненных изменений, RAM-оверлей.
Режим - резервный, для сервиса и на случай аварии с рабочим вариантом FS.
- real mode - VHD-root-FS . full-filesystem - загрузка полной файловой системы вместе с программными модулями *.sqfm и работа системнoй части, размещенной в файле виртуального диска *.disk|*.vmdk|*.vdi|*.vhd, в режиме реального времени.
Режим максимально близок к стандартному - все изменения в системе сохраняются в режиме реального времени в основном системном файле вирт. диска runtu.v* или runtu-x64.v*
В базовом варианте данный режим отсутствует и появится в меню при использовании файловых систем в вирт. дисках *.disk|*.vmdk|*.vdi|*.vhd.
Zip-архивы файлов вирт. дисков: runtu.vdi и runtu-x64.vdi - в составе дополнения 01-VDI на Y-disk.
Использование: файлы runtu.vdi, runtu-x64.vdi разместить в каталоге /stea/runtu, удалив файл /stea/runtu/runtu.sqfs и файлы /stea/runtu/squashfs/00-filesystem-x*.sqfs.
Данный вариант системы и режим работы предназначен, главным образом, для использования в качестве штатной компактной системы на локальном HDD мультисистемного PC.
В этом варианте система мало чем отличается от штатной установки (аналогия с работой Windows из VHD), и становятся простыми и удобными операции по обновлению и модификации системной части - напрямую или в chroot.

- Установка (точнее сказать, сборка) системы (install) -

1. "Установка" базового варианта системы заключается в простом копировании каталога /stea в корень целевого раздела без изменения структуры раздела и без изменения или потери имеющихся в разделе файлов/данных;
2. Установка загрузочных записей BIOS-режима:
a) в Linux выполнить под root скрипт /stea/boot/setup/usb-boot-grub2.sh;
б) в Windows выполнить от имени Администратора скрипт /stea/boot/setup/usb-boot-grub2.bat для установки основным загрузчиком GRUB2, или /stea/boot/setup/usb-boot-syslinux.bat для установки основным загрузчиком syslinux.
3. Организация EFI-загрузки:
а) если система собирается на носителе с системой FAT/FAT32, для EFI-загрузки достаточно наличия каталога /efi в корне целевого раздела.
б) если система собирается на носителе с не FAT системой, для организации загрузки в EFI-режиме потребуется дополнительно создать на носителе небольшой FAT или FAT32 раздел размером ~ 40-100 MB, и перенести в него каталог /efi.

- Немного о способах и сервисах сохранения изменений в системе (saving) -

Как уже сказано, а режимах "diff mode" и "real mode" никаких доп. действий для этого не требуется - система работает "в реальном времени" и все изменения пишутся напрямую в persistent-область или основной системный вирт. диск.
Сохранять сессионные изменения можно и при работе системы в режиме "live mode" - для удобства операций имеется спец. раздел в меню управления - "Overlay & UnionFS Services".
1. custom-save - cохранение пользовательской настройки системы в файл /stea/runtu/changes/custom-x*.sqfs - это сохранение удобно сделать после первоначальной настройки системы "под себя" и оставить полученный файл, который будет загружаться первым дополнительным squashfs слоем FS (после базового и программных);
2. all(sys-,user-)-changes-add - пользовательское дополнение FS - cохранение всех (all-) или только системных (sys-), пользовательских (user-) данных, находящихся в рабочем слое (RAM-оверлее), в новый (дополнительный) слой файловой системы /stea/runtu/changes/*changes*.sqfs - таких доп. слоев можно сохранять несколько;
3. all(sys-,user-)-changes-merge - объединение сохраненных sqfs-слоев /stea/runtu/changes/*changes*.sqfs в единый слой *-changes-10.sqfs - замедление системы с увеличением числа слоев FS хоть и незначительно, но все же имеется, поэтому полезно объединять в один слой те слои, которые Вы уже точно решили оставить в системе;
4. overlay-save-halt - сохранение данных из оверлея в persistent-область rw-x* и выключение PC - если persistent-область не определена (нет ни раздела runtu-rw, ни файла rw-*, то будет создан динамический rw-x*.dfs и запись данных оверлея будет выполнена в него;
5. overlay-save-reboot - cохранение данных из оверлея в rw-x* и перезагрузка PC;
6. overlay-save-work - сохранение данных из оверлея в rw-x* и продолжение работы с оверлеем уже в файле вирт-диска - данная операция имеет смысл, если свободной памяти RAM-оверлея осталось мало, но нужно продолжить работу без перезагрузки PC;
7. overlay-status - вывод информации о параметрах и состоянии оверлея;

- Info для справки -

Login - admin
Пароль пустой
В случае, если система размещена на FAT/FAT32, доступ для записи данных в системный раздел с правами админа - через опцию файлового менеджера "Открыть как администратор".
В версиях, начиная с 2020-03, исправный системный FAT/FAT32 раздел доступен без ограничений.
В режиме "safe mode", предназначенном в основном, для сервиса и восстановительных операций, загружается только базовая часть файловой системы без программных и сохраненных модулей, которые однако могут потребоваться в работе.
Смонтировать нужные модули в уже загруженную систему и получить доступ к их содержимому можно командой из контекст-меню файлового менеджера "Подключение модуля файловой системы 1-ым слоем в AUFS"

...

1. Скачать runtu-to-cms.zip (G-drive);
2. Распаковать c заменой файлов runtu.zip в корень раздела с CMS;
3. Если планируете пользоваться Wine, распаковать c заменой файлов wine.zip в корень раздела с CMS;
    Примечание: если в составе CMS имеется и используется PMagic, переместить (с заменой файла) полученный модуль /stea/runtu/004-wine.sqfm в каталог /stea/pmagic/pmodules, если PMagic не используется, временно переименовать как-нить модуль /stea/runtu/004-wine.sqfm;
4. Распаковать c заменой файлов runtu-to-cms.zip в корень раздела с CMS;
    Примечание: если PMagic в CMS не используется, удалить ссылку /stea/runtu/004-wine.sqfm и вернуть имя переименованному модулю /stea/runtu/004-wine.sqfm;
5. Добавить в систему выбранные Вами программные модули:
    - 03-skype.sqfm, 05-vbox.sqfm в каталог /stea/runtu;
    - если в составе CMS имеется и используется PMagic, программные модули 01-palemoon.sqfm, 01-firefox.sqfm, 02-libreoffice.sqfm добавить в /stea/pmagic/pmodules;
    - если в составе CMS PMagic не используется, программные модули 01-palemoon.sqfm, 01-firefox.sqfm, 02-libreoffice.sqfm добавить (с заменой ссылок модулями) в /stea/runtu.
    Небольшое пояснение по размещению программных модулей.
При наличии в составе CMS и Runtu и PMagic выбранная схема позволяет использовать модули 01-palemoon.sqfm, 01-firefox.sqfm, 02-libreoffice.sqfm, 04-wine.sqfm в обеих Linux-системах - PMagic использует модули напрямую, а Runtu через символьные ссылки.
EFI загрузка
    Если в CMS применена двух-, трех-раздельная схема для EFI-загрузки:
1. Расширить (при необходимости) загрузочный EFI-раздел с GRUB на ~ 80 MB, создать в нем каталог /stea/runtu и пренести в него загрузочные файлы /stea/mix-linux/vmlinuz*, /stea/mix-linux/initrd*;
2. Распаковать c заменой файлов в загрузочный EFI-раздел с GRUB архив /stea/setup/efi-boot.zip.
    Примечание: если в CMS использована схема с двумя EFI разделами, то раздел efi-ms можно удалить.

Update 2021-11-20 ...

В составе торрента базовый вариант Mix-Linux (Runtu 16.04 + Mint 20.2 x64 Cinnamon + MX Linux 19.4 x64 Cinnamon+XFCE + Manjaro Cinnamon 21.0.7 + PMagic_2021_10_18) - компактный комплект 5-ти дистрибутивов, в котором значительная часть модулей - общие для всех систем, т.е. используются и в Runtu, и в Mint, и в MX Linux, и в Manjaro и в PMagic.
Изменения:
1. Комплект дополнен Arch дистрибутивом - версией Manjaro-Cinnamon-21.0.7-210623;
2. Mint 19.3 заменен версией Mint 20.2, PMagic_2021_02_28 - версией PMagic_2021_10_18;
3. Обновлено ядро до версии 5.4.0-89 (stable), в системах выполнены все доступные обновления пакетов на дату 2021-11-10;
4. Обновлены модули Firefox, Thunderbird;
5. Переработаны в вариант "меню для 5-ти distro" и оптимизированы конфиги загрузчиков GRUB2, GRUB4DOS
6. PМagic русифицирован (не в полном объеме, т.к. не для всех элементов есть RU-локали), удалены все локали кроме RU, EN;
7. Добавлена поддержка размещения mix-linux на файловой системе exFAT (по просьбе приятелей - для возможности добавления в проект Ventoy).
PS Для удаления из комплекта какой-либо системы достаточно из каталога /stea/mix-linux удалить соответствующий каталог - runtu, mint, mx19, manjaro или pmagic.
Соответственно, при скачивании файлов можно просто исключить каталог дистрибутива, который не требуется.

Подробнее об изменениях в схеме и меню загрузки...

В меню GRUB2 добавлены опции "hotkey":
[M] - "menu", "min" - переключение режима отображения mix-меню: полное меню <--> мини-режим (скрыты строки смены дистра и локали - переключение выполняется "горячими клавишами");
[N] - "name", "next" - смена mix-distro: runtu --> mint --> mx19 --> manjaro --> pmagic --> runtu ... (по кольцу) ;
[L] - "locale", "language" - переключение системной локали: RU <--> EN;
[T] - "theme" - переключение темы GRUB-меню: main --> dark --> gray --> main ... (по кольцу);
[S] - "skip", "standard" - переключение типа меню: со skip-переходом в меню mix-linux <--> старт в базовом режиме;
[Q] - "qemu" - установка/сброс разрешения меню GRUB2 формата 16:9 - полезно для вирт-машин и широкоформатных дисплеев.
Плюс в BIOS-меню:
[B] - "base" - переход в базовае меню GRUB2;
[D] - "duet" - переход к EFI-загрузчику DUET;
[4] - "grub4dos" - переход в меню GRUB4DOS;
Плюс в EFI-меню:
[G] - "grub" - переключение версии GRUB2: 2.04 (GRUB2+NTFS_SB-sign+kernel_ubuntu_sign) <--> 2.02 (GRUB2_SB-sign без NTFS);
[P] - "preloader" - переход к KRD-версии GRUB2 (2018): 2.02 (PRELoader+GRUB2_SB-sign);
[K] - "key" - старт MOK-менеджера ключей SB;
[F] - "fix" - сброс разрешения меню GRUB2 до минимального или "авто".

Update History ...

    
INFO для тех, кто, возможно, будет использовать GRUB2-меню сборки в качестве основного меню на PC или мобильном носителе:

- Создание нового системного sqfs-модуля на примере добавления в RUNTU пакета gpart -

В общем случае создание sqfs-модуля для любой из систем mix-linux можно выполнять в любой системе архитектуры x86_64, имеющей в своем составе инструменты для работы с AUFS и SQUASHFS.
Системы mix-linux имеют в своем составе "самопальные" скрипты, несколько упрощающие техпроцесс.
Для сокращения количества "мусора" в sqfs-модуле установку пакета выполняем в режиме chroot в "AUFS-копии" системы, смонтированной в каталог /mnt/aufs.
Для установки пакетов из репозитория, естественно, потребуется Internet-соединение.
1. Монтирование AUFS-копии системы для ее модификации.
Системные sqfs-модули - слои AUFS активной Runtu смонтированы в каталоги:
/stea/mix-linux/runtu/runtu.sqfs - в /run/aufs/basefs;
/stea/mix-linux/squashfs/00-filesystem-x64.sqfs - в /run/aufs/sqfs/00-filesystem-x64.sqfs;
/stea/mix-linux/modules/00-linux-modules-5.4.0-42-x64.sqfm - в /run/aufs/sqfs/00-linux-modules-5.4.0-42-x64.sqfm;
/stea/mix-linux/modules/00-linux-headers-5.4.0-42.sqfm - в /run/aufs/sqfs/00-linux-headers-5.4.0-42.sqfm;
/stea/mix-linux/modules/00-linux-firmware_1.187.2.sqfm - в /run/aufs/sqfs/00-linux-firmware_1.187.2.sqfm;
/stea/mix-linux/modules/00-vdmount-x64.sqfs - в /run/aufs/vdm.
1.1 Монтируем runtu.sqfs нижним AUFS-слоем копии системы в каталоге /mnt/aufs: открыть /run/aufs - ПКМ на каталоге basefs - "Mount/unmount Dir as AUFS" - откроется с root-правами новое окно файлового менеджера со смонтированной в каталоге /mnt/aufs целевой AUFS.
1.2 Добавляем 00-filesystem-x64.sqfs следующим AUFS-слоем в целевую копию нашей системы: открыть /run/aufs/sqfs - ПКМ на каталоге 00-filesystem-x64.sqfs - "Сценарии" - "send_symlink_to_desktop"- ПКМ на созданной символьной ссылке - "Открыть с помощью" - "Под/отключение в /mnt/aufs - верхний слой".
И т.д. аналогично можно добавить при необходимости все системные модули, но, в большинстве случаев остальные системные модули в /mnt/aufs можно не подключать, они требуются не часто.
В результате получили AUFS копию чисто системной части, смонтированную в каталоге /mnt/aufs, RAM-оверлей (верхний RW слой) которой смонтирован в каталоге /mnt/aufs-overlay.
2. Выполняем chroot-переход в /mnt/aufs.
2.1 Открыть root-terminal в каталоге /mnt/aufs: ПКМ в открытом в п. 1.1 окне файлового менеджера - "Открыть в терминале";
2.2 В окне терминала выполнить2.3 В окне терминала выполнитьВ терминале выполнен chroot-переход в целевую систему, теперь из терминала можно выполнять в системе все нужные операции.
Все изменения в системной AUFS, полученные в результате этих операций, будут "собраны" в RAM-оверлее /mnt/aufs-overlay.
3. Сборка нового модуля:
3.1 Установливаем пакет gpart:3.2 Выход из chroot режима:3.3 "Очистка" оверлея:
Файловым менеджером с root-правами (см. п. 1.1) или в терминале (кому как удобнее) удаляем из оверлея /mnt/aufs-overlay файлы и каталоги
а) /etc/ld.so.cache, /var/cache, /var/lib/apt/extended_states, /var/lib/dpkg/status, /var/lib/dpkg/status-old, /var/lib/dpkg/diversions, /var/lib/dpkg/diversions-old;
б) загруженный по apt update список пакетов репозитория - каталог /var/lib/apt/list;
в) логи - каталог /var/log;
г) ссылку /homedir
d) каталоги /tmp, /.wh..wh.orph, .wh..wh.plnk, .wh..wh.aufs
3.4 Сохранение оставшихся в оверлее данных в новый sqfs-модуль:
В файловом менеджере открыть окно /mnt/aufs-overlay - ПКМ - "Упаковать каталог в squashfs" - в открывшемся окне выбрать место сохранения и задать имя сохраняемого sqfs-модуля - OK - в открывшемся диалоговом окне выбрать алгоритм сомпрессии (я обычно использую xz-default) - OK.
4 Демонтируем AUFS-копию системы из каталога /mnt/aufs: ПКМ на каталоге /mnt/aufs - "Mount/unmount Dir as AUFS".
5. Полученный новый модуль можно сразу добавить для опробования в рабочую систему: ПКМ на модуле - "Открыть с помощью" - "Под/отключение в AUFS - верхний слой".
Для автоматической загрузки новый модуль нужно поместить либо в /stea/mix-linux/runtu/apps (имя файла должно быть с расширением .sqfm), либо в /stea/mix-linux/runtu/changes (имя файла - с расширением .sqfs).