-
stea.61
- Стаж. 1 рік 9 місяців
- Повідомлень. 259
- Репутація. 20
Короткий опис:
Загальні дані.
Збірка на основі дистрибутива Runtu XFCE 16.04 сімейства Ubuntu.
Дистрибутив модифікований і оптимізований для використання в якості мобільного системи на USB-носії з файловою системою FAT / FAT32 / NTFS.
Легка і швидка установка на USB-носій без форматування і будь-якого впливу на вже наявні на носії файли.
Режими завантаження - BIOS, UEFI.
Завантажники:
- в режимі BIOS - GRUB2 або Syslinux (за вибором користувача);
- в режимі UEFI - GRUB2 ( "Secure boot" підтримується).
Система.
Використана схема з багатошарової файлової системою - AUFS.
Системи сімейства Ubuntu працюють за цією схемою в live-режимі, що має можливість збереження змін системи в persistent-файлі.
Штатна схема Ubuntu в пропонованій mobile-системі дещо змінена, зняті незручні (на мій погляд) обмеження по типу файлової системи носія, типом і розміщення persistent-файлу.
- Трохи докладніше. (More.) -
Склад файлової системи
Базова FS (filesystem.squashfs) + Програма модулі (* .sqfm) + (за бажанням) доп. модулі кастомізації або змін, збережені користувачем (* .sqfm) + робочий шар (overlay), який може бути в RAM (live-mode), на окремому розділі Ext2-Ext4 або в файлі віртуального диска (real-mode).
Файл віртуального диска для real-режиму роботи розміщується в каталозі з іншими компонентами системи (/ stea / runtu) і може бути фіксованого розміру або динамічним, розмір якого буде збільшуватися системою при його наповненні даними.
додатки
У filesystem.squashfs доданий кращий, на мою думку, архіватор 7-zip і мій власний варіант графічної теми в стилістиці "Windows 10".
Для бажаючих користуватися під Linux деякими додатками Windows є доп. модуль wine.sqfm.
програмні модулі
На відміну від початкового варіанту дистрибутива з filesystem.squashfs видалені, точніше, перенесені в окремі * .sqfm-модулі Firefox, LibreOffice і Skype - така схема зручніше для оновлення програм і системи.
Режими завантаження і роботи
В меню завантаження системи передбачено три варіанти:
- live mode. ram-overlay. full-filesystem - завантаження повної файлової системи, RAM -оверлей;
На мій погляд, це - основний режим, найшвидший і безпечний для системи, тому що ніякі зміни в системі не будуть збережені без додаткової команди користувача.
- real mode. hdd-overlay. full-filesystem - завантаження повної файлової системи, оверлей на HDD: спеціально виділеному для цього Ext3-розділі якому файлі віртуального диска (persistent-file) / stea / runtu / runtu-rw або динамічному /stea/runtu/runtu-rw.dfs;
Режим - близький до стандартного.
Швидкодію системи по-різному з різними варіантами збереження архітектурної спадщини:
а) найшвидший, але найменш гнучкий і зручний варіант - з окремим Ext-розділом: створити на носії окремий розділ потрібного розміру c FS Ext2 / Ext3 / Ext4 c міткою (label) runtu-rw;
б) трохи повільніше, але і більш зручний - з фіксованим persistent-файлом / stea / runtu / runtu-rw: створити його можна, виконавши в терміналі скрипт /stea/runtu/rw/mk-runtu-rw.sh, потрібний розмір ( в MB) можна задати в тексті скрипта (за замовчуванням - 1024);
в) ще трохи повільніший, але найзручніший - з динамічним persistent-файлом /stea/runtu/runtu-rw.dfs. якщо система при завантаженні в режимі real-mode не знайде ні а) ні б), вона сама створить /stea/runtu/runtu-rw.dfs.
- safe mode. ram-overlay. base-filesystem - завантаження тільки базової частини файлової системи filesystem.squashfs (без доповнень і збережених змін), RAM -оверлей.
Режим - резервний, для сервісу і на випадок аварії з робочим варіантом FS.
- Установка (точніше сказати, збірка) системи (install) -
У распакованом вигляді файли повної збірки займають
970 MB.
Збірка системи виконується простий розпакуванням zip-архівів в цільової розділ без зміни структури розділу і без зміни або втрати наявних в розділі файлів / даних.
1. Розпакувати в корінь цільового томи з файловою системою FAT / FAT32 / NTFS zip-архів runtu.zip;
На цільовому томі буде створений домашній системний каталог / stea;
2. Якщо цільової тому має FS FAT / FAT32 розпакувати в корінь zip-архів efi.zip;
3. При бажанні:
- розпакувати туди ж zip-архів wine.zip;
- скопіювати 003-skype.sqfm в каталог / stea / runtu.
4. Встановлення завантажувального блоку BIOS-режиму:
a) в Linux виконати під root скрипт /stea/setup/usb-boot-grub2.sh;
б) в Windows виконати від імені Адміністратора скрипт /stea/setup/usb-boot-grub2.bat для установки основним завантажувачем GRUB2, або /stea/setup/usb-boot-syslinux.bat для установки основним завантажувачем Syslinux.
5. Якщо система збирається на носії з системою FAT / FAT32 доп. операцій для організації завантаження в UEFI-режимі не потрібно - все потрібне вже зроблено в п.2.
Якщо система збирається на носії з системою NTFS для організації завантаження в UEFI-режимі буде потрібно додатково створити на носії невеликий FAT або FAT32 розділ розміром
60 MB, розпакувати в його корінь zip-архів efi.zip і перемістити в отриманий каталог / stea / runtu файли vmlinuz і initrd.lz з основного NTFS-розділу.
Переміщення потрібно для підтримки "secure boot".
- Трохи про способи і сервісах збереження змін в системі (saving) -
Як уже сказано, а режимі "real mode" ніяких доп. дій для цього не потрібно - система працює "в режимі реального часу" і всі зміни пишуться безпосередньо в persistent-область (розділ або файл).
Зберігати сесійні зміни можна і при роботі системи в режимі "live mode" - для зручності операцій є спец. розділ в меню управління - "UNIONFS / Overlay Services".
1. custom-save - Збереження призначеної для користувача настройки системи в файл /stea/runtu/filesystem-custom.sqfm - це збереження зручно зробити після початкового налаштування системи "під себе" і залишити отриманий файл, який буде завантажуватися першим додатковим squashfs шаром FS (після базового і програмних);
2. x-filesystem-add - призначене для користувача додаток FS - Збереження всіх даних, що знаходяться в робочому шарі (оверлее), в новий (додатковий) шар файлової системи /stea/runtu/x-filesystem-*.squashfs - таких доп. шарів можна зберігати кілька;
3. x-filesystem-merge - об'єднання збережених шарів x-filesystem - *. Sqfm в єдиний шар x-filesystem-10.sqfm - уповільнення системи зі збільшенням числа шарів FS хоч і незначно, але все ж є, тому корисно об'єднувати в один шар ті верстви, які Ви вже точно вирішили залишити в системі;
4. overlay-save-halt - збереження оверлею в persistent-область runtu-rw і вимикання PC - якщо persistent-область не визначена (немає ні розділу runtu-rw, ні файлу runtu-rw (runtu-rw.dfs), то буде створений динамічний runtu-rw.dfs і запис даних оверлею буде виконана в нього;
5. overlay-save-reboot - Збереження оверлею в runtu-rw і перезавантаження PC;
6. overlay-save-work - збереження оверлею в runtu-rw з продовженням роботи з оверлеєм вже в файлі вирт-диска - дана операція має сенс, якщо вільної пам'яті для накладення залишилося мало, але потрібно продовжити роботу без перезавантаження PC;
Примітка - варіант не працює, якщо в якості persistent-області використовується окремий розділ, тому що перемонтувати його в якості оверлею не вийде;
7. overlay-status - висновок інформації про параметри і стан оверлею;
8. overlay-dfs-renew - оновлення файлу динамічної FS "runtu-rw.dfs" з метою оптимізації його розміру.
- Info для довідки -
Login - runtu, пароль порожній;
У разі, якщо система розміщена на FAT / FAT32, доступ для запису даних в системний розділ з правами адміністратора - через опцію файлового менеджера "Відкрити як адміністратор";
У режимі "safe mode", призначеному в основному, для сервісу та відновлювальних операцій, завантажується тільки базова частина файлової системи без програмних і збережених модулів, які проте можуть знадобитися в роботі.
Змонтувати потрібні модулі в уже завантажену систему і отримати доступ до їх вмісту можна командою з контекст-меню файлового менеджера "Підключення модуля файлової системи 1-им шаром в AUFS".
Скріншоти:
Google Drive: runtu.zip. efi.zip. wine.zip. palemoon.sqfm. firefox.sqfm. wpsoffice.sqfm. libreoffice.sqfm. telegram.zip. telegram_portable.zip. skype.sqfm. qemu.zip. vbox-x86.sqfm. vmplayer-x64.sqfm. filesystem.squashfs (gzip-compress)
Яндекс Диск: runtu.zip. efi.zip. wine.zip. palemoon.sqfm. firefox.sqfm. wpsoffice.sqfm. libreoffice.sqfm. telegram.zip. telegram_portable.zip. skype.sqfm. qemu.zip. vbox-x86.sqfm. wmplayer-x64.sqfm. filesystem.squashfs (gzip-compress)
Інтеграція Runtu в Compact MultiSystem (CMS)
Нарешті що дозбираються давно обіцянки пакет для інтеграції Runtu в CMS.
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. Додати в систему вибрані Вами програмні модулі:
- 003-skype.sqfm. 005-vbox.sqfm в каталог / stea / runtu;
- якщо в складі CMS є і використовується PMagic. програмні модулі 001-palemoon.sqfm. 001-firefox.sqfm. 002-libreoffice.sqfm додати в / stea / pmagic / pmodules;
- якщо в складі CMS PMagic не використовується, програмні модулі 001-palemoon.sqfm. 001-firefox.sqfm. 002-libreoffice.sqfm додати (з заміною посилань модулями) в / stea / runtu.
Невелике пояснення щодо розміщення програмних модулів.
При наявності в складі CMS і Runtu і PMagic обрана схема дозволяє використовувати модулі 001-palemoon.sqfm. 001-firefox.sqfm. 002-libreoffice.sqfm. 004-wine.sqfm в обох Linux-системах - PMagic використовує модулі безпосередньо, а Runtu через символічні посилання.
EFI завантаження
Якщо в CMS застосована дво-, три- роздільна схема для EFI-завантаження:
1. Розширити (при необхідності) завантажувальний EFI-розділ з GRUB на
60 MB, створити в ньому каталог / stea / runtu і Пренесте в нього завантажувальні файли / stea / runtu / vmlinuz. /stea/runtu/initrd.lz;
2. Розпакувати c заміною файлів в завантажувальний EFI-розділ з GRUB архів /stea/setup/efi-boot.zip.
Примітка: якщо в CMS використана схема з двома EFI розділами, то розділ efi-ms можна видалити.
FAQ і недаремним ради
1. Як отримати образ файлової системи 000-filesystem.squashfs, імееющій менше стиск, для більш швидкого завантаження
a) скачати;
b) зробити самостійно в завантаженої системі:
Відкрити файловий менеджер -> Файлова система -> ПКМ на каталозі / rofs -> команда "Запакувати каталог в * .squashfs".
2. Як прив'язати завантаження Runtu в меню наявної на PC Windows 7-10
Варіант з редагуванням BCD поки залишимо "на потім" - спочатку потрібно спробувати варіант прив'язки до завантаження Win7-10 через boot.ini - він абсолютно безпечний. але не у всіх випадках працює:
1. Створити текстовий файл boot.ini такого змісту
timeout = 10
[Operating systems]
c: \ boot \ 07.bin = "Runtu Linux mobile - live-mode - ram-overlay.full-filesystem"
c: \ boot \ 08.bin = "Runtu Linux mobile - real-mode - hdd-overlay.full-filesystem"
c: \ boot \ 09.bin = "Runtu Linux mobile - safe-mode - ram-overlay.base-filesystem"
c: \ boot \ 10.bin = "Runtu Linux mobile - change user interface language - EN / RU"
c: \ boot \ 00.bin = "Runtu Linux mеnu"
c: \ boot \ g2.bin = "GRUB2 boot Manager"
2. Розмістити цей boot.ini докорінно Win-boot-розділу з bootmgr;
3. Скопіювати з каталогу збірки / stea / boot / grub / core файли 07.bin, 08.bin, 09.bin, 00.bin, g2.bin в каталог \ boot Win-boot-розділу з bootmgr;
4. Додати в Runtu-каталог / stea / boot / grub / configs з такого ж каталогу архіву runtu-to-cms.zip конфиг-файли 07.cfg, 08.cfg, 09.cfg;
5. Якщо пряме завантаження Runtu з меню bootmgr Windows не потрібна, а бажана тільки один рядок переходу в Runtu-меню або GRUB2-меню, то зайві рядки в меню boot.ini і відповідні файли можна видалити.
Пробуйте.
Успіхів!