Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] chown, fchown, lchown - Modifier l'appartenance d'un fichier. [size=18] [b]Résumé[/b] [/size] [b]#include <sys/types.h>[/b] [b][/b] [b]#include <unistd.h>[/b] [b][i]int chown(const char * path , uid_t owner , gid_t group );[/i][/b] [b][/b] [b][i]int fchown(int fd , uid_t owner , gid_t group );[/i][/b] [b][/b] [b][i]int lchown(cost char * path , uid_t owner , gid_t group );[/i][/b] [size=18] [b]Description[/b] [/size] Le propriétaire et le groupe du fichier désigné par le chemin [i]path[/i] ou par le descripteur de fichier [i]fd[/i] sont modifiés. Seul le Super-User peut changer le propriétaire d'un fichier. Le propriétaire peut changer le groupe du fichier pour n'importe quel groupe auquel il appartient. Le Super-User peut changer le groupe arbitrairement. Si l'argument [i]owner[/i] ou [i]group[/i] 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 Super-Utilisateur qui invoque [b]chown .[/b] 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 [b]chown .[/b] [size=18] [b]Valeur renvoyée[/b] [/size] [b]chown , lchown , et fchown[/b] renvoient 0 s'ils réussissent, ou -1 s'ils échouent, auquel cas [i]errno[/i] contient le code d'erreur. [size=18] [b]Erreurs[/b] [/size] Suivant le type de système de fichiers, plusieurs erreurs peuvent être renvoyées. Les plus courantes pour [b]chown[/b] sont les suivantes : [b]EPERM[/b] [table][row][col]    [/col][col]L'UID effectif du processus ne correspond pas à celui du fichier, et n'est pas nul, ou le propriétaire [i]owner[/i] ou le groupe [i]group[/i] sont spécifiés incorrectement.[/col][/row][/table] [b]EROFS[/b] [table][row][col]    [/col][col]Le fichier spécifié réside sur un système de fichiers en lecture seule.[/col][/row][/table] [b]EFAULT[/b] [i]path[/i] [table][row][col]    [/col][col]pointe en dehors de l'espace d'adressage accessible.[/col][/row][/table] [b]ENAMETOOLONG[/b] [i]path[/i] [table][row][col]    [/col][col]est trop long.[/col][/row][/table] [b]ENOENT[/b] [table][row][col]    [/col][col]Le fichier n'existe pas.[/col][/row][/table] [b]ENOMEM[/b] [table][row][col]    [/col][col]Pas assez de mémoire pour le noyau. [/col][/row][/table] [b]ENOTDIR[/b] [table][row][col]    [/col][col]Un élément du chemin d'accès n'est pas un répertoire.[/col][/row][/table] [b]EACCES[/b] [table][row][col]    [/col][col]L'accès à un élément du chemin est interdit. [/col][/row][/table] [b]ELOOP[/b] [i]path[/i] [table][row][col]    [/col][col]contient une référence circulaire (à travers un lien symbolique)[/col][/row][/table] Les erreurs courantes pour [b]fchown[/b] sont les suivantes : [b]EBADF[/b] [table][row][col]    [/col][col]Le descripteur de fichier est invalide[/col][/row][/table] [b]ENOENT[/b] [table][row][col]    [/col][col]Cf chown. [/col][/row][/table] [b]EPERM[/b] [table][row][col]    [/col][col]Cf chown. [/col][/row][/table] [b]EROFS[/b] [table][row][col]    [/col][col]Cf chown. [b]EIO[/b] Une erreur d'entrée/sortie bas-niveau s'est produite durant la modification de l'i-noeud.[/col][/row][/table] [size=18] [b]Notes[/b] [/size] Dans les versions de Linux antérieures à 2.1.81 (sauf 2.1.46), [b]chown[/b] ne suivait pas les liens symboliques. Depuis cette version, [b]chown[/b] suit les liens symboliques, et il existe un nouvel appel-système, [b]lchown , [/b] 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 [b]chown )[/b] a pris son numéro de Syscall, et [b]chown[/b] a reçu un nouveau numéro.     Le prototype de la fonction [b]fchown[/b] est seulement utilisable si la constante symbolique [b]_BSD_SOURCE[/b] est définie (soit explicitement, soit implicitement en ne définissant pas _POSIX_SOURCE ou en compilant avec l'attribut -ansi). [size=18] [b]Conformité[/b] [/size] L'appel système [b]chown[/b] est conforme à SVr4, SVID, POSIX, X/OPEN. La version 4.4BSD ne peut être appelée que par le Super-User (ce qui signifie qu'un utilisateur ordinaire ne peut pas céder la propriété d'un fichier). SVr4 documente les erreurs EINVAL, EINTR, ENOLINK et EMULTIHOP, mais pas ENOMEM. POSIX.1 ne décrit ni ENOMEM ni ELOOP. L'appel système [b]fchown[/b] est conforme à 4.4BSD et SVr4. SVr4 indique des conditions d'erreurs supplémentaires EINVAL, EIO, EINTR, et ENOLINK. [size=18] [b]Remarques[/b] [/size] La sémantique de [b]chown[/b]() 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 [b]chown[/b]() 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. [size=18] [b]Voir aussi[/b] [/size] [b]chmod (2),[/b] [b]flock (2).[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier