diff --git a/en_US.ISO8859-1/books/handbook/basics/chapter.sgml b/en_US.ISO8859-1/books/handbook/basics/chapter.sgml
index 570e11a0d8..0eca3704b0 100644
--- a/en_US.ISO8859-1/books/handbook/basics/chapter.sgml
+++ b/en_US.ISO8859-1/books/handbook/basics/chapter.sgml
@@ -258,15 +258,15 @@
The mount-time ACLs flag cannot be changed by a
remount (&man.mount.8; ), only by means of a complete
- unmount and fresh &man.mount.8;. This means that
+ &man.umount.8; and fresh &man.mount.8;. This means that
ACLs cannot be enabled on the root file system after boot.
It also means that you cannot change the disposition of a file system once
- it's in use.
+ it is in use.
Setting the superblock flag will cause the file system to always be
- mounted with ACLs enabled even if there isn't an
+ mounted with ACLs enabled even if there is not an
fstab entry or if the devices re-order. This prevents
accidental mounting of the file system without ACLs
enabled, which can result in ACLs being improperly enforced,
@@ -274,12 +274,12 @@
- We may change the ACL behavior to allow the flag to
- be enabled without a complete fresh &man.mount.8;, but I consider it desirable to
+ We may change the ACLs behavior to allow the flag to
+ be enabled without a complete fresh &man.mount.8;, but we consider it desirable to
discourage accidental mounting without ACLs enabled, because you
can shoot your feet quite nastily if you enable ACLs, then disable
them, then re-enable them without flushing the extended attributes. In general, once
- ou have enabled ACLs on a file system, they should not be disabled,
+ you have enabled ACLs on a file system, they should not be disabled,
as the resulting file protections may not be compatible with those intended by the
users of the system, and re-enabling ACLs may re-attach the previous
ACLs to files that have since had their permissions changed,