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

Автор Тема: В OVERLAYFS добавлена возможность virtiofs в качестве ФС верхнего уровня  (Прочитано 2234 раз)

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

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
https://www.opennet.ru/opennews/art.shtml?num=53062
https://virtio-fs.gitlab.io/
Я так понимаю - это может чем -то помочь в виртуалках и т.п., но не frugal-у
Т.е. горячего подключения и пр. (как у AUFS) по прежнему нет
Причем FUSE - как правило означает "тормоз и глюки"

Оффлайн ingvaro

  • Постоялец
  • ***
  • Сообщений: 104
  • Репутация: +2/-0
А есть ли примеры использования virtiofs ?
И что такое  горячее подключение ?
Ну  вероятно это возможность в скрипте в Overlay смонтировать что то в один раздел
Если это так  то на основе  своей сборки МагОС+Магеиа - https://forum.mageia.org.ru/viewtopic.php?pid=15958#p15958
Я этого добился. Ядро с Overlay  в Магее 5.10.7-desktop-1.mga8
Уже собрал сборку в Overlay и сделал свою версию chroot2xzm.
В chroot2xzm запустил образ Lubuntu 20.10 и обновил его.
Но версия не выложена т к находится в тестировании
Методика описана здесь :
1)  https://askubuntu.com/questions/699565/example-overlayfs-usage
2)  https://askubuntu.ru/questions/220624/kak-mne-ispolzovat-overlayfs

Кратко о методе
1) Запускается свой Overlay. У меня это так :
mount -t overlay  -o redirect_dir=on,metacopy=off,index=off,rw,lowerdir=lower,upperdir=upper/upper,workdir=upper/workdir overlay overlayfs
2) Потом уже есть возможность  к своему Overlay добавить что то на верхнем уровне
   У меня это $mod_br
mount -t overlay -o lowerdir=$mount_br:overlayfs,upperdir=$mod_br,workdir=upper/workdir overlay $root_br

Особо отмечу опастность подключения чего то на верхнем уровне в системном Overlay
С опцией index=on  все подключаемое видимо шло в систему и дальше сбой и перезапуск.

PS
Ну многоходовка получилась и лучше бы использовать AUFS
И что там сложного в коде нашли ?
Наоборот AUFS и проще и надежнее.
« Последнее редактирование: 16 Январь 2021, 18:43:12 от ingvaro »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
есть ли примеры использования virtiofs ?
У меня нет. глубоко не копал
что такое  горячее подключение ?
Под(от)ключение модуля в верхний(нижний) слой AUFS уже загруженной (а не при ее старте)  системы с последующей возможностью отключения (если есть возможность освободить файлы модуля от сист. процессов)
Я этого добился
Наверное такое сработает при загрузке Ос, но вряд ли после. Особенно отключение
Можно, конечно для запуска каждой проги собирать оверлейфс-ом для нее полную песочницу типа chroot2pfs - но это сложнее и более ресурсоемко
многоходовка получилась и лучше бы использовать AUFS
Тоже пока не вижу проблем с AUFS

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33965
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
https://forum.puppylinux.com/viewtopic.php?t=1910&p=15256#p15256
https://forum.puppylinux.com/viewtopic.php?t=1906&p=15228#p15228
Цитата
Нет необходимости использовать overlays для загрузки файла SFS, TinyCorelinux загружал файлы SFS на лету через методологии Symlink (и не используют AUFS или Ollayfs вообще  ...).
Кстати- возможно для маленьких модулей и не плохая идея...

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Старый чайник
TinyCorelinux загружал файлы SFS на лету
Насколько я помню, там корень в RAM, и модуль как архив распаковывается в корень. Во всяком случае раньше было так.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн ingvaro

  • Постоялец
  • ***
  • Сообщений: 104
  • Репутация: +2/-0
Наверное такое сработает при загрузке Ос, но вряд ли после. Особенно отключение
Можно, конечно для запуска каждой проги собирать оверлейфс-ом для нее полную песочницу типа chroot2pfs - но это сложнее и более ресурсоемко

Провел эксперемент.
Дежурный оверляй оргаизовал, запускаемый отдельным скриптом, в /memory/virtuovl
В своем chroot2xzm подключился к нему и отключился и /memory/virtuovl при этом не трогал
По трудоемкости это уже сравнимо с aufs
Можно /memory/virtuovl запускать вероятно при загрузке, но не повредит ли это основной оверляй ?
Проблема для оверлай это aufs. Как ни крути aufs и проще и функциональнее оверлай
Если добавить сюда отсутствие внятных инструкций. Доку на оверлай я перевел и вопросов  даже стало больше.
Проблема осталась одна. В конечной папке сборки отсутствуют тени.
Если смонтировать в оверлай изменения системы ( у меня /memory/changes ) и старый модуль сохранения с тенями, то теней  в папке сборки не будет
В aufs, для сохранения теней есть опция. Включишь ее и в папке сборки тени сохраняются а в оверлай таких возможностей нет
« Последнее редактирование: 20 Январь 2021, 07:50:08 от ingvaro »

Оффлайн ingvaro

  • Постоялец
  • ***
  • Сообщений: 104
  • Репутация: +2/-0
Кстати- возможно для маленьких модулей и не плохая идея...

Сборочную дистра для Магеи сделал. Правда мороки много.
Нет в оверлай опции remount. Так пришлось эту опцию делать в скрипте, что  бы уже собранные модули снова монтировались в папку сборки
Сборка получилась и все работает но что то доверия к ней нет. Пересобрал потом на aufs

Оффлайн sfs

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