From f131122173d768887d3e4b9ab17cc71c855db30f Mon Sep 17 00:00:00 2001 From: "Eric W. Biederman" Date: Mon, 29 Sep 2014 18:04:05 -0700 Subject: [PATCH] umount.2: Correct the description of MNT_DETACH I recently realized that I had been reasoning improperly about what umount(MNT_DETACH) did based on an insufficient description in the umount.2 man page, that matched my intuition but not the implementation. When there are no submounts, MNT_DETACH is essentially harmless to applications. Where there are submounts, MNT_DETACH changes what is visible to applications using the detach directories. Signed-off-by: Eric W. Biederman Signed-off-by: Michael Kerrisk --- man2/umount.2 | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/man2/umount.2 b/man2/umount.2 index 5ff88152c..aea39d830 100644 --- a/man2/umount.2 +++ b/man2/umount.2 @@ -66,9 +66,10 @@ This can cause data loss. (Only for NFS mounts.) .TP .BR MNT_DETACH " (since Linux 2.4.11)" -Perform a lazy unmount: make the mount point unavailable for -new accesses, and actually perform the unmount when the mount point -ceases to be busy. +Perform a lazy unmount: make the mount point unavailable for new +accesses, immediately disconnect the filesystem and all filesystems +mounted below it from each other and from the mount table, and +actually perform the unmount when the mount point ceases to be busy. .TP .BR MNT_EXPIRE " (since Linux 2.6.8)" Mark the mount point as expired.