Provided by:
manpages-fr-extra_20101103_all 
NOM
chattr - Modifier les attributs des fichiers d'un systeme de fichiers
Linux
SYNOPSIS
chattr [ -RVf ] [ -v version ] [ mode ] fichiers...
DESCRIPTION
chattr modifie les attributs des fichiers d'un systeme de fichiers de
Linux.
La representation symbolique d'un mode est de la forme
+-=[acdeijstuADST].
L'operateur << + >> permet d'ajouter les attributs selectionnes a la
liste des attributs du fichier ; << - >> permet de les enlever ; et
<< = >> permet de definir les seuls attributs que les fichiers auront.
Les lettres << acdeijstuADST >> selectionnent les nouveaux attributs
des fichiers ; ajout uniquement (a : append), compresse (c :
compressed), pas pour dump (d : no dump), format etendu (e : extent
format), immuable (i : immutable), journalisation des donnees (j : data
journalling), suppression securisee (s : secure deletion), pas de
fusion des fins de fichiers (t : no tail-merging), non supprimable (u :
undeletable), pas de mise a jour de la date d'acces (A : no atime
updates), mises a jour synchrones des repertoires (D : synchronous
directory updates), mises a jour synchrones (S : synchronous updates)
et repertoire racine (T : top of directory hierarchy).
Les attributs suivants sont en lecture seule. Ils peuvent etre affiches
par lsattr(1), mais ne peuvent pas etre modifies par chattr(1) : gros
fichier (h : huge file), erreur de compression (E : compression error),
repertoire indexe (I : indexed directory), acces brut au fichier aux
donnees compressees (X : compression raw access) et fichier sale
compresse (Z : compressed dirty file).
OPTIONS
-R Modifier recursivement les attributs des repertoires et de leurs
contenus.
-V Etre bavard dans la sortie de chattr et afficher la version du
programme.
-f Supprimer la plupart des messages d'erreur.
-v version
Fixer la version ou generation du fichier.
ATTRIBUTS
Quand on accede a un fichier avec l'attribut << A >>, sa date d'acces
(<< atime >>) n'est pas modifiee. Un certain nombre d'entrees-sorties
sur les systemes de portables sont ainsi evitees.
Un fichier avec l'attribut << a >> ne peut etre ouvert qu'en mode ajout
pour l'ecriture. Seul le superutilisateur ou un processus avec la
capacite CAP_LINUX_IMMUTABLE peut ajouter ou supprimer cet attribut.
Un fichier avec l'attribut << c >> est automatiquement compresse sur le
disque par le noyau. La lecture avec read du fichier renverra les
donnees non compressees. Les ecritures dans le fichier compressent les
donnees avant de les enregistrer sur le disque. Remarque : assurez-vous
de lire la section sur les bogues et limitations a la fin de ce
document.
Quand un repertoire avec l'attribut << D >> est modifie, les
modifications sont ecrites de facon synchrone sur le disque ; c'est
equivalent a ce que fait l'option << dirsync >> de mount, mais limite a
un sous-ensemble de fichiers.
Un fichier avec l'attribut << d >> n'est pas candidat pour etre
sauvegarde par le programme dump(8).
L'attribut << E >> est utilise par les patches experimentaux de
compression pour indiquer que le fichier a une erreur de compression.
Il ne peut pas etre ajoute ou retire avec chattr(1), il est tout de
meme affiche par lsattr(1).
L'attribut << e >> indique que le fichier utilise des extension pour la
correspondance des blocs sur le disque. Il ne peut etre supprime avec
chattr(1).
L'attribut << I >> sert au code des arbres de hachage pour indiquer
qu'un repertoire est en train d'y etre indexe. Il ne peut pas etre
ajoute ou retire avec chattr(1), il est tout de meme affiche par
lsattr(1).
L'attribut << h >> indique que le fichier enregistre ses blocs dans
l'unite defini par la taille des blocs du systeme de fichier au lieu de
la taille des secteurs, et ceci signifie que le fichier est (ou a ete)
plus gros que 2 To. Il ne peut etre defini ou supprime en utilisant
chattr(1), mais il peut etre affiche par lsattr(1).
Un fichier avec l'attribut << i >> ne peut pas etre modifie : il ne
peut pas etre supprime ou renomme, aucun lien ne peut etre fait vers
lui et on ne peut pas y ecrire de donnees. Seul le superutilisateur ou
un processus avec la capacite CAP_LINUX_IMMUTABLE peut ajouter ou
retirer cet attribut.
Un fichier avec l'attribut << j >> aura toutes ses donnees ecrites dans
le journal ext3 avant qu'elles soient ecrites dans le fichier lui-meme,
que le systeme de fichiers soit monte avec l'option << data=ordered >>
ou avec l'option << data=writeback >>. Quand le systeme de fichiers est
monte avec l'option << data=journal >>, toutes les donnees sont deja
journalisees et cet attribut n'a aucun effet. Seul le superutilisateur
ou un processus avec la capacite CAP_SYS_RESOURCE peut ajouter ou
supprimer cet attribut.
Quand un fichier avec l'attribut << s >> est supprime, ses blocs sont
mis a zero et ecrits sur le disque. Remarque : assurez-vous de lire la
section sur les bogues et limitations a la fin de ce document.
Quand un fichier avec l'attribut << S >> est modifie, les modifications
sont ecrites de facon synchrone sur le disque ; c'est equivalent a ce
que fait l'option << sync >> de mount, mais limite a un sous-ensemble
de fichiers.
Un repertoire avec l'attribut << T >> va se faire passer pour le
repertoire de plus haut niveau aupres de l'allocateur de blocs Orlov.
Il s'agit d'une indication pour l'allocateur de blocs utilise par ext3
et ext4 indiquant que les sous-repertoires de ce repertoire ne sont pas
lies et doivent donc etre disperses a differents endroits lors des
allocations. Appliquer l'attribut << T >> sur le repertoire /home est
par exemple une tres bonne idee, ce qui permet a /home/jean et
/home/marie d'etre places dans differents groupes de blocs. Pour les
repertoires qui n'ont pas cet attribut, l'allocateur de blocs Orlov
essaiera de grouper les sous-repertoires le plus pres possible les uns
des autres.
Un fichier avec l'attribut << t >> n'aura pas de bloc partiel en fin de
fichier fusionne avec d'autres fins de fichiers (pour les systemes de
fichiers permettent le << tail-merging >>). Ceci est necessaire pour
des applications comme LILO, qui lisent le systeme de fichiers
directement et ne connaissent pas le << tail-merging >>. Remarque : Au
moment de l'ecriture de cette page de manuel, les systemes de fichiers
ext2 et ext3 ne gerent toujours pas le << tail-merging >> (a part dans
des patch tres experimentaux).
Quand un fichier avec l'attribut << u >> est supprime, son contenu est
sauvegarde. Ceci permet a l'utilisateur de demander sa recuperation.
Remarque : assurez-vous de lire la section sur les bogues et
limitations a la fin de ce document.
L'attribut << X >> est utilise par les patches experimentaux de
compression pour indiquer qu'on peut acceder directement au contenu
brut du fichier compresse. Il ne peut pas etre ajoute ou retire avec
chattr(1), il est tout de meme affiche par lsattr(1).
L'attribut << Z >> est utilise par les patches experimentaux de
compression pour indiquer que le fichier compresse est << sale >>. Il
ne peut pas etre ajoute ou retire avec chattr(1), il est tout de meme
affiche par lsattr(1).
AUTEUR
chattr a ete ecrit par Remy Card <card@masi.ibp.fr>. Et est
actuellement maintenu par Theodore Ts'o <tytso@alum.mit.edu>.
BOGUES ET LIMITATIONS
Les attributs << c >>, << s >> et << u >> ne sont pas respectes par les
systemes de fichiers ext2 et ext3 tels qu'ils sont implementes dans les
noyaux Linux actuels. La gestion de ces attributs pourrait etre
implementee dans des versions futures des systemes de fichiers ext2 et
ext3.
L'option << j >> n'est utile que si le systeme de fichiers est monte en
tant que ext3.
L'option << D >> n'est utile que sur les noyaux Linux 2.5.19 et
superieurs.
DISPONIBILIT'E
chattr fait partie du paquet e2fsprogs et est disponible sur
http://e2fsprogs.sourceforge.net.
VOIR AUSSI
lsattr(1)
TRADUCTION
La traduction de cette page de manuel est maintenue par les membres de
la liste <debian-l10n-french AT lists DOT debian DOT org>. Veuillez
signaler toute erreur de traduction par un rapport de bogue sur le
paquet manpages-fr-extra.