From 381db76d01fa05ee8118ec71feeec566cb4c0547 Mon Sep 17 00:00:00 2001 From: Austin English Date: Mon, 13 May 2019 13:53:17 -0500 Subject: mount: fix "maybe be" duplication Signed-off-by: Austin English --- sys-utils/mount.8 | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) (limited to 'sys-utils/mount.8') diff --git a/sys-utils/mount.8 b/sys-utils/mount.8 index ccba52c32..b79b4ef5f 100644 --- a/sys-utils/mount.8 +++ b/sys-utils/mount.8 @@ -114,10 +114,10 @@ options to avoid ambivalent interpretation of the given argument. For example: .RE The same filesystem may be mounted more than once, and in some cases (e.g. -network filesystems) the same filesystem maybe be mounted on the same +network filesystems) the same filesystem may be mounted on the same mountpoint more times. The mount command does not implement any policy to -control this behavior. All behavior is controlled by kernel and it is usually -specific to filesystem driver. The exception is \fB\-\-all\fR, in this case +control this behavior. All behavior is controlled bythe kernel and it is usually +specific to the filesystem driver. The exception is \fB\-\-all\fR, in this case already mounted filesystems are ignored (see \fB\-\-all\fR below for more details). .SS Listing the mounts @@ -362,7 +362,7 @@ It is important to understand that "bind" does not to create any second-class or special node in the kernel VFS. The "bind" is just another operation to attach a filesystem. There is nowhere stored information that the filesystem has been attached by "bind" operation. The \fIolddir\fR and \fInewdir\fR are -independent and the \fIolddir\fR maybe be umounted. +independent and the \fIolddir\fR may be umounted. One can also remount a single file (on a single file). It's also possible to use the bind mount to create a mountpoint from a regular -- cgit v1.2.3-55-g7522