1. NOM

unlink - Détruire un nom et éventuellement le fichier associé

2. SYNOPSIS

#include <unistd.h>

int unlink(const char *pathname);

3. DESCRIPTION

unlink() détruit un nom dans le système de fichiers. Si ce nom était le dernier lien sur un fichier, et si aucun processus n'a ouvert ce fichier, ce dernier est effacé, et l'espace qu'il utilisait est rendu disponible. Si le nom était le dernier lien sur un fichier, mais qu'un processus conserve encore le fichier ouvert, celui-ci continue d'exister jusqu'à ce que le dernier descripteur le référençant soit fermé. Si le nom correspond à un lien symbolique, le lien est supprimé. Si le nom correspond à une socket, une FIFO, ou un périphérique, le nom est supprimé mais les processus qui ont ouvert l'objet peuvent continuer à l'utiliser.

4. VALEUR RENVOYÉE

S'il réussit, cet appel système renvoie 0. S'il échoue, il renvoie -1 et remplit errno en conséquence.

5. ERREURS

  • EACCES
        L'accès en écriture au répertoire contenant pathname n'est pas autorisé pour l'UID effectif du processus, ou bien l'un des répertoires de pathname n'autorise pas le parcours. (Consultez aussi path_resolution(7).)
  • EBUSY
        Le fichier pathname ne peut pas être détruit avec unlink car il est utilisé par le système ou par un autre processus ; par exemple, il s'agit d'un point de montage, ou le logiciel client NFS l'a créé pour représenter un inœud actif, mais sinon sans nom (« NFS silly renamed\ »).
  • EFAULT
        pathname pointe en(hydehors de l'espace d'adressage accessible.
  • EIO
        Une erreur d'entrée-sortie s'est produite.
  • EISDIR
        pathname est un répertoire. (Il s'agit d'une erreur non-POSIX renvoyée par Linux depuis le 2.1.132).
  • ELOOP
        Trop de liens symboliques dans le chemin d'accès pathname.
  • ENAMETOOLONG
        pathname est trop long.
  • ENOENT
        Un répertoire dans le chemin d'accès pathname n'existe pas ou est un lien symbolique pointant nulle part, ou pathname est vide
  • ENOMEM
        Pas assez de mémoire pour le noyau.
  • ENOTDIR
        Un élément du chemin d'accès pathname n'est pas un répertoire.
  • EPERM
        Le système ne permet pas la destruction des répertoires avec unlink, ou cette destruction nécessite des privilèges que le processus appelant n'a pas. (Il s'agit d'une erreur conseillée par POSIX. Comme précisé plus haut, Linux renvoie EISDIR dans ce cas.)
  • EPERM (spécifique Linux)
        Le système de fichiers ne permet pas la destruction avec unlink.
  • EPERM ou EACCES
        Le répertoire contenant pathname a son sticky bit (S_ISVTX) à 1, et l'UID effectif du processus n'est ni celui du fichier ni celui du répertoire et le processus n'est pas privilégié (sous Linux : n'a pas la capacité CAP_FOWNER.
  • EROFS
        pathname est placé sur un système de fichiers en lecture seule.

6. CONFORMITÉ

SVr4, BSD 4.3, POSIX.1-2001.

7. BOGUES

Des problèmes dans le protocole sous-jacent à NFS peuvent provoquer la disparition inattendue de fichiers encore utilisés.

8. VOIR AUSSI

rm(1), chmod(2), link(2), mknod(2), open(2), rename(2), rmdir(2), unlinkat(2), mkfifo(3), remove(3), path_resolution(7), symlink(7)

9. COLOPHON

Cette page fait partie de la publication 3.52 du projet man-pages Linux. Une description du projet et des instructions pour signaler des anomalies peuvent être trouvées à l'adresse http://www.kernel.org/doc/man-pages/.

10. TRADUCTION

Depuis 2010, cette traduction est maintenue à l'aide de l'outil po4a <http://po4a.alioth.debian.org/> par l'équipe de traduction francophone au sein du projet perkamon <http://perkamon.alioth.debian.org/>.

Christophe Blaess <http://www.blaess.fr/christophe/> (1996-2003), Alain Portal <http://manpagesfr.free.fr/> (2003-2006). Julien Cristau et l'équipe francophone de traduction de Debian (2006-2009).

Veuillez signaler toute erreur de traduction en écrivant à < >.

Vous pouvez toujours avoir accès à la version anglaise de ce document en utilisant la commande « LC_ALL=C man <section> <page_de_man> ».