Сайт | Скачать | Видео | Wiki

Автор Тема: dynfilefs : fs-in-file на fat,ntfs c динамическим увеличением размера  (Прочитано 9930 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
sparse file
стандартный файл VDI формата, который монтирую qemu-nbd
Т.е. надо qemu-nbd тащить в инитрд...
Интересная идея +

По итогу этот вариант мне по прежнему кажется лучшим

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Всем привет.
Т.е. надо qemu-nbd тащить в инитрд...
Не обязательно.
Например, в PartedMagic, для тюнинга которого я также использую подобную схему, в init предусмотрено выполнение пользовательских скриптов, размещенных вне initrd (/pmagic/pmodules/scripts) - туда я свою модификацию и вставляю.
Скрипт для монтирования VDI использует qemu-nbd из состава основной squashfs.
Кстати сказать, оч, на мой взгляд, полезная фича - возможность вложения внешнего пользовательского скрипта в init.
« Последнее редактирование: 30 Декабрь 2017, 19:38:32 от stea.61 »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
в init предусмотрено выполнение пользовательских скриптов, размещенных вне initrd
В porteus initrd аналогично сделано с cryptsetup
Да - для сети, шифрования и пр. - идея хорошая, но для сохраненки слишком заморочно

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Идея с монтированием образов виртуальных машин весьма интересна.  Но, кмк, для конкретной задачи явно избыточна. Устаревшая фс на которой и без того все работает, кроме динамического файла профиля или хомяка. Не стоит того.
Но открываются интересные возможности. Далее в порядке творческого бреда и особо впечатлительным можно не читать.
Представьте. Грузим с уирд ось с vdi файла, анвлогично тому как грузим с исо. То есть vdi это нижний ro  слой ауфс. Далее решили мы обновиться с репозитория, грузим в виртуалбоксе с того, же vdi, но как обычный  full дистр. То есть в этом случае vdi -  rw. И на живую обновляемся. В госте обновится как обычно, но и в хосте тоже и коллизий особых наверное не буде так как в хосте vdi смонтирован ro. Чем не гибрид фул-фругал :) Мечта sfs :)

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Чем не гибрид фул-фругал :) Мечта sfs :)
Приветствую.
Никакого бреда - вполне реализуемый вариант, точнее, уже реализованный.
Да и загрузки в vbox для обновления никакой не требуется - просто меняем режим работы системы и штатно обновляемся.
При определенном выборе параметров вирт-диска и загрузки нам же ничего не мешает даже "нагорячую" переподключить слой в br0 и напрямую писать в него все обновления.
Сейчас понемногу (времени, увы, на это маловато) допиливаю такой вариант на базе RUNTU.
« Последнее редактирование: 31 Декабрь 2017, 16:40:24 от stea.61 »

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Если без загрузки в виртуалке, то и файл с ext2/3/4  подойдет. Меня вариант vdi заинтересовал как альтернатива iso с возможностью записи. Хотя img тоже наверное можно виртуалбокс загрузить, не интересовался просто.
« Последнее редактирование: 31 Декабрь 2017, 16:58:12 от betcher »

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Меня вариант vdi заинтересовал как альиернатива iso с возможностью записи. Хотя img тоже наверное можно виртуалбокс загрузить

Если смотреть с этой стороны, то VHDX еще лучше будет - скорость записи в него повыше, чем в VDI.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Грузим с уирд ось с vdi файла, анвлогично тому как грузим с исо. То есть vdi это нижний ro  слой ауфс. Далее решили мы обновиться с репозитория, грузим в виртуалбоксе с того, же vdi, но как обычный  full дистр. То есть в этом случае vdi -  rw. И на живую обновляемся
Уж если всетаки хочется фул или полуфул (с верхним слоем aufs) - зачем это все на фат, нтфс ставить... Т.е. лишние заморочки
Ну или уж если виртуалка - то по полной
Что-то среднее - не то ни се

Меня вариант vdi заинтересовал как альтернатива iso с возможностью записи.
Тоже спорно. Так лежит исо - и у тебя есть первоисточник
Если ты уже полазал в нем rw - уже не первоисточник
Можно конечно его в ro+верхний слой в rw
Опять же лишние заморочки
По мне - распространение дистра в гибридном исо - оптимально со всех сторон:
в виртуалку, загруз прямо из исо, dd на флэш, примонтировать и скопировать
Остальное - экзотические трюки, которые итнетесно обсудить , но пользоваться не будешь

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Всех с Новым Годом!
зачем это все на фат, нтфс ставить...
Для стационарного варианта на машине убежденного сторонника Linux - понятно, что не зачем, а вот в качестве переходной системы (на разделе вместе с Windows) для "просвещения народных масс", думается, имеет смысл - по себе сужу. )))
Ну и, понятно, мобильное использование в составе какой-нить загрузочной сборки также на одном разделе с, например, Windows To Go (хотя лично я даже на стационарных PC Windows предпочитаю юзать в "контейнерном" варианте - в динамической паре VHD+diff.VHD с EWF).
Сейчас вот (на выходных) порассматривал более детально MagOS - почти идеальный по задумке вариант, хотя без "печали" и не обошлось - мой ноут категорически отказывается штатно выключаться с крайней версией MagOS_2016.64_20171222.
« Последнее редактирование: 01 Январь 2018, 12:41:00 от stea.61 »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
в качестве переходной системы (на разделе вместе с Windows) для "просвещения народных масс", думается, имеет смысл
Чем эту категорию юзеров не устроих сохраненка в модуль+симлинки?
Тем более - остальные варианты явно не для новичков
MagOS - почти идеальный по задумке вариант,
В плане UIRD (его можно к любому линуксу прикрутить) ? Или есть что-то еще?

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Чем эту категорию юзеров не устроих сохраненка в модуль+симлинки?
С функциональной точки зрения - всем устроит, но для "перехода"  рядовых пользователей желательно, на мой взляд, большее внешнее сходство с Win и что-то родственное в структуре системы. (чисто IMHO)
« Последнее редактирование: 01 Январь 2018, 19:50:28 от sfs »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
большее внешнее сходство с Win
А как связана винда и файл виртуалки ....
Про магос перенес в его тему

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
А как связана винда и файл виртуалки ....
Ну, как бы загрузка и работа Windows из файла вирт-диска (не в вирт-машине, а в реале) уже стала привычным и доволно распространенным явлением, имеет немало сторонников и поклонников  - у меня, например, на всех ~ 50 подчиненныx PC Windows работает из VHD.
Так что есть некоторая ассоциация Windows с "контейнерной" виртуализацией.
« Последнее редактирование: 01 Январь 2018, 21:48:14 от stea.61 »

Оффлайн betcher

  • Ветеран
  • *****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Первые.  пробы с uird и  qemu-nbd.
Вроде получилось. Проверял пока только чистый режим с разделом из vdi  в качестве нижнего ro слоя. В vdi в виртуалбоксе стандартным образом установлена роса lxqt.
Ложка дегтя. При одинаковых настройках один и тот же vdi может нормально подключиться, а может нет. Как понял проблема в том, что не всегда создаются файлы устройств для разделов vdi после подключения. То есть fdisk -l /dev/nbd0 всегда говорит, что раздела там три, а вот сами /dev/nbd0p1 - p3 могут появиться, а могут нет. С чем связано? Не сталкивались?