Provided by:
manpages-fr-dev_3.32d0.2p4-1_all 
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.32 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> >>.