DL-List and Torrent activity
Size:  1.37 GB   |    Registered:  5 months 7 days   |    Completed:  25 times
Seeders:  4  [  0 KB/s  ]   Show peers in full details
   
 

[Quote]

    stea.61
  • 2490
  • Longevity: 3 years 10 months
  • Posts: 432
  • REPUTATION:45

    [+] [-]
  • Location: 61 RUS
Краткое описание:
Общие данные.
Сборка на основе дистрибутива Runtu XFCE 16.04 семейства Ubuntu.
Дистрибутив модифицирован и оптимизирован для использования в качестве мобильной системы на USB-носителе или штатной компактной системы на HDD с файловой системой FAT/ FAT32/ NTFS/BTRFS/EXT*.
Легкая и быстрая установка на носитель без форматирования и какого-либо влияния на уже имеющиеся на носителе файлы.
Режимы загрузки - BIOS, UEFI.
Загрузчики в USB-варианте:
- в режиме BIOS - GRUB2 или Syslinux (по выбору пользователя);
- в режиме UEFI - GRUB2 ("Secure boot" поддерживается).
Система.
Использована модульная схема с многослойной файловой системой - AUFS.
Системы семейства Ubuntu работают по этой схеме в 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 имеется доп. модуль 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.vmdk.tar.gz, из которого система при загрузке в diff-mode автоматически сформирует соответствующий persistent-file.
В разделе меню "UNIONFS/Overlay 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 динамическим образом виртуального диска *.disk/*.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, удалив файл /stea/runtu.sqfs и файлы /stea/sqfs/00-filesystem-x*.sqfs.
Данный вариант системы и режим работы предназначен, главным образом, для использования в качестве штатной компактной системы на локальном HDD мультисистемного PC.
В этом варианте система мало чем отличается от штатной установки (аналогия с работой Windows из VHD), и становятся простыми и удобными операции по обновлению и модификации системной части - напрямую или в chroot.

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

1. "Установка" базового варианта системы заключается в простом копировании каталога /stea в корень целевого раздела без изменения структуры раздела и без изменения или потери имеющихся в разделе файлов/данных;
2. Установка загрузочных записей 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.
3. Организация EFI-загрузки:
а) если система собирается на носителе с системой FAT/FAT32, для EFI-загрузки достаточно скопировать каталоги /boot и /efi в корень целевого раздела.
б) если система собирается на носителе с не FAT системой, для организации загрузки в UEFI-режиме потребуется дополнительно создать на носителе небольшой FAT или FAT32 раздел размером ~ 40-100 MB, и скопировать в него каталоги /boot и /efi.

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

Как уже сказано, а режимах "diff mode" и "real mode" никаких доп. действий для этого не требуется - система работает "в реальном времени" и все изменения пишутся напрямую в persistent-область или основной системный вирт. диск.
Сохранять сессионные изменения можно и при работе системы в режиме "live mode" - для удобства операций имеется спец. раздел в меню управления - "UNIONFS/Overlay 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 - объединение сохраненных слоев /stea/runtu/changes/*changes*.sqfs в единый слой *-changes-10.sqfs - замедление системы с увеличением числа слоев FS хоть и незначительно, но все же имеется, поэтому полезно объединять в один слой те слои, которые Вы уже точно решили оставить в системе;
4. overlay-save-halt - сохранение данных из оверлея в persistent-область rw-* и выключение PC - если persistent-область не определена (нет ни раздела runtu-rw, ни файла rw-*, то будет создан динамический rw-*.dfs и запись данных оверлея будет выполнена в него;
5. overlay-save-reboot - cохранение данных из оверлея в rw-* и перезагрузка PC;
6. overlay-save-work - сохранение данных из оверлея в rw-* и продолжение работы с оверлеем уже в файле вирт-диска - данная операция имеет смысл, если свободной памяти RAM-оверлея осталось мало, но нужно продолжить работу без перезагрузки PC;
7. overlay-status - вывод информации о параметрах и состоянии оверлея;

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

Login - admin или runtu
Пароль - пустой
В случае, если система размещена на 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.

    Торрент обновлен 2019-06-12 14:30 MSK
В составе торрента Runtu_compact-2019-06 в базовом варианте комплектации.
Обновления браузеров, дополнительные модули приложений и системных модификаций планирую размещать на Y-Disk:
Browsers
Доп. модули приложений (apps)
Обновляемая версия контента на MEGA (Runtu+FIX+UPD-19-06-30) >>> Runtu_compact-2019-06+UPD+FIX.MEGA

update ...

Обновления: runtu.sqfs, 00-filesystem-x64.sqfs, 00-filesystem-x86.sqfs;
Исправления: /EFI/stea/grub/main.cfg

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

Update History ...

    ! 2017-06-18 Update !
>>> ...
    ! 2017-07-23 Update !
>>> ...
    ! 2017-09-08 Update !
>>> ...
    ! 2018-03-08 Update !
>>> ...
    Торрент обновлен 2018-09-08 22:00 MSK
>>> ...
    Дубль контента на Yndex-Disk: Runtu_Compact
    FIX 2018-09-09
>>> ...
    Раздача на Yandex-Disk обновлена 05-12-2018 00:00 MSK: Runtu_Compact
>>> ...
    Раздача на Yandex-Disk обновлена 10-12-2018 21:00 MSK: Runtu_Compact
>>> ...
    Hа Yndex-Disk доступны обновления системной части и некоторых приложений: Update/2019-01-03
>>> ...

    Обновлены программные модули браузеров: Firefox - до версии 66.0.3, Pale Moon - до версии 28.4.1.
>>> ...
*** Информацию о предыдущих обновлениях и изменениях см. в разделе шапки "Update History".
[test.usbtor.ru].t1227.torrent 
Torrent: Registered   [ 2019-06-12 14:38 ] · 423C959919849BF559D9FA85C292C7AC83865102

Download .torrent

Download

122 KB

Status: checked
Completed: 25 times
Size: 1.37 GB
Runtu-compact в базовой комплектации
terms.php


Last edited by stea.61 on 2019-06-30 12:00; edited 233 times in total

[Quote]

    sakatgg
  • 14145
  • Longevity: 3 years 4 months
  • Posts: 73
  • REPUTATION:-3

    [+] [-]
stea.61,
Пока тестирую на usb-hdd 3.0 (порты тоже 3.0), винт чистый, один раздел ntfs 1Tb, скорость записи не помню, но 100Мб/сек гарантировано
Размер Openwrt.sqfs - 1.6Гб, размер папки Openwrt - где-то в районе 7Гб, всё тормозит, точнее не скажу
Кстати в терминале сейчас гляжу, список пошустрее побежал.
Openwrt.sqfs разархивировался где-то за 1 мин, архивировался в районе 1 часа. По завершении открывалось окно проводника, что как понимаю говорило об окончании операции.


Last edited by sakatgg on 2019-09-07 22:21; edited 2 times in total

[Quote]

    stea.61
  • 2490
  • Longevity: 3 years 10 months
  • Posts: 432
  • REPUTATION:45

    [+] [-]
  • Location: 61 RUS
70031Размер Openwrt.sqfs - 1.6Гб, размер папки Openwrt - где-то в районе 7Гб
А объем заложенного дефолтного rw.vmdk - 4000 MB.
Он выбран таким исходя из того, что система может быть размещена на FAT/FAT32.
Да уж... Вот не думал, что пользователям Linux такие простые вещи надо разжевывать... ac
Ну, ты хоть взглянул бы на параметры своего "проекта" для начала, надо же не только вопросы задавать, но и самому думать.
Какой объем свободного места в домашнем каталоге сразу после загрузки?

[Quote]

    sakatgg
  • 14145
  • Longevity: 3 years 4 months
  • Posts: 73
  • REPUTATION:-3

    [+] [-]
Ну, ты хоть взглянул бы на параметры своего "проекта" для начала
Исходные данные были предосталены сразу, в первом посте по проблеме, скрин был приложен здесь
В оверлее 350тыс файлов, но памяти достаточно (статистика в conky).
--------------------------------------------------------------------------------------------------------------------------------
А объем заложенного дефолтного rw.vmdk - 4000 MB.
Перезагрузил комп, посмотрел размер rw-x86.vmdk - 546Мб всего. Еше до заполнения далеко, если учесть ,что
Основной формат файловой системы в persistent-file - BTRFS, позволяющий компрессировать данные.
Проект должен был уместиться
Смотрю, что за 6часов вместилось -> Свойства папки Ореnwrt - объем 398Мб, 19021 файлов (некоторые каталоги не читаемы)

Здесь состояние до операции сохранения

P.S. Сделал в проекте make clean, стал поменьше - 3.9Гб. Создал rw-data вручную - 10Гб, vmkd-file, btrfs
Запустил overlay-save-reboot. Наблюдаю за динамикой роста rw-x86.vmkd:
через 15мин размер увеличился только до 40Мб. Отзывчивость в кликах в файл-менеджере 20-30сек. В Терминале список файлов стоит на месте.
Симптомы такие же, как в 1 варианте overlay-save-reboot.

Через 1 час - размер увеличился до 142Мб. Терминал всё на том же месте.

[Quote]

    stea.61
  • 2490
  • Longevity: 3 years 10 months
  • Posts: 432
  • REPUTATION:45

    [+] [-]
  • Location: 61 RUS
sakatgg, привет. aa
Ты прямо-таки вынуждаешь меня заняться разборкой твоей ситуации с openwrt. ab
Давай попробуем по порядку.
Информации на скринах, конечно, недостаточно для понимания причин, но сдается мне все же, что для работы с этим проектом банально не хватает ресурсов памяти.
70033памяти достаточно (статистика в conky)
Это фигня, а не статистика. )))
Покажи просто вывод
free -h
zramctl
df -h
1. В качестве оверлея в режиме live используется RAMD.
На 2-м скрине в исходном состоянии вижу 7,3 GB каталог openwrt, а занято в "хомяке" 12,3 GB.
Чем заняты еще 5 GB?
Я не знаю c каким режимом RAMD загружена система - RAM или ZRAM.
Даже если ZRAM, то при среднем Купаковки=1,4 RAMD уже должен был забрать на себя порядка 8,5 GB.
А если используется RAMD без компрессии, то система уже голодает, да и в "хомяке" свободного места осталось всего 3%.
2. 5,56 GB "RAM usage" на скрине - чем занята RAM?
Думается мне, что самое правильное решение в твоем случае с openwrt - не изощряться с компиляцией в RAM и последующим сохранением проекта, а идти по "проверенному" стандартному пути, т.е. просто размещать проект на носителе, а в "хомяк" привязать его через link, если уж не получается выполнение при "нештатном" размещении, хотя размещение и не должно влиять на компиляцию, если скрипты написаны "по уму". )))

[Quote]

    sakatgg
  • 14145
  • Longevity: 3 years 4 months
  • Posts: 73
  • REPUTATION:-3

    [+] [-]
Stea, привет.
Через 12 часов - rw-x86.vmkd 697Мб, отклик на кликах по несколько минут, скрин даже проблема сделать
На 2-м скрине в исходном состоянии вижу 7,3 GB каталог openwrt, а занято в "хомяке" 12,3 GB.
Этот скрин от состояния в 1 варианте, во 2-ом варианте уменьшил на 2-3Гб
Чем заняты еще 5 GB?
Только распаковал в оверлей Openwrt.sqfs. Этот скрин на данный момент.
не изощряться с компиляцией в RAM и последующим сохранением проекта,
Компиляция в RAM как раз и привлекательна и работает замечательо и шустро.


Last edited by sakatgg on 2019-09-08 14:52; edited 2 times in total

[Quote]

    stea.61
  • 2490
  • Longevity: 3 years 10 months
  • Posts: 432
  • REPUTATION:45

    [+] [-]
  • Location: 61 RUS
70043отклик на кликах по несколько минут, скрин даже проблема сделать
Типичный признак отсутствия у системы свободной памяти.
Посмотрел скрин - вроде все нормально.
Теряюсь в догадках.
Если есть время и желание, попробуй в качестве rw-data не VMDK, а VDI.
Я вообще-то сам использовал в тестах VDI, VMDK тестил меньше - мож, чего и не усмотрел.
И еще один момент - x64 система у тебя в наличии?
Можешь на ней попробовать? x86 я тоже не особо "гонял" - в основном x64. ah
70043Компиляция в RAM как раз и привлекательна и работает замечательо и шустро.
Это-то понятно... )))
Пока не получается понять по скрину причину нестыковки информации строк "ramd ..." и "/dev/loop2 ..." в выводе
df -h

[Quote]

    sakatgg
  • 14145
  • Longevity: 3 years 4 months
  • Posts: 73
  • REPUTATION:-3

    [+] [-]
И еще один момент - x64 система у тебя в наличии?
Система есть, но надо пакеты ставить, инет не позволяет пока.
Если есть время и желание, попробуй в качестве rw-data не VMDK, а VDI.
Запустил сохранение в 10Гб, vdi-file, btrfs - без изменений, rw-x86.vdi растет также медленно.

[Quote]

    stea.61
  • 2490
  • Longevity: 3 years 10 months
  • Posts: 432
  • REPUTATION:45

    [+] [-]
  • Location: 61 RUS
sakatgg,
70046Запустил сохранение в 10Гб, vdi-file, btrfs - без изменений, rw-x86.vdi растет также медленно.
Непонятно ...
Можно еще эксперимент?
1 Сделать чистый rw-data и перезагруз.
2. Просто смонтировать openwrt.sqfs
3. Копировать
sudo rsync -av /media/admin/<openwrt>/* /run/aufs/rwfs/home/admin/openwrt

[Quote]

    sakatgg
  • 14145
  • Longevity: 3 years 4 months
  • Posts: 73
  • REPUTATION:-3

    [+] [-]
Новый /changes/rw-x86.vdi (6.3Мб) 10Гб, vdi-file, btrfs
Openwrt.sqfs смонтирован через "Подключение образов дисков" - в файл менеджере "Том 1,6Гб"

[Quote]

    stea.61
  • 2490
  • Longevity: 3 years 10 months
  • Posts: 432
  • REPUTATION:45

    [+] [-]
  • Location: 61 RUS
sakatgg, ну, я вообще-то предположил, что целевой каталог в подключенном rw-data /run/aufs/rwfs/home/admin/openwrt ты сам догадаешься создать ab

[Quote]

    sakatgg
  • 14145
  • Longevity: 3 years 4 months
  • Posts: 73
  • REPUTATION:-3

    [+] [-]
stea.61, Создал каталог, вроде зашуршало копирование, rw-x86.vdi растянулся практически сразу до 1Гб и на этом размере стоит. Ждем.

[Quote]

    stea.61
  • 2490
  • Longevity: 3 years 10 months
  • Posts: 432
  • REPUTATION:45

    [+] [-]
  • Location: 61 RUS
70050Ждем.
Особо интересна информация по скорости копирования в конце вывода операции.
Ну, и конечно вывод free -h, df -h

[Quote]

    stea.61
  • 2490
  • Longevity: 3 years 10 months
  • Posts: 432
  • REPUTATION:45

    [+] [-]
  • Location: 61 RUS
sakatgg, заканчивай тесты - в x86 какой-то глюк с rsync.
Сейчас проверил сохранение 8GB в x64 - все OK (sent 8,104,355,954 bytes received 1,355,575 bytes 35,473,573.43 bytes/sec).
В x86 - процесс виснет после копирования около 1 GB. (((
Все, как у тебя.
Буду разбираться с x86. ac
Спасибо за настойчивость и содействие!

[Quote]

    sakatgg
  • 14145
  • Longevity: 3 years 4 months
  • Posts: 73
  • REPUTATION:-3

    [+] [-]
stea.61, Ок, Это Вам спасибо :)

[Quote]

    stea.61
  • 2490
  • Longevity: 3 years 10 months
  • Posts: 432
  • REPUTATION:45

    [+] [-]
  • Location: 61 RUS
sakatgg, в качестве временного решения для своей задачи попробуй rw-data c файловой системой EXT4.
Попробовал в x86 сохранение порядка 5 GB на rw-data с EXT4 - нормально прошло. Медленнее, чем в x64 и BTRFS, но без зависа.

Page 41 of 42


Display posts:    

Current time is: 20-Nov 14:03

All times are UTC + 3


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum