Make a few simple changes to the ACLs section.
Discussed with: rwatson
This commit is contained in:
parent
8d00169f2c
commit
022ae4a513
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=15312
1 changed files with 6 additions and 3 deletions
|
@ -3500,16 +3500,19 @@ user@unfirewalled.myserver.com's password: <userinput>*******</userinput></scree
|
|||
permits an administrator to make use of and take advantage of a
|
||||
more sophisticated security model.</para>
|
||||
|
||||
<para>For <acronym>ACLs</acronym> to work:</para>
|
||||
<para>To enable <acronym>ACL</acronym> support for <acronym>UFS</acronym>
|
||||
file systems, the following:</para>
|
||||
|
||||
<programlisting>options UFS_ACL</programlisting>
|
||||
|
||||
|
||||
<para>must be compiled into the kernel. If this option has
|
||||
not been compiled in, a warning message will be displayed
|
||||
when attempting to mount a file system sporting <acronym>ACLs</acronym>.
|
||||
This option is included in the <filename>GENERIC</filename> kernel.
|
||||
<acronym>ACLs</acronym> rely on extended attributes being enabled on
|
||||
the file system. This is supported natively in the next generation of
|
||||
the <acronym>UNIX</acronym> file system or <acronym>UFS2</acronym>.</para>
|
||||
the file system. Extended attributes are natively supported in the next generation
|
||||
UNIX file system, <acronym>UFS2</acronym>.</para>
|
||||
|
||||
<note><para>A higher level of administrative overhead is required to
|
||||
configure extended attributes on <acronym>UFS1</acronym> than on
|
||||
|
|
Loading…
Reference in a new issue