mknod − Créer un noeud du système de fichiers.

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <unistd.h>

int mknod(const char *pathname, mode_t mode, dev_t dev);

mknod crée un noeud du système de fichiers (fichier, fichier spécial de périphérique ou tube) appelé pathname, avec les attributs mode et dev.

mode définit à la fois les permissions d’utilisation, et le type de noeud à créer. C’est une combinaison par OU binaire ( | ) entre l’un des types de noeuds ci-dessous et les permissions d’accès pour le nouveau noeud.

Les permissions sont modifiées par le umask du processus : les permissions effectivement écrites sont (mode & ~umask).

Le type de noeud doit être l’un des suivants S_IFREG, S_IFCHR, S_IFBLK et S_IFIFO pour indiquer respectivement un fichier normal (vide à la création), un fichier spécial mode caractère, un fichier spécial mode bloc, ou un tube nommé (FIFO). On peut également utiliser 0 pour créer un fichier normal.

Si le noeud est de type S_IFCHR or S_IFBLK alors dev doit spécifier les numéros majeurs et mineurs du périphérique associé, pour les autres types de noeuds, dev est ignoré.

Si pathname existe déjà , ou est un lien symbolique, l’appel échoue avec l’erreur EEXIST.

Le noeud nouvellement créé aura pour propriétaire l’UID effectif du processus. Si le répertoire contenant ce noeud a son bit Set−GID à 1, ou si le système de fichier est monté avec une sémantique BSD, le nouveau noeud héritera de l’appartenance au groupe de son parent. Sinon il appartiendra au groupe effectif du processus.

mknod renvoie 0 s’il réussit, ou −1 s’il échoue, auquel cas errno contient le code d’erreur.

EPERM

mode demande la création d’un noeud autre qu’un tube nommé, alors que le processus appelant n’est pas le Super−User. Cette erreur se produit également si le système de fichier contenant pathname ne supporte pas les noeuds du type demandé.

EINVAL

mode demande la création d’autre chose qu’un fichier normal, fichier spécial de périphérique ou tube nommé.

EEXIST

pathname existe déjÃ

EFAULT

pathname pointe en−dehors de l’espace d’adressage accessible.

EACCES

Le répertoire parent n’autorise pas l’écriture au processus, ou l’un des répertoires de pathname n’autorise pas la consultation de son contenu.

ENAMETOOLONG

pathname trop long.

ENOENT

Un répertoire du chemin d’accès pathname n’existe pas ou est un lien symbolique pointant nulle part.

ENOTDIR

Un élément utilise dans le chemin pathname n’est pas un répertoire.

ENOMEM

Pas assez de mémoire pour le noyau.

EROFS

pathname serait placé sur un système de fichier en lecture seule.

ELOOP

pathname contient une référence circulaire (à travers un lien symbolique).

ENOSPC

Le périphérique contenant pathname n’a pas assez de place pour le nouveau noeud. Cette erreur se produit également si le quota de disque de l’utilisateur est dépassé.

SVr4 (mais l’appel y nécessite des privilèges, alors qu’il n’y en a pas besoin dans POSIX), BSD 4.4. La version Linux diffère de celle de SVr4 en ceci qu’elle n’a pas besoin de privilèges root pour créer des tubes, et qu’elle ne décrit pas les erreurs EMULTIHOP, ENOLINK, et EINTR.

Posix 1003.1-2001 dit : "Le seul usage portable de mknod() est réservé à la création de fichiers spéciaux FIFO. Si le mode n’est pas S_IFIFO ou si dev n’est pas 0, alors le comportement de mknod() est indéterminé.

Sous Linux mknod ne peut pas être utilisé pour créer des répertoires ou des sockets, et ne peut être appelé que par le Super−User pour créer des fichiers normaux. Il faut créer les répertoires avec mkdir, et les FIFO avec mkfifo.

Il y a de nombreux problèmes avec le protocole sous-jacent à NFS, certains d’entre-eux pouvant affecter mknod.

close(2), fcntl(2), mkdir(2), mount(2), open(2), read(2), socket(2), stat(2), umask(2), unlink(2), write(2), fopen(3), mkfifo(3)

Christophe Blaess, 1997.