chflags1
Change file flags
Usage
chflags [-fhvx]
[--dereference-links-unsafely]
[-R
[{-H | -L | -P}]]
flags
file ...
Overview
The chflags utility modifies the file flags of the listed files as specified by the flags operand.
The options are as follows:
-
-f -
Do not display a diagnostic message if
chflagscould not modify the flags for file, nor modify the exit status to reflect such failures. -
-H -
If the
-Roption is specified, symbolic links on the command line are followed and hence unaffected by the command. (Symbolic links encountered during traversal are not followed.) -
-h -
If the file is a symbolic link, change the file flags of the link itself rather than the file to which it points.
-
-L -
If the
-Roption is specified, symbolic links are followed. A symbolic link encountered during the traversal that points outside the file hierarchy being traversed is not followed unless the--dereference-links-unsafelyoption is also given; see the description of that option below. A symbolic link named directly on the command line is followed unless-his specified. -
-P -
If the
-Roption is specified, no symbolic links are followed. This is the default. -
-R -
Change the file flags of the file hierarchies rooted in the files, instead of just the files themselves. Beware of unintentionally matching the “..” hard link to the parent directory when using wildcards like “.*”.
-
-v -
Cause
chflagsto be verbose, showing filenames as the flags are modified. If the-voption is specified more than once, the old and new flags of the file will also be printed, in octal notation. -
-x -
Do not cross mount points.
-
--dereference-links-unsafely -
By default,
chflagsruns its traversal inside a capsicum(4) sandbox, which prevents it from following a symbolic link whose target lies outside the file hierarchy named on the command line. This option disables the sandbox so that such symbolic links are followed, restoring historical behavior. It is only meaningful together with-Lor the default logical behavior, and should be used with caution, as it allows a crafted symbolic link to redirectchflagsat files outside the intended hierarchy.
The flags are specified as an octal number or a comma separated list of keywords. The following keywords are currently defined:
arch,archived-
set the archived flag (super-user only)
nocache,noucache-
set the nocache flag (owner or super-user only)
nodump-
set the nodump flag (owner or super-user only)
opaque-
set the opaque flag (owner or super-user only)
sappnd,sappend-
set the system append-only flag (super-user only)
schg,schange,simmutable-
set the system immutable flag (super-user only)
snapshot-
set the snapshot flag (filesystems do not allow changing this flag)
sunlnk,sunlink-
set the system undeletable flag (super-user only)
uappnd,uappend-
set the user append-only flag (owner or super-user only)
uarch,uarchive-
set the archive flag (owner or super-user only)
uchg,uchange,uimmutable-
set the user immutable flag (owner or super-user only)
uhidden,hidden-
set the hidden file attribute (owner or super-user only)
uoffline,offline-
set the offline file attribute (owner or super-user only)
urdonly,rdonly,readonly-
set the DOS, Windows and CIFS readonly flag (owner or super-user only)
usparse,sparse-
set the sparse file attribute (owner or super-user only)
usystem,system-
set the DOS, Windows and CIFS system flag (owner or super-user only)
ureparse,reparse-
set the Windows reparse point file attribute (owner or super-user only)
uunlnk,uunlink-
set the user undeletable flag (owner or super-user only)
Putting the letters “no” before or removing the letters “no” from a keyword causes the flag to be cleared. For example:
nouchg-
clear the user immutable flag (owner or super-user only)
dump-
clear the nodump flag (owner or super-user only)
A few of the octal values include:
- 0
-
Clear all file flags.
- 1
-
Translates to the
nodumpkeyword. - 2
-
Translates to the
uchgkeyword. - 3
-
Translates to the
uchg,nodumpkeywords. - 4
-
Translates to the
uappndkeyword. - 10
-
Translates to the
opaquekeyword. - 20
-
translates to the
uunlnkkeyword.
Other combinations of keywords may be placed by using the octets assigned; however, these are the most notable.
Unless the -H, -L, or -h options are given, chflags on a symbolic link always succeeds and has no effect. The -H, -L and -P options are ignored unless the -R option is specified. In addition, these options override each other and the command's actions are determined by the last one specified.
You can use "ls -lo" to see the flags of existing files.
Note that the ability to change certain flags is dependent on the current kernel securelevel setting. See security(7) for more information on this setting.
If chflags receives a SIGINFO signal (see the status argument for stty(1)), then the current filename as well as the old and new flags are displayed.
Exit status
The chflags utility exits 0 on success, and >0 if an error occurs.
Examples
Recursively clear all flags on files and directories contained within the foobar directory hierarchy:
chflags -R 0 foobar
Releases
87 releases since FreeBSD 2.0.5-RELEASE; the text changed 51 times.
- 2.0.5–2.1.7.1
- 2.2.2
- 2.2.5–2.2.8
- 2.2.9
- 3.0–3.2
- 3.3–3.4
- 3.5–3.5.1
- 4.0
- 4.1–4.2
- 4.3
- 4.4–4.8
- 4.9–4.11
- 5.0
- 5.1–5.2.1
- 5.3
- 5.4–5.5
- 6.0–6.1
- 6.2–6.3
- 6.4
- 7.0
- 7.1
- 7.2
- 7.3
- 7.4
- 8.0
- 8.1
- 8.2
- 8.3
- 8.4
- 9.0
- 9.1
- 9.2
- 9.3
- 10.0
- 10.1
- 10.2
- 10.3
- 10.4
- 11.0
- 11.1
- 11.2
- 11.3
- 11.4
- 12.0
- 12.1
- 12.2
- 12.3
- 12.4
- 13.0–13.2
- 13.3–14.5
- 15.0–15.1
- 16.0
--dereference-links-unsafely since FreeBSD 16.0-CURRENT (2026-10-27);
-f since FreeBSD 7.1-RELEASE;
-h since FreeBSD 6.0-RELEASE;
-v since FreeBSD 7.1-RELEASE;
-x since FreeBSD 12.0-RELEASE.