CHFLAGS(2)
π
CHFLAGS(2) β the chflags girlies of the System Calls Manual
okay bestie, grab a lil snack because we're diving into chflags, lchflags, fchflags, chflagsat β the freebsd system calls that let you set file flags β¨ this is straight out of the System Calls Manual, and yes we're doing the whole thing, no skips, no cap π«Ά
πΈ NAME πΈ
chflags, lchflags, fchflags, chflagsat β set file flags
π LIBRARY π
Standard C Library (libc, -lc) β she's iconic, she's everywhere π
β SYNOPSIS β
like, here's the whole cast, literally:
#include <sys/stat.h>
#include <unistd.h>
int
chflags(const char *path, unsigned long flags);
int
lchflags(const char *path, unsigned long flags);
int
fchflags(int fd, unsigned long flags);
int
chflagsat(int fd, const char *path, unsigned long flags, int atflag);
π¦ DESCRIPTION π¦
so the file whose name is given by path, or referenced by the descriptor fd, has its flags changed to flags. that's the whole vibe. π
lchflags() is like chflags() except β and this is the plot twist β when the named file is a symbolic link, lchflags() changes the flags of the link itself, not the file it points to. she doesn't follow, she stays in her lane π
chflagsat() is equivalent to either chflags() or lchflags() depending on the atflag, except when path specifies a relative path. in that case the file to be changed is determined relative to the directory associated with the file descriptor fd instead of the current working directory. main character energy honestly. the values for atflag are constructed by a bitwise-inclusive OR of flags from this list, defined in <fcntl.h>:
AT_SYMLINK_NOFOLLOWβ ifpathnames a symbolic link, then the flags of the symbolic link are changed πͺAT_RESOLVE_BENEATHβ only walk paths below the directory specified by thefddescriptor. see the description of theO_RESOLVE_BENEATHflag in theopen(2)manual page πAT_EMPTY_PATHβ if thepathargument is an empty string, operate on the file or directory referenced by the descriptorfd. and iffdis equal toAT_FDCWD, operate on the current working directory π
if chflagsat() is passed the special value AT_FDCWD in the fd parameter, the current working directory is used. and if atflag is also zero, the behavior is identical to a call to chflags(). twins fr fr π―
β¨ the flags themselves β¨
the flags specified are formed by or'ing the following values:
SF_APPENDβ the file may only be appended to ποΈSF_ARCHIVEDβ the file has been archived. this flag means the opposite of the DOS, Windows and CIFSFILE_ATTRIBUTE_ARCHIVEattribute. > β οΈ heads up bestie: this flag has been deprecated, and may be removed in a future release πSF_IMMUTABLEβ the file may not be changed πSF_NOUNLINKβ the file may not be renamed or deleted π«SF_SNAPSHOTβ the file is a snapshot file πΈUF_APPENDβ the file may only be appended to ποΈUF_ARCHIVEβ the file needs to be archived. this flag has the same meaning as the DOS, Windows and CIFSFILE_ATTRIBUTE_ARCHIVEattribute. filesystems in FreeBSD may or may not have special handling for this flag. for instance, ZFS tracks changes to files and will set this bit when a file is updated. UFS only stores the flag, and relies on the application to change it when needed ποΈUF_HIDDENβ the file may be hidden from directory listings at the application's discretion. the file has the DOS, Windows and CIFSFILE_ATTRIBUTE_HIDDENattribute πUF_IMMUTABLEβ the file may not be changed πUF_NODUMPβ do not dump the file π¦UF_NOUNLINKβ the file may not be renamed or deleted π«UF_OFFLINEβ the file is offline, or has the Windows and CIFSFILE_ATTRIBUTE_OFFLINEattribute. filesystems in FreeBSD store and display this flag, but do not provide any special handling when it is set π΄UF_OPAQUEβ the directory is opaque when viewed through a union stack π«₯UF_READONLYβ the file is read only, and may not be written or appended. filesystems may use this flag to maintain compatibility with the DOS, Windows and CIFSFILE_ATTRIBUTE_READONLYattribute πUF_REPARSEβ the file contains a Windows reparse point and has the Windows and CIFSFILE_ATTRIBUTE_REPARSE_POINTattribute πUF_SPARSEβ the file has the WindowsFILE_ATTRIBUTE_SPARSE_FILEattribute. this may also be used by a filesystem to indicate a sparse file π³οΈUF_SYSTEMβ the file has the DOS, Windows and CIFSFILE_ATTRIBUTE_SYSTEMattribute. filesystems in FreeBSD may store and display this flag, but do not provide any special handling when it is set π₯οΈ
π who's allowed to do what π
if one of SF_IMMUTABLE, SF_APPEND, or SF_NOUNLINK is set, a non-super-user cannot change any flags β and even the super-user can change flags only if securelevel is 0. (see init(8) for details.) π€
the UF_IMMUTABLE, UF_APPEND, UF_NOUNLINK, UF_NODUMP, and UF_OPAQUE flags may be set or unset by either the owner of a file or the super-user. so like, you got this π«Ά
the SF_IMMUTABLE, SF_APPEND, SF_NOUNLINK, and SF_ARCHIVED flags may only be set or unset by the super-user. attempts to toggle these flags by non-super-users are rejected. these flags may be set at any time, but normally may only be unset when the system is in single-user mode. (see init(8) for details.) π₯
β οΈ okay real talk: the implementation of all flags is filesystem-dependent. see the description of the UF_ARCHIVE flag above for one example of the differences in behavior. care should be exercised when writing applications to account for support or lack of support of these flags in various filesystems. do not assume, bestie π
the SF_SNAPSHOT flag is maintained by the system and cannot be toggled. periodt π«
π RETURN VALUES π
upon successful completion, the value 0 is returned; otherwise the value -1 is returned and the global variable errno is set to indicate the error. slay β¨
π ERRORS π
chflags() will fail if:
[ENOTDIR]β a component of the path prefix is not a directory[ENAMETOOLONG]β a component of a pathname exceeded255characters, or an entire path name exceeded1023characters[ENOENT]β the named file does not exist π[EACCES]β search permission is denied for a component of the path prefix[ELOOP]β too many symbolic links were encountered in translating the pathname π[EPERM]β the effective user ID does not match the owner of the file and the effective user ID is not the super-user[EPERM]β one ofSF_IMMUTABLE,SF_APPEND, orSF_NOUNLINKis set and the user is either not the super-user orsecurelevelis greater than0[EPERM]β a non-super-user attempted to toggle one ofSF_ARCHIVED,SF_IMMUTABLE,SF_APPEND, orSF_NOUNLINK[EPERM]β an attempt was made to toggle theSF_SNAPSHOTflag[EROFS]β the named file resides on a read-only file system[EFAULT]β thepathargument points outside the process's allocated address space[EIO]β an I/O error occurred while reading from or writing to the file system[EINTEGRITY]β corrupted data was detected while reading from the file system[EOPNOTSUPP]β the underlying file system does not support file flags, or does not support all of the flags set inflags
fchflags() will fail if:
[EBADF]β the descriptor is not valid[EINVAL]β thefdargument refers to a socket, not to a file π§¦[EPERM]β the effective user ID does not match the owner of the file and the effective user ID is not the super-user[EPERM]β one ofSF_IMMUTABLE,SF_APPEND, orSF_NOUNLINKis set and the user is either not the super-user orsecurelevelis greater than0[EPERM]β a non-super-user attempted to toggle one ofSF_ARCHIVED,SF_IMMUTABLE,SF_APPEND, orSF_NOUNLINK[EPERM]β an attempt was made to toggle theSF_SNAPSHOTflag[EROFS]β the file resides on a read-only file system[EIO]β an I/O error occurred while reading from or writing to the file system[EINTEGRITY]β corrupted data was detected while reading from the file system[EOPNOTSUPP]β the underlying file system does not support file flags, or does not support all of the flags set inflags[ENOTCAPABLE]βpathis an absolute path, or contained a".."component leading to a directory outside of the directory hierarchy specified byfd, and the process is in capability mode or theAT_RESOLVE_BENEATHflag was specified π
π§ SEE ALSO π§
chflags(1), fflagstostr(3), strtofflags(3), init(8), mount_unionfs(8) β go read them, iykyk ππ
π HISTORY π
chflags()andfchflags()system calls first appeared in 4.4BSD π¦lchflags()system call first appeared in FreeBSD 5.0 β¨chflagsat()system call first appeared in FreeBSD 10.0 π
and that's the whole page bestie, you ate that π this lil rewrite comes to you courtesy of the Debian build, dated March 30, 2021 β mwah, go set some flags responsibly ππ«Ά
π¦ where this page comes from
- freebsd 15.1: base 15.1
- Copyright (c) 1989, 1993 The Regents of the University of California. All rights reserved
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms