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 или мобильном носителе:

title 2k10 Live 7.6
find --set-root --ignore-floppies /2k10/Bootmgr
chainloader /2k10/Bootmgr
title Xemom1 08.04.2016
find --set-root --ignore-floppies /XMPE/BOOTMGR
chainloader /XMPE/BOOTMGR
title ALLRUN - ISO
find --set-root /ALLRUN.iso
map --mem /ALLRUN.iso (0xff) || map /W8PE.iso (0xff)
map --hook
chainloader (0xff)
boot