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
- 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‐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.
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.44 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/>.
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 à
<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> ».
