1MKNOD(2)                   Linux Programmer's Manual                  MKNOD(2)
2
3
4

NAME

6       mknod, mknodat - create a special or ordinary file
7

SYNOPSIS

9       #include <sys/types.h>
10       #include <sys/stat.h>
11       #include <fcntl.h>
12       #include <unistd.h>
13
14       int mknod(const char *pathname, mode_t mode, dev_t dev);
15
16       #include <fcntl.h>           /* Definition of AT_* constants */
17       #include <sys/stat.h>
18
19       int mknodat(int dirfd, const char *pathname, mode_t mode, dev_t dev);
20
21   Feature Test Macro Requirements for glibc (see feature_test_macros(7)):
22
23       mknod():
24           _XOPEN_SOURCE >= 500
25               || /* Since glibc 2.19: */ _DEFAULT_SOURCE
26               || /* Glibc versions <= 2.19: */ _BSD_SOURCE || _SVID_SOURCE
27

DESCRIPTION

29       The system call mknod() creates a filesystem node (file, device special
30       file, or named pipe) named pathname, with attributes specified by  mode
31       and dev.
32
33       The  mode  argument specifies both the file mode to use and the type of
34       node to be created.  It should be a combination (using bitwise  OR)  of
35       one  of  the  file types listed below and zero or more of the file mode
36       bits listed in inode(7).
37
38       The file mode is modified by the process's umask in the usual  way:  in
39       the  absence  of a default ACL, the permissions of the created node are
40       (mode & ~umask).
41
42       The file type must be one of S_IFREG,  S_IFCHR,  S_IFBLK,  S_IFIFO,  or
43       S_IFSOCK to specify a regular file (which will be created empty), char‐
44       acter special file, block special file, FIFO (named pipe), or UNIX  do‐
45       main  socket,  respectively.   (Zero  file  type  is equivalent to type
46       S_IFREG.)
47
48       If the file type is S_IFCHR or S_IFBLK, then dev  specifies  the  major
49       and  minor numbers of the newly created device special file (makedev(3)
50       may be useful to build the value for dev); otherwise it is ignored.
51
52       If pathname already exists, or is a symbolic link, this call fails with
53       an EEXIST error.
54
55       The  newly  created  node will be owned by the effective user ID of the
56       process.  If the directory containing the node has the set-group-ID bit
57       set,  or if the filesystem is mounted with BSD group semantics, the new
58       node will inherit the group ownership from its parent directory; other‐
59       wise it will be owned by the effective group ID of the process.
60
61   mknodat()
62       The  mknodat() system call operates in exactly the same way as mknod(),
63       except for the differences described here.
64
65       If the pathname given in pathname is relative, then it  is  interpreted
66       relative  to  the  directory  referred  to by the file descriptor dirfd
67       (rather than relative to the current working directory of  the  calling
68       process, as is done by mknod() for a relative pathname).
69
70