Linux Certif

Toute la documentation sur la certification Linux LPI

Rechercher une page de manuel

chmod

NOM

chmod, fchmod - Modifier les permissions d'accès à un fichier

SYNOPSIS

#include <sys/types.h>
#include <sys/stat.h>

int chmod(const char *path, mode_t mode);
int fchmod(int fildes, mode_t mode);

DESCRIPTION

chmod change le mode d'accès du fichier donné par path ou associé au descripteur fildes.

Le mode est spécifié par un OU binaire « | » entre les éléments suivants (les nombres sont en octal) :

S_ISUID

04000 modification du numéro d'utilisateur (UID) à l'exécution.

S_ISGID

02000 modification du numéro de groupe (GID) à l'exécution.

S_ISVTX

01000 positionner le sticky bit pour conserver le code du programme en mémoire après exécution.

S_IRUSR

00400 accès en lecture pour le propriétaire

S_IWUSR

00200 accès en écriture pour le propriétaire

S_IXUSR

00100 accès en exécution/parcours par le propriétaire

S_IRGRP

00040 accès en lecture pour le groupe

S_IWGRP

00020 accès en écriture pour le groupe

S_IXGRP

00010 accès en exécution/parcours pour le groupe

S_IROTH

00004 accès en lecture pour les autres

S_IWOTH

00002 accès en écriture pour les autres

S_IXOTH

00001 accès en exécution/parcours pour les autres

L'UID effectif du processus appelant doit correspondre à celui du propriétaire du fichier, ou le processus doit être privilégié (sous Linux : il doit avoir la capacité CAP_FOWNER).

Si le processus appelant n'est pas privilégié (sous Linux : n'a pas la capacité CAP_FSETID), et si le groupe du fichier ne correspond ni au GID effectif du processus, ni à l'un de ses éventuels groupes supplémentaires, le bit S_ISGID sera désactivé, mais cela ne créera pas d'erreur.

Par mesure de sécurité, suivant le type de système de fichiers, les bits Set-UID et Set-GID peuvent être effacés si un fichier est écrit. (Sous Linux, cela arrive si le processus qui écrit n'a pas la capacité CAP_FSETID. Sur certains systèmes de fichiers, seul le superutilisateur peut positionner le Sticky-Bit, lequel peut avoir une signification spécifique. Pour la signification du Sticky-Bit et du bit Set-GID sur les répertoires, voir stat(2).

Sur les systèmes de fichiers NFS, une restriction des autorisations d'accès aura un effet immédiat y compris sur les fichiers déjà ouverts, car les contrôles d'accès sont effectués sur le serveur, mais les fichiers sont maintenus ouverts sur le client. Par contre, un élargissement des autorisations peut ne pas être immédiat pour les autres clients, s'ils disposent d'un cache.

VALEUR RENVOYÉE

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, différentes erreurs peuvent être renvoyées. Les plus courantes pour chmod() sont :

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.

EIO

Une erreur d'entrée-sortie s'est produite.

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

L'UID effectif ne correspond pas au propriétaire du fichier, et le processus n'est pas privilégié (sous Linux : il n'a pas la capacité CAP_FOWNER).

EROFS

Le fichier spécifié réside sur un système de fichiers en lecture seule.

Les erreurs les plus courantes pour fchmod() sont :

EBADF

Le descripteur de fichier fildes est invalide.

EIO

Voir plus haut.

EPERM

Voir plus haut.

EROFS

Voir plus haut.

CONFORMITÉ

BSD 4.4, SVr4, POSIX.1-2001.

VOIR AUSSI

chown(2), execve(2), fchmodat(2), open(2), path_resolution(2), stat(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> ».