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

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

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

Оффлайн sfs

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

Оффлайн ingvaro

  • Новичок
  • *
  • Сообщений: 9
  • Репутация: +0/-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

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

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 31031
  • Репутация: +207/-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

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

Оффлайн ingvaro

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

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

Оффлайн ingvaro

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

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

Оффлайн sfs

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