Provided by: manpages-fr-dev_3.32d0.2p4-1_all bug

NOM

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

SYNOPSIS

       #include <unistd.h>

       int unlink(const char *pathname);

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.

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.

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 (pas sous Linux)
              Le  fichier pathname ne peut pas être détruit avec unlink car il est utilisé par le
              système ou par un autre processus, et  l'implémentation  considère  que  c'est  une
              erreur.

       EFAULT pathname pointe en‐dehors 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.

CONFORMITÉ

       SVr4, BSD 4.3, POSIX.1-2001.

BOGUES

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

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.32 du projet man-pages Linux.  Une  description
       du  projet  et  des  instructions  pour  signaler  des  anomalies  peuvent être trouvées à
       l'adresse <URL:http://www.kernel.org/doc/man-pages/>.

TRADUCTION

       Depuis   2010,   cette   traduction   est   maintenue   à   l'aide   de    l'outil    po4a
       <URL:http://po4a.alioth.debian.org/>  par  l'équipe  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'équipe francophone de
       traduction de Debian (2006-2009).

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

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