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,