[SRU][Zesty][PATCH 10/10] ovl: update documentation w.r.t. constant inode numbers
Daniel Axtens
daniel.axtens at canonical.com
Mon Oct 30 06:53:31 UTC 2017
From: Amir Goldstein <amir73il at gmail.com>
BugLink: https://bugs.launchpad.net/bugs/1728489
Signed-off-by: Amir Goldstein <amir73il at gmail.com>
Signed-off-by: Miklos Szeredi <mszeredi at redhat.com>
(cherry picked from commit 65f2673832d4647f6d46783d8d745d2b15d090c4)
Signed-off-by: Daniel Axtens <daniel.axtens at canonical.com>
---
Once again, no upstream description.
---
Documentation/filesystems/overlayfs.txt | 9 ++++++++-
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/Documentation/filesystems/overlayfs.txt b/Documentation/filesystems/overlayfs.txt
index 634d03e20c2d..c9e884b52698 100644
--- a/Documentation/filesystems/overlayfs.txt
+++ b/Documentation/filesystems/overlayfs.txt
@@ -21,12 +21,19 @@ from accessing the corresponding object from the original filesystem.
This is most obvious from the 'st_dev' field returned by stat(2).
While directories will report an st_dev from the overlay-filesystem,
-all non-directory objects will report an st_dev from the lower or
+non-directory objects may report an st_dev from the lower filesystem or
upper filesystem that is providing the object. Similarly st_ino will
only be unique when combined with st_dev, and both of these can change
over the lifetime of a non-directory object. Many applications and
tools ignore these values and will not be affected.
+In the special case of all overlay layers on the same underlying
+filesystem, all objects will report an st_dev from the overlay
+filesystem and st_ino from the underlying filesystem. This will
+make the overlay mount more compliant with filesystem scanners and
+overlay objects will be distinguishable from the corresponding
+objects in the original filesystem.
+
Upper and Lower
---------------
--
2.11.0
More information about the kernel-team
mailing list