Lines Matching refs:upper
27 upper filesystem that is providing the object. Similarly st_ino will
86 An overlay filesystem combines two filesystems - an 'upper' filesystem
88 object in the 'upper' filesystem is visible while the object in the
90 merged with the 'upper' object.
92 It would be more correct to refer to an upper and lower 'directory
95 requirement that the root of a filesystem be given for either upper or
101 writable. The lower filesystem can even be another overlayfs. The upper
113 upper and lower filesystems and refers to a non-directory in either,
114 then the lower object is hidden - the name refers only to the upper
117 Where both upper and lower objects are directories, a merged directory
123 mount -t overlay overlay -olowerdir=/lower,upperdir=/upper,\
133 directory is created, otherwise only one is stored: the upper if it
137 such as metadata and extended attributes are reported for the upper
144 filesystem, an overlay filesystem needs to record in the upper filesystem
149 When a whiteout is found in the upper level of a merged directory, any
154 to "y". Where the upper filesystem contains an opaque directory, any
160 When a 'readdir' request is made on a merged directory, the upper and
162 obvious way (upper is read first, then lower - entries that already
187 underlying directory (upper or lower).
193 directory was not created on the upper layer to start with) overlayfs can
242 upper directory is stored in a "trusted.overlay.upper" extended attribute
243 on the index entry. On lookup of a merged directory, if the upper
245 indication that multiple upper directories may be redirected to the same
250 NFS export support on an overlay filesystem with no upper layer requires
258 files etc.) are presented either from the upper or lower filesystem as
262 to the upper filesystem (copy_up). Note that creating a hard-link
270 exists in the upper filesystem - creating it and any parents as
273 data is copied from the lower to the upper filesystem. Finally any
277 provides direct access to the newly created file in the upper
293 compared to direct access on underlying lower or upper filesystems
301 upper layer based on underlying filesystem permissions, again including
316 mount -t overlay overlay -olowerdir=/lower,upperdir=/upper,... /merged
320 cp -a /lower /upper
321 mount --bind /upper /merged
372 Do not use metacopy=on with untrusted upper/lower directories. Otherwise
392 1) metadata from a file in the upper layer
430 metacopy file in the upper layer is guaranteed to match the content
442 it can also give more powerful guarantees. For example, if the upper
448 upper layer.
475 Using an upper layer path and/or a workdir path that are already used by
479 upper layer and/or workdir path the behavior of the overlay is undefined,
482 Mounting an overlay using an upper layer path, where the upper layer path
490 attribute on the upper layer root directory. On subsequent mount attempts,
492 to the stored origin in upper root directory. On failure to verify the
496 if the upper filesystem does not support extended attributes.
499 mount time. So if same upper is mounted with different set of lower, mount
572 upper tree. Offline changes to the lower tree are only allowed if the
584 attribute "trusted.overlay.origin" on the upper inode.
592 will not be merged with the upper directory.
605 non-directory object, the index entry is a hard link to the upper inode.
607 "trusted.overlay.upper" with an encoded file handle of the upper
613 1. For a non-upper object, encode a lower file handle from lower inode
615 3. For a pure-upper object and for an existing non-indexed upper object,
616 encode an upper file handle from upper inode
619 - Header including path type information (e.g. lower/upper)
639 copy_up of that disconnected dentry will create an upper index entry with
640 no upper alias.
645 "redirect" origin directory, cannot be used to find the middle or upper
650 directories are copied up on encode and encoded as an upper file handle.
651 On an overlay filesystem with no upper layer this mitigation cannot be
660 verified on mount time to check that upper file handles are not stale.
669 is changed. This is only applicable if all lower/upper/work directories are on
680 UUID of overlayfs is null. fsid is taken from upper most filesystem.
682 UUID of overlayfs is null. fsid is taken from upper most filesystem.
687 unique and persistent. This option requires an overlayfs with upper
706 sync calls to the upper filesystem are omitted.
719 indicator that user should throw away upper and work directories and create