Как использовать OverlayFS?

Абсолютно! Вы с удовольствием узнаете, что если вы пишете KDE Plasmoid, у вас есть доступ к API геолокации в HTML5, который обеспечивает точно нужные вам данные, не беспокоясь о том, как он реализован.

Получение началось с разработки Plasmoid Простая демонстрация использования API геолокации (ссылка источника на странице)
1
задан 13 October 2017 в 07:08

2 ответа

Из https://www.kernel.org/doc/Documentation/filesystems/overlayfs.txt:

Верхняя и нижняя файловая система наложения объединяет две файловые системы - «верхнюю» файловую систему и «нижнюю ' файловая система. Когда имя существует в обеих файловых системах, объект в «верхней» файловой системе отображается, когда объект в «нижней» файловой системе либо скрыт, либо, в случае каталогов, сливается с «верхним» объектом. Правильнее было бы ссылаться на верхнее и нижнее «дерево каталогов», а не на «файловую систему», поскольку вполне возможно, что оба дерева каталогов находятся в одной и той же файловой системе, и нет требования, чтобы корень файловой системы был задан для верхний или нижний. Нижняя файловая система может быть любой файловой системой, поддерживаемой Linux, и ее не нужно записывать. Более низкая файловая система может быть даже еще одним overlayfs. Верхняя файловая система, как правило, может быть доступна для записи, и если она должна поддерживать создание доверенных. * Расширенных атрибутов и должна предоставлять действительный d_type в ответах readdir, поэтому NFS не подходит. Оверлей только для чтения двух файловых систем только для чтения может использовать любой тип файловой системы. Каталоги Наложение в основном включает каталоги. Если данное имя отображается как в верхней, так и в нижней файловых системах и относится к не-директории в любом из них, тогда нижний объект скрыт - имя относится только к верхнему объекту. Если оба верхних и нижних объектов являются каталогами, создается объединенный каталог. Во время монтирования два каталога, заданные в качестве параметров монтирования «lowerdir» и «upperdir», объединяются в объединенный каталог:
mount -t overlay overlay -olowerdir=/lower,upperdir=/upper,workdir=/work /merged
«Workdir» должен быть пустым каталогом в той же файловой системе, что и upperdir. Затем всякий раз, когда запрос запрашивается в таком объединенном каталоге, поиск выполняется в каждом фактическом каталоге, и объединенный результат кэшируется в дентине, принадлежащей файловой системе overlay. Если оба фактических поиска находят каталоги, они сохраняются и создается объединенный каталог, иначе сохраняется только один: верхний, если он существует, иначе нижний. Только списки имен из каталогов объединяются. Другие материалы, такие как метаданные и расширенные атрибуты, указываются только для верхнего каталога. Эти атрибуты нижнего каталога скрыты.
17
ответ дан 25 May 2018 в 13:48
  • 1
    Спасибо за разъяснение о работе. Это было довольно недавнее изменение, и по какой-то причине я так и не смог найти документацию о том, что на самом деле «workdir». Это не помогло ядру в последний раз, когда я смотрел. Добавляет слой замешательства в overlayfs IMO, желая, чтобы более новые версии могли использоваться без него - это как-то испортило мой рабочий процесс. – Chuck R 27 October 2015 в 17:58

Я расширил эти артикулы, включив скрипт для overlayfs, который устанавливает корень только для чтения fs.

Английский: https://help.ubuntu.com/community/aufsRootFileSystemOnUsbFlash Немецкий: http: //wiki.ubuntuusers.de/Nur-Lesen_Root-Dateisystem

Надеюсь, что это поможет.

7
ответ дан 25 May 2018 в 13:48
  • 1
    Благодаря работе, которую другие сделали, мы с Дастином добавили банальный пакет с именем «overlayroot» в квантовый, который является частью исходного пакета cloud-initramfs-tools . См. Документацию по использованию в /etc/overlayroot.conf – smoser 31 July 2012 в 19:37

Другие вопросы по тегам:

Похожие вопросы: