unlinkat(2) System Calls Manual unlinkat(2) NOM unlink, unlinkat - Detruire un nom et eventuellement le fichier associe BIBLIOTHEQUE Bibliotheque C standard (libc, -lc) SYNOPSIS #include int unlink(const char *pathname); #include /* Definition des constantes AT_* */ #include int unlinkat(int dirfd, const char *pathname, int flags); Exigences de macros de test de fonctionnalites pour la glibc (consulter feature_test_macros(7)) : unlinkat(): Depuis la glibc 2.10 : _POSIX_C_SOURCE >= 200809L avant la glibc 2.10 : _ATFILE_SOURCE DESCRIPTION unlink() detruit un nom dans le systeme de fichiers. Si ce nom etait le dernier lien sur un fichier, et si aucun processus n'a ouvert ce fichier, ce dernier est efface, et l'espace qu'il utilisait est rendu disponible. Si le nom etait le dernier lien sur un fichier, mais qu'un processus conserve encore le fichier ouvert, celui-ci continue d'exister jusqu'a ce que le dernier descripteur le referencant soit ferme. Si le nom correspond a un lien symbolique, le lien est supprime. Si le nom correspond a un socket, une FIFO ou un peripherique, le nom est supprime mais les processus qui ont ouvert l'objet peuvent continuer a l'utiliser. unlinkat() L'appel systeme unlinkat() fonctionne exactement comme unlink(2) ou rmdir(2) (en fonction de la presence ou non du drapeau AT_REMOVEDIR dans flags), les seules differences etant decrites ici. Si le chemin donne dans pathname est relatif, il est interprete par rapport au repertoire reference par le descripteur de fichier dirfd (plutot que par rapport au repertoire de travail, comme c'est le cas pour unlink() et rmdir(2)). Si le chemin donne dans pathname est relatif et si dirfd a la valeur speciale AT_FDCWD, alors pathname est interprete par rapport au repertoire de travail du processus appelant (comme pour unlink() et rmdir(2)). Si le chemin donne dans pathname est absolu, dirfd est ignore. flags est un masque de bits qui peut etre 0 ou construit par un OU binaire de valeur de drapeaux qui controlent le fonctionnement de unlinkat(). Actuellement, un seul drapeau est defini : AT_REMOVEDIR Par defaut, unlinkat() a un effet equivalent a celui de unlink() sur pathname. Si le drapeau AT_REMOVEDIR est indique, unlinkat() fonctionne comme rmdir(2) sur pathname. Consultez openat(2) pour une explication de la necessite de unlinkat(). VALEUR RENVOYEE En cas de succes, zero est renvoye. En cas d'erreur, -1 est renvoye et errno est definie pour preciser l'erreur. ERREURS EACCES L'acces en ecriture au repertoire contenant pathname n'est pas autorise pour l'UID effectif du processus, ou bien l'un des repertoires de pathname n'autorise pas le parcours. (Consultez aussi path_resolution(7).) EBUSY Le fichier pathname ne peut pas etre detruit avec unlink car il est utilise par le systeme ou par un autre processus ; par exemple, il s'agit d'un point de montage, ou le logiciel client NFS l'a cree pour representer un inoeud actif, mais sinon sans nom (<< NFS silly renamed\[u00A0]>>). EFAULT nom_chemin pointe en dehors de l'espace d'adressage accessible. EIO Une erreur d'entree-sortie s'est produite. EISDIR pathname est un repertoire. (Il s'agit d'une erreur non-POSIX renvoyee depuis Linux 2.1.132). ELOOP Trop de liens symboliques dans le chemin d'acces pathname. ENAMETOOLONG nom_chemin est trop long. ENOENT Un repertoire dans le chemin d'acces pathname n'existe pas ou est un lien symbolique pointant nulle part, ou pathname est vide ENOMEM La memoire disponible du noyau n'etait pas suffisante. ENOTDIR Un element, utilise comme repertoire, du chemin d'acces nom_chemin n'est pas en fait un repertoire. EPERM Le systeme ne permet pas la destruction des repertoires avec unlink, ou cette destruction necessite des privileges que le processus appelant n'a pas. (Il s'agit d'une erreur conseillee par POSIX. Comme precise plus haut, Linux renvoie EISDIR dans ce cas.) EPERM (specifique Linux) Le systeme de fichiers ne permet pas la destruction avec unlink. EPERM ou EACCES Le repertoire contenant pathname a son sticky bit (S_ISVTX) a 1, et l'UID effectif du processus n'est ni celui du fichier ni celui du repertoire et le processus n'est pas privilegie (sous Linux : n'a pas la capacite CAP_FOWNER. EPERM Le fichier a detruire avec unlink est marque immuable ou comme n'acceptant que des ajouts. (Voir ioctl_iflags(2).) EROFS pathname est place sur un systeme de fichiers en lecture seule. Les erreurs supplementaires suivantes peuvent egalement se produire pour unlinkat() : EBADF pathname est relatif mais dirfd n'est ni AT_FDWCD ni un descripteur de fichier valable. EINVAL flags contient un drapeau non valable. EISDIR pathname est un repertoire et AT_REMOVEDIR n'etait pas indique dans flags. ENOTDIR pathname est relatif et dirfd est un descripteur de fichier faisant reference a un fichier qui n'est pas un dossier. STANDARDS POSIX.1-2008. HISTORIQUE unlink() SVr4, 4.3BSD, POSIX.1-2001. unlinkat() POSIX.1-2008. Linux 2.6.16, glibc 2.4. glibc Avec les anciens noyaux ou unlinkat() n'est pas disponible, la fonction d'enveloppe de la glibc se replie sur l'utilisation de unlink() ou rmdir(2). Qaund pathname est un nom de chemin relatif, glibc construit un nom de chemin base sur le lien symbolique dans /proc/self/fd qui correspond a l'argument dirfd. BOGUES Des problemes dans le protocole sous-jacent a NFS peuvent provoquer la disparition inattendue de fichiers encore utilises. VOIR AUSSI rm(1), unlink(1), chmod(2), link(2), mknod(2), open(2), rename(2), rmdir(2), mkfifo(3), remove(3), path_resolution(7), symlink(7) TRADUCTION La traduction francaise de cette page de manuel a ete creee par Christophe Blaess , Stephan Rafin , Thierry Vignaud , Francois Micaux, Alain Portal , Jean-Philippe Guerard , Jean-Luc Coulon (f5ibh) , Julien Cristau , Thomas Huriaux , Nicolas Francois , Florentin Duneau , Simon Paillard , Denis Barbier , David Prevot , Frederic Hantrais et Jean- Pierre Giraud Cette traduction est une documentation libre ; veuillez vous reporter a la GNU General Public License version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITE LEGALE. Si vous decouvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message a . Pages du manuel de Linux 6.06 31 octobre 2023 unlinkat(2)