Provided by: manpages-fr-dev_2.45.1-1_all bug

NOM

        chown, fchown, lchown - Modifier l’appartenance d’un fichier

SYNOPSIS

        #include <sys/types.h>
        #include <unistd.h>
 
        int chown(const char *path, uid_t owner, gid_t group);
        int fchown(int fd, uid_t owner, gid_t group);
        int lchown(const char *path, uid_t owner, gid_t group);

DESCRIPTION

        Ces  appels  système  modifient le propriétaire et le groupe du fichier
        désigné par le chemin path ou par le descripteur de fichier fd. Seul un
        processus  privilégié  (sous  Linux :  un  processus  qui a la capacité
        CAP_CHOWN) peut modifier le propriétaire d’un fichier. Le  propriétaire
        peut modifier le groupe du fichier pour n’importe quel groupe auquel il
        appartient. Un processus privilégié  (sous  Linux :  avec  la  capacité
        CAP_CHOWN) peut modifier le groupe arbitrairement.
 
        Si l’argument owner ou group vaut -1, l’élément correspondant n’est pas
        changé.
 
        Quand le propriétaire, ou le groupe d’un fichier exécutable  sont  mod‐
        ifiés  par  un  utilisateur ordinaire, les bits S_ISUID et S_ISGID sont
        effacés. POSIX ne précise pas s’il faut agir de même lorsque  c’est  le
        superutilisateur  qui invoque chown(). Le comportement de Linux dans ce
        cas dépend de la version du noyau. Si le fichier n’est  pas  exécutable
        par  les  membres  de son groupe, (son bit S_IXGRP étant à zéro) le bit
        S_ISGID indique la présence d’un verrou obligatoire sur le fichier,  et
        n’est donc pas effacé par un chown().
        L’appel renvoie 0 quand il réussit, ou -1 s’il échoue, auquel cas errno
        contient le code d’erreur.

ERREURS

        Suivant le type de système de fichiers, plusieurs erreurs peuvent  être
        renvoyées. Les plus courantes pour chown() sont les suivantes :
 
        EACCES L’accès  à  un  élément  du  chemin  est  interdit.  (Voir aussi
               path_resolution(2).)
 
        EFAULT path pointe en dehors de l’espace d’adressage accessible.
 
        ELOOP  path contient une référence circulaire (à travers un  lien  sym‐
               bolique)
 
        ENAMETOOLONG
               path est trop long.
 
        ENOENT Le fichier n’existe pas.
 
        ENOMEM Pas assez de mémoire pour le noyau.
 
        ENOTDIR
               Un élément du chemin d’accès n’est pas un répertoire.
 
        EPERM  Le  processus appelant n’a pas les permissions nécessaires (voir
               plus haut) pour modifier le propriétaire et/ou le groupe.
 
        EROFS  Le fichier spécifié réside sur un système de fichiers en lecture
               seule.
 
        Les erreurs courantes pour fchown() sont les suivantes :
 
        EBADF  Le descripteur de fichier est invalide.
 
        EIO    Une  erreur  d’entrée-sortie bas‐niveau s’est produite durant la
               modification de l’inœud.
 
        ENOENT Voir plus haut.
 
        EPERM  Voir plus haut.
 
        EROFS  Voir plus haut.

NOTES

        Dans les versions de Linux antérieures à 2.1.81 (sauf 2.1.46),  chown()
        ne  suivait  pas  les  liens symboliques. Depuis cette version, chown()
        suit les liens symboliques, et  il  existe  un  nouvel  appel  système,
        lchown(),  qui  ne  les  suit pas. Depuis Linux 2.1.86, ce nouvel appel
        système (qui a donc la même sémantique que l’ancien chown()) a pris son
        numéro de syscall, et chown() a reçu un nouveau numéro.
 
        Le  prototype  de  la  fonction fchown() est seulement utilisable si la
        constante symbolique _BSD_SOURCE est définie.

CONFORMIT 

        BSD 4.4, SVr4, POSIX.1-2001.
 
        La version BSD 4.4 ne peut être appelée que par le superutilisateur (ce
        qui signifie qu’un utilisateur ordinaire ne peut pas céder la propriété
        d’un fichier).

RESTRICTIONS

        La sémantique de chown() est volontairement modifiée sur  les  systèmes
        de  fichiers NFS où la correspondance d’UID est activée. De plus, c’est
        la sémantique de tous les  appels  systèmes  accédant  au  contenu  des
        fichiers  qui  est modifiée, puisque chown() peut déclencher une inter‐
        diction immédiate d’accès à des fichiers déjà ouverts. Un  cache  situé
        du  côté client peut induire un délai entre l’instant où l’appartenance
        du fichier est modifiée et  le  moment  où  l’accès  est  effectivement
        accordé à l’utilisateur.
        chmod(2), fchownat(2), flock(2), path_resolution(2)

TRADUCTION

        Cette  page  de  manuel  a  été  traduite et mise à jour par Christophe
        Blaess <http://www.blaess.fr/christophe/> entre 1996 et 2003, puis  par
        Alain  Portal  <aportal AT univ-montp2 DOT fr> jusqu’en 2006, et mise à
        disposition sur http://manpagesfr.free.fr/.
 
        Les mises à jour et corrections de la version présente dans Debian sont
        directement gérées par Julien Cristau <jcristau@debian.org> et l’équipe
        francophone de traduction de Debian.
 
        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> ».