Votre IP: 38.107.179.242 
  
 
Google
 
Accueil e-mail Linux
Linux
Perl
Perl
C
Langage C
Dico
Dictionnaire
Biblio liens
Bibliothèque de liens
Index articles
Index articles
 

Date création : 27-03-2008 20:23:44

Linux  Vous êtes dans : GNU/Linux Astuces / Pages man [Section2 - Appels système]


CHOWN

 

Index

  1. NOM
  2. SYNOPSIS
  3. DESCRIPTION
  4. VALEUR RENVOYÉE
  5. ERREURS
  6. NOTES
  7. CONFORMITÉ
  8. RESTRICTIONS
  9. VOIR AUSSI
  10. TRADUCTION

 

NOMIndex

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

SYNOPSISIndex

#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);  

DESCRIPTIONIndex

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 modifié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().  

VALEUR RENVOYÉEIndex

L'appel renvoie 0 quand il réussit, ou -1 s'il échoue, auquel cas errno contient le code d'erreur.  

ERREURSIndex

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 symbolique)
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'inoeud.
ENOENT
Voir plus haut.
EPERM
Voir plus haut.
EROFS
Voir plus haut.
 

NOTESIndex

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ÉIndex

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).  

RESTRICTIONSIndex

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 interdiction 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.  

VOIR AUSSIIndex

chmod(2), fchownat(2), flock(2), path_resolution(2)  

TRADUCTIONIndex

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.
La traduction de cette page de manuel est basée sur les traductions disponibles sur http://manpagesfr.free.fr/, mais est gérée par l'équipe francophone de traduction de Debian au travers de la liste de discussion debian-l10n-french.
Veuillez signaler toute erreur de traduction 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> ».


Création : octobre 2007  © Tous droits réservés 2007 linux-perl-c
Valid HTML 4.01 TransitionalValid CSS