Provided by: manpages-fr-dev_3.27fr1.4-1_all bug

NOM

       unlink - Detruire un nom et eventuellement le fichier associe

SYNOPSIS

       #include <unistd.h>

       int unlink(const char *pathname);

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 une socket, une FIFO, ou un peripherique, le nom
       est  supprime  mais  les  processus  qui  ont  ouvert  l'objet  peuvent
       continuer a l'utiliser.

VALEUR RENVOY'EE

       S'il reussit, cet appel systeme renvoie 0. S'il echoue, il  renvoie  -1
       et remplit errno en consequence.

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 (pas sous Linux)
              Le fichier pathname ne peut pas etre detruit avec unlink car  il
              est  utilise  par  le  systeme  ou  par  un  autre processus, et
              l'implementation considere que c'est une erreur.

       EFAULT pathname 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 par Linux depuis le 2.1.132).

       ELOOP  Trop de liens symboliques dans le chemin d'acces pathname.

       ENAMETOOLONG
              pathname 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 Pas assez de memoire pour le noyau.

       ENOTDIR
              Un element du chemin d'acces pathname n'est pas 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.

       EROFS  pathname est place sur un systeme de fichiers en lecture seule.

CONFORMIT'E

       SVr4, BSD 4.3, POSIX.1-2001.

BOGUES

       Des  problemes dans le protocole sous-jacent a NFS peuvent provoquer la
       disparition inattendue de fichiers encore utilises.

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)

COLOPHON

       Cette  page  fait  partie  de  la  publication 3.27 du projet man-pages
       Linux. Une description du projet et des instructions pour signaler  des
       anomalies       peuvent       etre       trouvees      a      l'adresse
       <URL:http://www.kernel.org/doc/man-pages/>.

TRADUCTION

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

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

       Veuillez   signaler   toute   erreur   de   traduction  en  ecrivant  a
       <debian-l10n-french@lists.debian.org> ou par un rapport de bogue sur le
       paquet manpages-fr.

       Vous  pouvez  toujours avoir acces a la version anglaise de ce document
       en utilisant la commande << man -L C <section> <page_de_man> >>.