Статистика раздачи
Размер:  6.75 GB   |    Зарегистрирован:  2 года 4 месяца   |    Скачан:  89 раз
Сидов:  1  [  0 KB/s  ]   Подробная статистика пиров
   
 

[Цитировать]

    stea.61
  • 2490
  • Стаж: 8 лет 3 месяца
  • Сообщений: 656
  • Репутация:67

    [+] [-]
  • Откуда: 61 RUS
Краткое описание:
Общие данные.
Mix-Linux - это компактный комплект (mix) из 5-ти OS Linux, собранный на основе дистрибутивов Runtu XFCE 16.04, Mint 20.2 x64 Cinnamon семейства Ubuntu, Debian-дистрибутива MX Linux 19.4 x64, Arch-дистрибутива Manjaro-Cinnamon_21.0.7 и Slackware-дистрибутива - PMagic_2021_11_18 с DE XFCE.
Исходные дистрибутивы модифицированы и оптимизированы для использования в качестве мобильной системы на USB-носителе или штатной компактной системы на HDD с файловой системой FAT/ FAT32/exFAT/NTFS/BTRFS/EXT*.
Установка Mix-Linux представляет собой простое копирование каталога сборки на носитель (без форматирования и какого-либо влияния на уже имеющиеся на носителе файлы) + установка загрузчика или добавление загрузочной записи в имеющееся меню загрузки PC.
Режимы загрузки - BIOS, UEFI.
Загрузчики в USB-варианте:
- в режиме BIOS - GRUB2 или Syslinux (по выбору пользователя);
- в режиме UEFI - GRUB2 ("Secure boot" поддерживается).
Система.
Mix-Linux построен на основе многослойной файловой системы (AUFS) по модульной схеме, в которой значительная часть модулей общие для всех систем, т. е. используются и в Runtu, и в Mint, и в MX Linux, и в Manjaro и в PMagic.
Системы семейства Ubuntu работают по многослойной схеме (файловая система в squashfs + оверлей) в live-режиме, имеющем возможность сохранения изменений файловой системы в persistent-файле.
Штатная схема Ubuntu в предлагаемой compact-системе изменена, сняты неудобные (на мой взгляд) ограничения по типу файловой системы носителя, типу и размещению persistent-файла.

- Немного подробнее ... (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"
Скриншоты:


    FAQ и небесполезные советы

...

1. Как привязать загрузку Runtu в меню имеющейся на PC Windows 7-10

Вариант с редактированием BCD оставим на "потом" - если в BCD установлен текстовый (legasy) режим загрузки Windows, то сначала нужно попробовать вариант "привязки" в меню загрузки Win7-10 через boot.ini - он абсолютно безопасный, но не во всех случаях работает:
1. Создать текстовый файл boot.ini такого содержания

code

timeout=10
[operating systems]
c:\boot\07.bin=" Runtu Linux 64-bit - live-mode - RAM-overlay.full-filesystem"
c:\boot\08.bin=" Runtu Linux 64-bit - diff-mode - VHD-overlay.full-filesystem"
c:\boot\09.bin=" Runtu Linux 64-bit - real-mode - VHD-root-FS.full-filesystem"
c:\boot\18.bin=" Runtu Linux 64-bit - safe-mode - RAM-overlay.base-filesystem"
c:\boot\14.bin=" Runtu Linux 32-bit - live-mode - RAM-overlay.full-filesystem"
c:\boot\15.bin=" Runtu Linux 32-bit - diff-mode - VHD-overlay.full-filesystem"
c:\boot\16.bin=" Runtu Linux 32-bit - real-mode - VHD-root-FS.full-filesystem"
c:\boot\17.bin=" Runtu Linux 32-bit - 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, 10.bin, 14.bin, 15.bin, 16.bin, 17.bin, 18.bin, 00.bin, g2.bin в каталог \boot Win-boot-раздела с bootmgr;
4. Если прямая загрузка Runtu из меню bootmgr Windows не нужна, а желательна только одна строка перехода в Runtu-меню или GRUB2-меню, то лишние строки в меню boot.ini и соответствующие файлы *.bin можно удалить.
Пробуйте.
Удачи!

2. Как добавить загрузку Runtu в загрузочное меню Ggub4Dos

Загрузку Runtu добавить в загрузочное меню G4D можно разными способами:
1. Переход в меню GRUB2 Runtu:
iftitle  [if exist /stea/boot/grub/grub2.bin]  GRUB2  Runtu - menu
  rootnoverify
  kernel /stea/boot/grub/grub2.bin
2. Переход в меню G4D Runtu:
iftitle  [if exist /stea/boot/grub/menu.lst]  GRUB4  Runtu - menu
  rootnoverify
  configfile /stea/boot/grub/menu.lst
3. Прямое внесение строк загрузки Runtu в имеющееся меню G4D.
Загрузочные записи смотреть в /stea/boot/grub/menu.lst и /stea/boot/grub/main.lst.

3. Как сделать общий для Windows и Linux web-браузер

Кроссплатформенные PaleMoon и FireFox имеют портабельные Win-версии, которые дают возможность очень легко использовать их пользовательский каталог в качестве пользовательского каталога в Linux версиях этих браузеров, т.е. Win-версия браузера используется полностью штатно, а в Linux системе для браузера пользовательский каталог заменяется символьной ссылкой на соответствующий каталог Win-версии.
В предлагаемой RUNTU сделать можно так:
вместо модулей 01-firefox-x*.sqfm (01-palemoon-x*.sqfm) использовать модули 01-firefox-x*+.sqfm (01-palemoon-x*+.sqfm), в которых пользовательские каталоги уже заменены ссылками на портабельные Win-версии браузеров, размещаемые в /stea/programs/browser_portable_dir.
Для данной системы подобная схема кроме удобства единого профиля добавляет возможность работы браузера "в реальном времени" при загрузке системы в live-mode.


    Интеграция Runtu в Compact MultiSystem (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. Добавить в систему выбранные Вами программные модули:
    - 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 можно удалить.
Всем привет! aa
Торрент обновлен 2021-11-20 00:02 MSK
Mix-Linux дополнен Arch-дистрибутивом - версией Manjaro-Cinnamon-21.0.7-210623.

    

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.
Соответственно, при скачивании файлов можно просто исключить каталог дистрибутива, который не требуется.

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

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

В меню 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 до минимального или "авто".
dy + зеркало dy
Внимание!!! "Шапка" темы после обновления раздачи "в основном" отредактирована , но не "в полном объеме". Sorry

Update History ...


    

Update 2021-06-13 ...

В составе торрента базовый вариант Mix-Linux (Runtu 16.04 + Mint 19.03 x64 Cinnamon + MX Linux 19.4 x64 Cinnamon+XFCE + PMagic_02_23_21) - компактный комплект 4-х дистрибутивов, в котором значительная часть модулей - общие для всех систем, т.е. используются и в Runtu, и в Mint, и в MX Linux, и в PMagic.
Изменения:
1. Комплект дополнен Slackware дистрибутивом - адаптированной версией PMagic_2021_02_28 с DE XFCE;
2. В системах выполнены все доступные обновления пакетов на дату 2021-05-30;
3. Обновлены модули Firefox;
4. Переработаны в вариант "меню для 4-х distro" и оптимизированы конфиги загрузчиков GRUB2, немного "подрихтован" внешний вид меню загрузки;
5. Обновлено ядро до "крайней" на сегодня версии для Mint 19.03 - 5.4.0-74.
Немного info о добавленном дистрибутиве PMagic_2021_02_28 и отличиях от оригинала:
1. С целью унификации модулей комплекта оригинальное ядро заменено ядром 5.4.0-74 от Mint 19.03, соответственно, выполнена замена firmware-пакетов;
2. Удалены "родные" пакеты Firefox и LibreOffice - используются общие модули mix-linux;
3. PМagic русифицирован (не в полном объеме, т.к. не для всех элементов есть RU-локали), удалены все локали кроме RU, EN.
PS Для удаления из комплекта какой-либо системы достаточно из каталога /stea/mix-linux удалить соответствующий каталог - runtu, mint, mx19 или pmagic.
Соответственно, при скачивании файлов можно просто исключить каталог дистрибутива, который не требуется.

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

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

В меню GRUB2 добавлены опции "hotkey":
[M] - "menu", "mix" - переключение mix-меню: меню runtu+mint+mx19 <--> меню pmagic;
[N] - "name", "next" - смена mix-distro: runtu --> mint --> mx19 --> runtu ... (по кольцу) ;
[L] - "locale", "language" - переключение системной локали: RU <--> EN;
[T] - "theme" - переключение темы GRUB-меню: main --> dark --> gray --> main ... (по кольцу);
[A] - "auto", "advanced" - переключение типа меню: с запоминанием последней загрузки <--> простой режим;
Плюс в BIOS-меню:
[B] - "base" - переход в базовае меню GRUB2;
[D] - "duet" - переход к EFI-загрузчику DUET;
Плюс в 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 до минимального или "авто";
[Q] - "qemu" - установка/сброс разрешения меню GRUB2 формата 16:9 - полезно для вирт-машин и широкоформатных дисплеев.

Update 2020-12-31 ...

В составе торрента базовый вариант Mix-Linux (Runtu 16.04 + Mint 19.03 x64 Cinnamon + MX Linux 19.3 x64 Cinnamon+XFCE) - компактный комплект трех дистрибутивов, в котором значительная часть модулей - общие для всех систем, т.е. используются и в Runtu, и в Mint, и в MX Linux.
Изменения:
1. Комплект дополнен Debian дистрибутивом - "крайней" на сегодня версией MX Linux 19.3, в связи с чем несколько изменены общие модули и их размещение в общем домашнем каталоге /stea/mix-linux;
2. В системах выполнены все доступные обновления пакетов на дату 2020-12-30;
3. Обновлены модули Firefox;
4. Переработаны в вариант "совместное меню для трех distro" и оптимизированы конфиги загрузчиков GRUB2 и GRUB4DOS, немного "подрихтован" внешний вид меню загрузки.
Немного info о добавленном дистрибутиве MX Linux 19.3 и отличиях от оригинала:
1. С целью унификации модулей комплекта оригинальное ядро 4.19 заменено ядром 5.4.0-42 от Ubuntu 20.04, соответственно, выполнена замена firmware-пакетов;
2. DE Fluxbox удален, в систему добавлен DE Cinnamon;
3. Удалены пакеты GRUB и пакеты пары сервисных MX-утилит, которые не применимы в предлагаемом варианте системы;
4. Удалены все локали кроме RU, UA, EN.
PS Для удаления из комплекта какой-либо одной системы достаточно из каталога /stea/mix-linux удалить соответствующий каталог - runtu, mint или mx19.
Соответственно, при скачивании файлов можно просто исключить каталог дистрибутива, который не требуется.

Update 2020-10-12 ...

В составе торрента базовый вариант Mix-Linux (Runtu 16.04 + Mint 19.03 x64 Cinnamon) - компактный комплект двух дистрибутивов, в котором значительная часть модулей - общие для обеих систем, используются и в Runtu, и в Mint.
Принципиальных и значимых отличий от сентябрьских вариантов в каждой из систем нет:
1. Изменено размещения модулей - выполнена их компановка в общем домашнем каталоге /stea/mix-linux;
2. В системах выполнены все доступные обновления пакетов на дату 2020-10-10;
3. Обновлены модули Firefox;
4. Переработаны в вариант "совместное меню для двух distro" и оптимизированы конфиги загрузчиков GRUB2 и GRUB4DOS, немного "подрихтован" внешний вид меню загрузки.
PS Для удаления из комплекта какой-либо одной системы достаточно из каталога /stea/mix-linux удалить соответствующий каталог - runtu или mint.
Соответственно, при скачивании файлов можно просто исключить каталог дистрибутива, который не требуется.

Update 2020-09-09 ...

В составе торрента базовый вариант Mix-Runtu (Runtu-compact) - комбинированная сдвоенная система i686 + x86_64, все основные программные модули + небольшое расширение в виде нескольких программ MS Windows.
1. Система обновлена до версии 16.04.7 LTS, установлены все применимые обновления пакетов на дату 09.09.2020.
2. Обновлены ядро до версии 5.4.0-42 и пакет драйверов до версии linux-firmware_1.187.2 - "крайних" на сегодня для стабильного дистрибутива Mint Linux 19.3 (Ubuntu 18.04 LTS).
3. Внесены небольшие изменения в структуру системы - пакеты модулей ядра и драйверов вынесены из общих squashfs-архивов в отдельные модули, размещенные в каталоге /stea/runtu/modules.
Такой вариант мне кажется более удобным - дает возможность варьировать (и обновлять) ядро и пакет драйверов, не затрагивая систему вцелом.
Кроме того этот вариант ориентирован на использование общих модулей с аналогично построенной системой Mix-Mint, сборку которой планирую закончить в ближайщее время.
4. В режимах работы системы с RAM-оверлеем по умолчанию используется zRAM-SWAP (сжатие данных в RAM для увеличения ресурсов системы).
В предыдущих версиях эта опция была по-умолчанию выключена.
Включение zRAM-SWAP - по наличию слова "zram" в строке параметров загрузки.
5. Существенно переработана тема оформления рабочего стола - теперь это 4-е цветовых варианта собственной темы: mix-main, mix-denim, mix-green, mix-cinnamon.
Плюс к тому для DE Cinnamon имеются "стеклянные" варианты панели: mix-main-glass, mix-green-glass, mix-cinnamon-glass, mix-dark-glass.
Для окна терминала также сделаны предустановленные варианты соответствующих цветовых схем, которые можно выбрать в параметрах терминала: mix-main, mix-green, mix-cinnamon.

6. Обновлены до крайних на сегодня версий Firefox и adobe-flashplugin.
7. Каталог на Y-Disk с sqfm-модулями приложений, не включенными в базовый комплект.
PS Доп. информация для тех, кто использует систему в формате вирт. дисков VDI, VHD, VMDK ... (если, конечно, кто-то, кроме меня, пользуется таким вариантом ab).
Обновил архивы вирт. дисков runtu.vdi.zip, runtu-x64.vdi.zip на Y-disk.
1. Чтобы в системе не было дублей файлов, нужно удалить модули ядра и драйверов из каталога /stea/runtu/modules и модули файловой системы из каталога /stea/runtu/squashfs - все файлы этих модулей есть в составе файловой системы в вирт. диске;
2. Модуль 00-vdmount следует переместить из каталога /stea/runtu/apps в каталог /stea/runtu/modules.

Fix to Update 2020-03 ...

1. Важно!!!
Модифицированы системные initrd по результатам тестов PC c графикой AMD/Radeon.
В новых версиях расширенный состав драйверов графики.
2. Обновлены до крайних на сегодня версий Firefox и adobe-flashplugin.
"Закон бутерброда" в действии.
Утром обновил торрент, а чуть погодя "прилетела" новая версия Firefox...
Обновил модули FF - забрать можно на Y-Disk.

Update 2020-03 ...

В составе торрента базовый вариант (комбинированная сдвоенная система i686 + x86_64), все основные программные модули + небольшое расширение в виде доп. пакета драйверов, нескольких программ MS Windows и тестовых вариантов минимизированных initrd.
1. Система обновлена до версии 16.04.6 LTS, установлены все применимые обновления пакетов на дату 05.03.2020.
2. Обновлено ядро до версии 4.18.0-25 - "крайней" на сегодня для стабильной Ubuntu 18.04 LTS.
3. Система дополнена новым вариантом окружения рабочего стола - DE Cinnamon с файловым менеджером Nemo.
DE XFCE и FM Thunar также оставлены в системе для работы в "эконом-режиме", подшлифованы темы а-ля Windows 10 и расширен их "цветовой ассортимент" до 8-и вариантов.
DE Cinnamon -
DE XFCE - , выбор DE (скрин окна QEMU) -
4. В каталог /stea/runtu/squashfs добавлен модуль драйверов 01-drivers-18.04d.sqfs, дополняющий штатный пакет Ubuntu 16.04 до актуального на сегодня пакета драйверов Ubuntu 18.04.
Если он для оборудования Ваших PC не потребуется, его можно смело удалять - потребление RAM системой снизится на 3-5 MB.
5. В каталоге /stea/runtu имеются тестовые варианты минимизированных initrd-min и initrd-x64-min.
По-возможности протестируйте загрузку системы с этими модулями (присвоив им штатные имена соответственно initrd и initrd-x64) и поделитесь информацией.
Переход на такие initrd-min должен несколько сократить время загрузки (больше заметно в системе на Flash), ну, и немного места высвободит.
6. Внимание!!! Важно знать!
В обновленной системе внесено изменение в сценарий загрузки, чтобы обойти пару запретов, направленных на безопасность совместного присутствия Linux и Windows на PC.
В штатной системе Ubuntu предусмотрен запрет монтирования разделов "спящей" Windows и монтирования на запись разделов с установленным "грязным битом" (dirty bit - db).
Из-за этих запретов загрузка Runtu останавливалась в случае, если системный том был в состоянии гибернации, а также довольно часто системный раздел был доступен только для чтения из-за "грязного бита".
В результате внесенных изменений Runtu будет принудительно монтировать свой (общий со "спящей" Windows) системный раздел в режиме "readonly" и продолжит загрузку, а для сис-раздела с "грязным битом" проводится проверка FS и попытка сброса db с последующим монтированием раздела на полный доступ.
7. Обновлены до крайних на сегодня версий Firefox и adobe-flashplugin.
Упс... "Закон бутерброда" в действии.
Утром обновил торрент, а чуть погодя "прилетела" новая версия Firefox...
Ну, пока обновлять раздачу не буду, мож, еще какие "косяки" проявятся. Обновил модули FF - забрать можно на Y-Disk.
8. Добавил в состав базового комплекта пару Win-apps: медиа-редакторы MediaCoder и VideoCoder.
Формат их не совсем обычный - приложения для компактности упакованы в WIM, по команде на запуск WIM монтируется в FS и уже из смонтированного каталога грузится-стартует EXE. При закрытии приложения WIM автоматом демонтируется из FS.
Для редакторов такой режим вполне приемлем, т.к. сохранять настройки apps не особо нужно.
Но если все же нужно, то можно монтировать WIM в режиме RW и при закрытии приложения изменения в нем будут автоматом сохранены.
Управление режимом монтирования заложено в ярлыке запуска, по ключу "-ro" или "-rw" в сроке "Exec=...".
Ярлыки на запуск приложений Windows "живут" в каталоге /stea/runtu/appdata/applications, читаются-рихтуются в текстовом редакторе.
9. Каталог на Y-Disk с sqfm-модулями приложений, не включенными в базовый комплект.

*** Информацию о предыдущих обновлениях и изменениях см. в разделе шапки "Update History".
[usbtor.ru].t1227.torrent 
Торрент: Зарегистрирован   [ 2021-11-20 00:02 ] · DD4D3621E72147BAD7DA82CBC50DED757663802A

Скачать .torrent

Скачать

126 KB

Статус: проверено
Скачан: 89 раз
Размер: 6.75 GB
terms.php


Последний раз редактировалось: stea.61 (2021-11-30 15:01), всего редактировалось 318 раз(а)

[Цитировать]

    Александр
  • 20461
  • Стаж: 5 лет 1 месяц
  • Сообщений: 43
  • Репутация:0

    [+] [-]
63652Александр,
Всё отлично работает!
Благодарю!
я-то что? ag Это stea.61 все сделал! Я только свел все в кучку, это один из вариантов, может и не самый лучший, так может сделать любой. Но операционка действительно замечательная. И автор - тоже. Собраны лучшие качества Рунту и Паппируса (ПРА), на сд-карте я их обе поставил.)))
Я тоже сделал три флешки, замечательно работают, но мечта запустить с диска.

[Цитировать]

    linux
  • 16313
  • Стаж: 6 лет 10 месяцев
  • Сообщений: 83
  • Репутация:1

    [+] [-]
Александр,
Ну тогда за один из лучших вариантов сборки от stea.61 !!
Мечта запуска с диска обретёт реалии поделитесь?

[Цитировать]

    stea.61
  • 2490
  • Стаж: 8 лет 3 месяца
  • Сообщений: 656
  • Репутация:67

    [+] [-]
  • Откуда: 61 RUS
63817это один из вариантов ...
Привет.
Ну, на мой взгляд, для системы, используемой с Flash, все же более оптимален тот состав, который называю базовым - т.е. гибридная система, где в варианте 64-bit (x86_64) используется основная FS runtu.sqfs (i686) + модуль дополнения 000-filesystem-x64.squashfs.
При этом получается:
1. Меньше общий объем файлов двух-разрядной системы - кроме уменьшения суммарного объема модулей SQFS еще и не нужно использовать модули браузеров обеих разрядностей, достаточно одного общего;
2. Меньше потребление RAM - примерно на 70 MB сразу после загрузки, плюс меньшее потребление запускаемыми 32-bit приложениями.
И при этом можно ставить и юзать приложения типа того же Skype и GoogleChrome, которые на данный момент существуют только в разрядности 64-bit.
63817... мечта запустить с диска.
А в чем сложность-то? )

[Цитировать]

    Александр
  • 20461
  • Стаж: 5 лет 1 месяц
  • Сообщений: 43
  • Репутация:0

    [+] [-]
Приветище!
долго не посещал, т.к. мне казалось, что вопросы исчерпаны - система рабочая,хоть (как подозревал) не идеальная. Правда, удивило, что по ссылке кто-то раз 20 скачивал. ai Возможно потому, что готовый вариант воспринимается конечными пользователями легче конструктора. ) В наши последние времена 70мб мало кого удивишь, это ж не Вектор-06ц или Поиск, но и лишним не будет - покумекаю и сделаю более каноничный вариант. Подозреваю, что список дерева директорий и список содержимого каждой из них и меня бы очень порадовал.
Поскольку я в линуксе конченый виндеец, мои потуги изобразить пункт запуска в меню г4д успехом не увенчались. Затыкается на фирмваре баг, не может найти фс.таб, /рут и другие разделы. Может, подскажете, что не так?
# menu.lst produced by grub4dosconfig-v1.8.0
color white/blue black/cyan white/black cyan/black
#splashimage=/splash.xpm
timeout 10
default 0
font /rus_bold.lz
title PRA-1808r. (sda10) 3ArPy3KA РІ RAM
root (hd0,9)
set d=pra
#set v=load=Xorg-1.12;nVidia-304
kernel /pra/vmlinuz-4.4.1-pf3 dir=pra rw quiet copy2ram noswap changes=/dev/sda10
initrd /pra/initrd.xz
title Runtu16comp (sda12)
root (hd0,11)
kernel /stea/runtu/vmlinuz-x64 dir=/stea/runtu rw quiet copy2ram noswap changes=/dev/sda12
initrd /stea/runtu/initrd-x64
title PRA-roll (sda6).
root (hd0,5)
set d=prar
kernel /prar/boot/vmlinuz-4.19-x86_64 dir=prar rw quiet copy2ram noswap changes=/dev/sda15
initrd /prar/boot/initrd-uird1811.xz
root (hd0,7)
set d=prar1811
set k=4.19-x86
set k=4.15.4-pf
find --set-root --ignore-floppies /%d%/boot/vmlinuz-%k%_64
kernel /%d%/boot/vmlinuz-%k%_64 net.ifnames=0 biosdevname=0 root=LABEL=hybrid-iso dir=%d% rw quiet %l% %n%
#initrd /%d%/boot/initrd-%k%_64-fallback+.cpio.xz /%d%/boot/initrd-sf07.cpio.gz
initrd /%d%/boot/initrd-lf-pf-sf07.cpio.xz
#set d=prar1811
#kernel /prar1811/boot/vmlinuz-4.15.4-pf_64 dir=prar1811 rw quiet copy2ram noswap changes=/dev/sda8
#initrd /prar1811/boot/initrd-uird1811.xz
роллы ПРА тоже не работают
Не могу удержаться от вопроса - что нужно добавить в груб.кфг для ефи, чтобы с этой же флешки загружался ПРА6408?

[Цитировать]

    stea.61
  • 2490
  • Стаж: 8 лет 3 месяца
  • Сообщений: 656
  • Репутация:67

    [+] [-]
  • Откуда: 61 RUS
64579Подозреваю, что список дерева директорий и список содержимого каждой из них и меня бы очень порадовал.
Привет.
Честно говоря, не очень представляю, как это можно реализовать.
Графическую схему делать точно не буду, а списком или перечнем, на мой взгляд, мало смысла - т.к. какого-то единого стандартного шаблона нет, и, значит, на однозначное и правильное прочтение рассчитывать сложно.
Даже обычное описание в шапке темы, гораздо более простое для восприятия, не часто читается пользователями внимательно, с начала и до конца - для правильного понимания. ab
64579Может, подскажете, что не так?
Все "не так". )
Полноценно заменить GRUB2 на G4D не получится, потому лучше сделать переход из меню G4D в штатное меню GRUB2 примерно так:
title Runtu Linux menu
find --set-root --devices=h /stea/boot/grub/grub2.bin
rootnoverify
kernel /stea/boot/grub/grub2.bin
boot
64579Не могу удержаться от вопроса - что нужно добавить в груб.кфг для ефи, чтобы с этой же флешки загружался ПРА6408?
Я ни разу не пользовал ПРА6408, не знаю системы и не знаю конфига ее загрузки. ah

[Цитировать]

    Александр
  • 20461
  • Стаж: 5 лет 1 месяц
  • Сообщений: 43
  • Репутация:0

    [+] [-]
Приветствую!
64608
64579
Честно говоря, не очень представляю, как это можно реализовать.
примерно так:
/
boot
efi
stea
Efildr20
krd_version
boot:
grub
grub:
grub.cfg
efi:
...
stea:
...
или можно дать построчный вывод команды ls каждой директории/поддиректории.
Графическую схему делать точно не буду, а списком или перечнем, на мой взгляд, мало смысла - т.к. какого-то единого стандартного шаблона нет, и, значит, на однозначное и правильное прочтение рассчитывать сложно.
шаблона то может и нет, но моя тупая распаковка архивов в одно и то же место создала жизнеспособную систему, которая поэтому не идеальна, а идет речь о канонической сборке (экономящей 70мБ РАМ).
Даже обычное описание в шапке темы, гораздо более простое для восприятия, не часто читается пользователями внимательно, с начала и до конца - для правильного понимания. ab
ну, что касается внимательности, то да. ac я сам именно так и сделал. Но и повторное, более внимательное прочтение не сразу дало понимание того, что сделано. Похоже, про 3 режима окончательно дошло до меня только сейчас после ....го прочтения. После осознания непонятно - что там было непонятного? Однако то, что автору идеи ясно как Божий день, далеко не всегда понятно пользователю. Дошкольник может пользоваться компьютером не имея ни малейшего представления о его содержимом и принципах работы.
лучше сделать переход из меню G4D в штатное меню GRUB2 примерно так:
Огромное спасибо! По причине нудности все же хотел бы знать - вместо find можно указать раздел диска? По идее должно быть быстрей, да и не нашел груб2 ядро. Дал ошибку 15
Я ни разу не пользовал ПРА6408, не знаю системы и не знаю конфига ее загрузки. ah
Это для меня полный шок. Был абсолютно убежден, что использовалась идея паппи и есть полное знание этой ОС. Признаю, что был неправ. Ее конфиг в ефи:
set prefix=($root)/EFI/BOOT
if loadfont $prefix/euro.pf2 ; then
set gfxmode=auto
insmod efi_gop
insmod efi_uga
insmod gfxterm
terminal_output gfxterm
set locale_dir=$prefix
set lang=ru_RU
insmod gettext
fi
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
set default="PRA UEFI СЂСѓСЃ"
insmod vbe
insmod vga
insmod part_msdos
insmod ext2
set timeout=5
menuentry "PRA UEFI СЂСѓСЃ" {
# set gfxpayload=text
linux /prar/vmlinuz-4.15.4-pf_64 quiet dir=pra64
initrd /prar/initrd.xz
}
}
fi
У меня предположение, что его нужно вставить перед последним fi конфига Рунту (после добавления в самый конец строки не появились в меню)
Но это, конечно, метод слепого котенка. Наверное, нужно еще then добавить. Вообще желательно подумать что там за команды. Обещаю это сделать, но не могу обещать, что обязательно додумаюсь

[Цитировать]

    stea.61
  • 2490
  • Стаж: 8 лет 3 месяца
  • Сообщений: 656
  • Репутация:67

    [+] [-]
  • Откуда: 61 RUS
64622По причине нудности все же хотел бы знать - вместо find можно указать раздел диска? По идее должно быть быстрей, да и не нашел груб2 ядро. Дал ошибку 15
1. Конечно, можно.
2. Это погрешность сборки системы или что? Файл /stea/boot/grub/grub2.bin есть на месте?
Добавка для PRA в меню Runtu:
menuentry "PRA UEFI СЂСѓСЃ" {
linux /prar/vmlinuz-4.15.4-pf_64 quiet dir=pra64
initrd /prar/initrd.xz
}
Непонятные символы сам замени. )

[Цитировать]

    Александр
  • 20461
  • Стаж: 5 лет 1 месяц
  • Сообщений: 43
  • Репутация:0

    [+] [-]
64627
64622По причине нудности все же хотел бы знать - вместо find можно указать раздел диска? По идее должно быть быстрей, да и не нашел груб2 ядро. Дал ошибку 15
1. Конечно, можно.
2. Это погрешность сборки системы или что? Файл /stea/boot/grub/grub2.bin есть на месте?
файл на месте, раньше грузился, наверное, г4д, а сейчас пишет, что нет файла. Может, дело в ехт4, на котором расположена ОС? И если заменить строку файнд на root(0,11) то ошибка сменяется на 13 - неправильный или неподдерживаемый формат
Добавка для PRA в меню Runtu:
menuentry "PRA UEFI"  {
linux /pra64/vmlinuz-4.15.4-pf_64 quiet dir=pra64
initrd /pra64/initrd.xz
}
Непонятные символы сам замени. )
что-то я не нашел что было под кракозябрами, но не в этом суть. Похоже я не туда или не так вставляю добавку в конфиг. Вот как оно выглядит:
default=5; timeout=7
load_env lc_nix
if [ "$lc_nix" != "en_US" ]; then lc_nix="ru_RU"; fi
menuentry ' ' {echo ' '}
menuentry " -- Runtu Linux /$lc_nix language/ --" {echo ' '}
menuentry ' ' {echo ' '}
menuentry " EN/RU - change Runtu Linux language" {
if [ "$lc_nix" == "ru_RU" ]; then lc_nix="en_US"
else lc_nix="ru_RU"; fi
save_env lc_nix ; export lc_nix; configfile "$prefix/configs/runtu.cfg"
}
if [ "$rt_pth" == "" ]; then rt_pth="stea/runtu"; rtm_pth="linux/runtu"; fi
function chk_rt_pth {
if [ -f "/$rt_pth/initrd" ]; then rt32="$root"
else search -f -n /$rt_pth/initrd --set=rt32; fi
if [ -f "/$rt_pth/initrd-x64" ]; then rt64="$root"
elif [ -f "($rt32)/$rt_pth/initrd-x64" ]; then rt64="$rt32"
else search -f -n /$rt_pth/initrd-x64 --set=rt64; fi
if [ "${rt32}${rt64}" == "" ]; then
if [ -f "/$rtm_pth/initrd" ]; then rt32="$root"; rt_pth="$rtm_pth"
elif search -f -n /$rt_pth/initrd --set=rt32; then rt_pth="$rtm_pth"
fi
if [ -f "/$rtm_pth/initrd-x64" ]; then rt64="$root"; rt_pth="$rtm_pth"
elif [ -f "($rt32)/$rt_pth/initrd-x64" ]; then rt64="$rt32"; rt_pth="$rtm_pth"
elif search -f -n /$rt_pth/initrd-x64 --set=rt64; then rt_pth="$rtm_pth"
fi
fi
}
if [ "${rt32}${rt64}" == "" ]; then chk_rt_pth; fi
if [ "${rt32}${rt64}" == "" ]; then insmod reiserfs; insmod exfat; chk_rt_pth; fi
if [ -f "($rt64)/$rt_pth/vmlinuz-x64" ]; then menuentry ' ' {echo ' '}
menuentry " Runtu 64-bit live-mode /RAM-overlay . full FS/" { . $configs/07.cfg }
menuentry " Runtu 64-bit diff-mode /VHD-overlay . full FS/" { . $configs/08.cfg }
if [ -f ($rt64)/$rt_pth/runtu-x64.disk -o -f ($rt64)/$rt_pth/runtu-x64.vhdx -o -f ($rt64)/$rt_pth/runtu-x64.vdi ]; then real64="true"
elif search -f -n /$rt_pth/runtu-x64.disk; then real64="true"
elif search -f -n /$rt_pth/runtu-x64.vhdx; then real64="true"
elif search -f -n /$rt_pth/runtu-x64.vdi; then real64="true"
fi
if [ "$real64" == "true" ]; then menuentry " Runtu 64-bit real-mode /VHD-root-FS . full FS/" { . $configs/09.cfg }; fi
menuentry " Runtu 64-bit safe-mode /RAM-overlay . base FS/" { . $configs/18.cfg }
fi
if [ -f "($rt32)/$rt_pth/vmlinuz" ]; then menuentry ' ' {echo ' '}
menuentry " Runtu 32-bit live-mode /RAM-overlay . full FS/" { . $configs/14.cfg }
menuentry " Runtu 32-bit diff-mode /VHD-overlay . full FS/" { . $configs/15.cfg }
if [ -f ($rt32)/$rt_pth/runtu.disk -o -f ($rt32)/$rt_pth/runtu.vhdx -o -f ($rt32)/$rt_pth/runtu.vdi ]; then real32="true"
elif search -f -n /$rt_pth/runtu.disk; then real32="true"
elif search -f -n /$rt_pth/runtu.vhdx; then real32="true"
elif search -f -n /$rt_pth/runtu.vdi; then real32="true"
fi
if [ "$real32" == "true" ]; then menuentry " Runtu 32-bit real-mode /VHD-root-FS . full FS/" { . $configs/16.cfg }; fi
menuentry " Runtu 32-bit safe-mode /RAM-overlay . base FS/" { . $configs/17.cfg }
menuentry "PRA6408 UEFI" {
linux /pra64/vmlinuz-4.15.4-pf_64 quiet dir=pra64
initrd /pra64/initrd.xz
}
fi
menuentry ' ' {echo ' '}
menuentry ' ... press <Escape> to return to the main menu' {configfile $prefix/main.cfg}
В системе таких конфиг файлов дофига. Вроде бы здесь рунту прописана, но строка меню не появляется при загрузке. И еще я подумал - вряд ли стоит ставить на этой же флешке 64 битную ПРА, если удастся загрузить поменяю ее на 32битную - смысл ПРА в компактности и быстроте загрузки. Не то, чтобы у меня к Рунту вопросы были, просто на слабом компе ПРА будет выглядеть гораздо веселее. У меня есть дочкин нетбук Е350 с 1ГБ рам, он и на ПРА не спешит. Адрес ядра и инитрд был мной стырен из ПРА, там старая ошибка, которую sfs бережет для настойчивых - те сами меняют. И против лентяев - те бросают попытки ag

[Цитировать]

    stea.61
  • 2490
  • Стаж: 8 лет 3 месяца
  • Сообщений: 656
  • Репутация:67

    [+] [-]
  • Откуда: 61 RUS
64676Вроде бы здесь рунту прописана...
Привет.
Я чего-то не понял...
Ты спрашивал запись для добавления в меню EFI загрузки, а теперь приводишь фрагмент из меню RUNTU для режима BIOS (Legacy)...

[Цитировать]

    Александр
  • 20461
  • Стаж: 5 лет 1 месяц
  • Сообщений: 43
  • Репутация:0

    [+] [-]
Привет.
Я чего-то не понял...
Ты спрашивал запись для добавления в меню EFI загрузки, а теперь приводишь фрагмент из меню RUNTU для режима BIOS (Legacy)...
это я ничего не понял. Я действительно спрашивал добавления в ЕФИ, просто у меня был опыт настройки ЕФИ на ноуте, и там конфиг назывался grub.cfg. Ну, я и сделал, как понимал.
Так что основной вопрос теперь звучит так:
В какой файл на флешке нужно внести запись загрузки 6408?
А что насчет стационара? По идее нужно передать из г4д (который по умолчанию загружается) управление г2, который среди файлов /stea на разделе sda12, размеченном под ехт4.

[Цитировать]

    stea.61
  • 2490
  • Стаж: 8 лет 3 месяца
  • Сообщений: 656
  • Репутация:67

    [+] [-]
  • Откуда: 61 RUS
64736В какой файл на флешке нужно внести запись загрузки 6408?
Привет.
В файл /efi/stea/grub/main.cfg - в конец меню, примерно так:
...............
menuentry ' ' {echo ' '}
menuentry "PRA UEFI"  {
linux /pra64/vmlinuz-4.15.4-pf_64 quiet dir=pra64
initrd /pra64/initrd.xz
}
menuentry ' ' {echo ' '}
menuentry " Reboot PC" {reboot}
menuentry " PC Power off" {halt}
...............
64736А что насчет стационара? По идее нужно передать из г4д (который по умолчанию загружается) управление г2, который среди файлов /stea на разделе sda12, размеченном под ехт4.
Какая FS в разделе с G4D и какая версия G4D используется?
Не понятно, почему он у тебя не находит и не грузит kernel /stea/boot/grub/grub2.bin ...

[Цитировать]

    Александр
  • 20461
  • Стаж: 5 лет 1 месяц
  • Сообщений: 43
  • Репутация:0

    [+] [-]
Привет.
с флешки 6408 грузится на ура!!!!! Может, показалось, но даже быстрей чем обычно. Чего, теоретически, быть не должно.
На стационаре:
sda1 (grub4dos) - ntfs
sda12(RuntuCompact) - ext4
grub4dos 0.4.4 2009г. Думаю, дело в нем, надо обновить. Если после обновы так и окажется - отпишусь

[Цитировать]

    Александр
  • 20461
  • Стаж: 5 лет 1 месяц
  • Сообщений: 43
  • Репутация:0

    [+] [-]
что-то мне обновить г4д не удается - в гуи не появляется выбор диска. Ни с винчестера, ни с флешки как я обычно гуи запускаю - нельзя выбрать диск, рефреш не помогает. Хотя флешка и все остальное прекрасно видны в проводнике. Вин7 там стоит.

[Цитировать]

    Александр
  • 20461
  • Стаж: 5 лет 1 месяц
  • Сообщений: 43
  • Репутация:0

    [+] [-]
добавлю, что шапка темы устарела:
вместо реал-мода теперь дифф-мод.
live-mode теперь не сохраняет состояние системы. Или я что-то не так делаю. Хотя я на флешке сделал разделы бтрфс с правильными названиями. Соответствующий раздел не виден, но это, наверное, так и должно быть. Его можно в случае чего редактировать с параллельной системы. castom-save под лайвом тоже не работает. Появляется окно терминала, но файл сохраненки не появляется
diff - самый хороший режим работы, все работает на автомате. Хотя, возможно, подтормаживает не из-за работы синаптика.

[Цитировать]

    stea.61
  • 2490
  • Стаж: 8 лет 3 месяца
  • Сообщений: 656
  • Репутация:67

    [+] [-]
  • Откуда: 61 RUS
64983шапка темы устарела:
Привет.
Согласен. Нужно рихтовать, но силов и времени не хватает.
64983Соответствующий раздел не виден
А где и как ты его смотришь?
Команда в терминале
df -h
rw слой должен быть смонтирован в /run/aufs/rwfs
64983Его можно в случае чего редактировать с параллельной системы.
Параллельная система не нужна - все делается из родной рабочей.
Заходишь под root в /run/aufs/rwfs и рихтуешь, что хочешь - изменения сразу же проявятся в работающей системе.
64983Появляется окно терминала, но файл сохраненки не появляется
Опять вопрос - где и что не появляется?
Посмотри в /stea/runtu/rw-data/custom-xxx.sqfs. Появляется?
Вся система и схема, так сказать "собственного сочинения" - без аналогий с, например, puppyrus.
Увы, без погрешностей и ошибок не получается - и в системе, и в загрузочном меню будут обновления в ближайшее время.
64983diff - самый хороший режим работы
Тоже так считаю.
Увы, в существующем варианте при использовании для diff-слоя файлов VHDX ... VDI он не вполне рабочий - при переводе системы в suspend теряется связь с diff-слоем.
Проблема уже решена - изменения будут в обновлении.

Страница 31 из 58


Показать сообщения:    

Текущее время: 19-Апр 07:23

Часовой пояс: UTC + 3


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Вы не можете прикреплять файлы к сообщениям
Вы можете скачивать файлы