.\" -*- coding: UTF-8 -*-
'\" t
.\" -*- nroff -*-
.\" Copyright 1993, 1994, 1995 by Theodore Ts'o.  All Rights Reserved.
.\" This file may be copied under the terms of the GNU Public License.
.\"
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH EXT4 5 "Mai 2024" "E2fsprogs version 1.47.1" 
.SH NOM
ext2 – Le deuxième système de fichiers étendu
.br
ext3 – Le troisième système de fichiers étendu
.br
ext4 – Le quatrième système de fichiers étendu
.SH DESCRIPTION
Les deuxième, troisième et quatrième systèmes de fichiers étendus (ou plus
communément connus comme ext2, ext3 et ext4) sont les systèmes de fichiers
Linux qui sont historiquement utilisés par défaut par de nombreuses
distributions Linux. Ce sont des systèmes de fichiers généralistes qui ont
été conçus pour être extensibles et bénéficier d'une rétrocompatibilité. En
particulier, les systèmes prévus auparavant pour fonctionner avec les
systèmes de fichiers ext2 et ext3 peuvent être montés avec le pilote de
système de fichiers ext4, et en effet, dans de nombreuses distributions
Linux modernes, le pilote de système de fichiers est configuré pour prendre
en charge les requêtes de montage des systèmes de fichiers ext2 et ext3.
.SH "FONCTIONNALITÉS DU SYSTÈME DE FICHIERS"
Un système de fichiers formaté pour ext2, ext3 ou ext4 peut avoir un
sous\-ensemble des fonctionnalités suivantes activé. Suivant la version du
noyau Linux utilisé, toutes les implémentations des systèmes de fichiers
ext2, ext3 ou ext4 ne prennent pas en charge certaines fonctionnalités. Sur
d'autres systèmes d'exploitation tels que GNU/Hurd ou FreeBSD,
l'implémentation d'ext2 ne prend en charge qu'un ensemble très restreint de
ces fonctionnalités
.TP 
\fB64bit\fP
.br
Cette fonctionnalité permet au système de fichiers d'être plus grand que
2^32 blocs. Cette fonctionnalité est activée automatiquement si besoin, mais
il peut être utile de l'indiquer explicitement s'il est envisagé de
redimensionner le système de fichiers pour atteindre un nombre de blocs
supérieur à 2^32, même si celui\-ci était plus petit que ce seuil lors de sa
création. Remarquez que des versions précédentes du noyau et de e2fsprogs ne
prendront pas en charge les systèmes de fichiers avec cette fonctionnalité
activée pour ext4.
.TP 
\fBbigalloc\fP
.br
Cette fonctionnalité d'ext4 active l'allocation de blocs par cluster, de
sorte que l'unité d'allocation en nombre de blocs est une puissance de
deux. Cela signifie que chaque bit de ce qui était traditionnellement connu
comme la carte d'allocation de bloc indique maintenant si un cluster est
utilisé ou non, un cluster étant par défaut composé de 16 blocs. Cette
fonctionnalité peut diminuer le temps passé dans des allocations de blocs et
limite la fragmentation, en particulier pour les grands fichiers. La taille
peut être indiquée par l'option \fBmke2fs \-C\fP.
.IP
\fBAttention :\fP la fonctionnalité bigalloc est encore en développement et
peut ne pas être complètement prise en charge par le noyau ou peut être
boguée. Veuillez consulter la page web
http://ext4.wiki.kernel.org/index.php/Bigalloc pour plus
d'informations. Elle peut entrer en conflit avec l'allocation avec retard
(consultez l'option de montage \fBnodelalloc\fP).
.IP
Cette fonctionnalité nécessite l'activation de la fonctionnalité \fBextent\fP.
.TP 
\fBcasefold\fP
.br
Cette fonctionnalité d'ext4 fournit la prise en charge de l'encodage des
caractères au niveau du système de fichiers pour les répertoires avec
l'attribut \fIcasefold\fP (+F) activé. Cette fonctionnalité préserve les noms
sur le disque, mais elle permet aux applications de rechercher un fichier
dans le système de fichiers en utilisant une version d'encodage équivalente
à celle du nom du fichier.
.TP 
\fBdir_index\fP
.br
Utiliser des arbresB hachés (hashed b\-trees en anglais) pour accélérer la
recherche de noms dans de grands répertoires. Cette fonctionnalité est prise
en charge par les systèmes de fichiers ext3 et ext4, et est ignorée par les
systèmes de fichiers ext2.
.TP 
\fBdir_nlink\fP
.br
Normalement, ext4 n'autorise pas un inœud à avoir plus de 65 000 liens
durs. Cela s'applique aussi bien aux fichiers ordinaires qu'aux répertoires,
ce qui signifie qu'il ne peut pas y avoir plus de 64 998 sous\-répertoires
dans un répertoire (parce que chacune des entrées « . », « .. » et l'entrée
du répertoire dans son répertoire parent compte comme des liens durs). Cette
fonctionnalité lève la contrainte en faisant qu'ext4 utilise un nombre de
liens de 1 pour indiquer que le nombre de liens durs à un répertoire n'est
pas connu quand le nombre de liens peut excéder la limite maximale.
.TP 
\fBea_inode\fP
.br
Normalement, les attributs étendus d'un fichier et les métadonnées associées
doivent tenir dans l'inœud ou dans le bloc d'attribut étendu associé à
l'inœud. Cette fonctionnalité permet de placer la valeur de chaque attribut
étendu dans les blocs de données d'un inœud séparé si nécessaire, augmentant
la taille et le nombre d'attributs étendus par fichier.
.TP 
\fBencrypt\fP
.br
Activer la prise en charge du chiffrement au niveau du système de fichiers
des blocs de données et des noms de fichiers. Les métadonnées de l'inœud
(horodatage, taille de fichier, propriété d'utilisateur/de groupe, etc.) ne
sont pas chiffrées.
.IP
Cette fonctionnalité est surtout utile sur les systèmes de fichiers avec
plusieurs utilisateurs ou lorsque tous les fichiers ne doivent pas être
chiffrés. Dans de nombreux cas, particulièrement sur les systèmes n'ayant
qu'un seul utilisateur, le chiffrement au niveau du périphérique bloc en
utilisant dm\-crypt peut offrir une bien meilleure sécurité.
.TP 
\fBext_attr\fP
.br
Cette fonctionnalité active l'utilisation des attributs étendus. Cette
fonctionnalité est prise en charge par ext2, ext3 et ext4.
.TP 
\fBextent\fP
.br
Cette fonctionnalité d'ext4 permet la correspondance entre les numéros de
blocs logiques pour un inœud particulier et les blocs physiques sur le
périphérique de stockage qui seront stockés au moyen d'un arbre étendu, qui
est une structure de données plus efficace que le schéma de bloc indirect
traditionnel utilisé par les systèmes de fichiers ext2 et
ext3. L'utilisation d'arbres étendus diminue le coût associé aux métadonnées
des blocs, améliore les performances du système de fichiers et diminue le
besoin de lancer \fBe2fsck\fP(8) sur le système de fichiers. (Remarque : les
deux noms \fBextent\fP et \fBextents\fP sont considérés comme valables pour cette
fonctionnalité pour des raisons historiques et de compatibilité ascendante).
.TP 
\fBextra_isize\fP
.br
Cette fonctionnalité d'ext4 réserve une quantité précise de place dans
chaque inœud pour les métadonnées étendues telles que les horodatages en
nanosecondes et les temps de création de fichiers, même si le noyau actuel
n'a pas besoin pour le moment de tant de place. Sans cette fonctionnalité,
le noyau va réserver la quantité de place nécessaire pour les
fonctionnalités dont il a besoin actuellement, et le reste sera utilisé par
les attributs étendus.

Pour que cette fonctionnalité soit utile, la taille des inœuds doit être
d'au moins 256 octets.
.TP 
\fBfiletype\fP
.br
Cette fonctionnalité active le stockage de l'information du type de fichiers
dans les entrées de répertoire. Cette fonctionnalité est prise en charge par
ext2, ext3 et ext4.
.TP 
\fBflex_bg\fP
.br
Cette fonctionnalité d'ext4 permet au groupe de métadonnées relatives au
bloc (carte des allocations et table des inœuds) d'être placé n'importe où
sur le périphérique de stockage. De plus, \fBmke2fs\fP placera ensemble les
données de ce groupe, à partir du premier bloc du groupe de chaque « groupe
flex_bg ». La taille du groupe flex_bg peut être précisée à l'aide de
l'option \fB\-G\fP.
.TP 
\fBhas_journal\fP
.br
Créer un journal pour assurer la cohérence du système de fichiers même après
un arrêt brutal. Ajouter cette fonctionnalité du système de fichiers est
équivalent à utiliser l'option \fB\-j\fP avec \fBmke2fs\fP ou \fBtune2fs\fP. Cette
fonctionnalité est prise en charge par ext3 et ext4, et ignorée par le
pilote de système de fichiers ext2.
.TP 
\fBhuge_file\fP
.br
Cette fonctionnalité d'ext4 permet d'avoir des fichiers de plus de
2 téraoctets.
.TP 
\fBinline_data\fP
Permettre le stockage des données dans l'inœud et la zone d'attributs
étendus.
.TP 
\fBjournal_dev\fP
.br
Cette fonctionnalité est activée sur le superbloc trouvé dans un
périphérique de journal externe. La taille de bloc pour le journal externe
doit être la même que celle du système de fichiers qui l'utilise.
.IP
Le périphérique de journal externe peut être utilisé par un système de
fichiers en indiquant à \fBmke2fs\fP(8) ou \fBtune2fs\fP(8) l'option \fB\-J\fP
\fBdevice=\fP<périphérique_externe\fBgt\fP.
.TP 
\fBlarge_dir\fP
.br
Cette fonctionnalité recule la limite du nombre de fichiers par répertoire
en augmentant la taille maximale des répertoires et, pour les répertoires
arbre\-B hachés (voir \fBdir_index\fP), la profondeur maximale de l'arbre\-B
haché utilisé pour stocker les entrées de répertoire.
.TP 
\fBlarge_file\fP
.br
Cette fonctionnalité est automatiquement activée par les noyaux récents
lorsqu'un fichier de plus de 2 gigaoctets est créé. Les noyaux très anciens
ne pouvaient pas gérer de si grands fichiers, et cette fonctionnalité était
utilisée pour éviter à ces noyaux de monter les systèmes de fichiers qu'ils
ne pouvaient pas comprendre.
.TP 
\fBmetadata_csum\fP
.br
Cette fonctionnalité d'ext4 active le calcul de sommes de contrôle sur les
métadonnées. Cette fonctionnalité stocke les sommes de contrôle pour les
types de métadonnées du système de fichiers (superbloc, blocs de
descripteurs de groupe, cartes des inœuds et des blocs, répertoires et blocs
d'arbre étendu). L'algorithme de somme de contrôle utilisé pour les blocs de
métadonnées est différent de celui utilisé pour les descripteurs de groupe
avec la fonctionnalité \fBuninit_bg\fP. Ces deux fonctionnalités sont
incompatibles et \fBmetadata_csum\fP sera utilisé de préférence à la place de
\fBuninit_bg\fP.
.TP 
\fBmetadata_csum_seed\fP
.br
Cette fonctionnalité permet au système de fichiers de stocker la graine de
la somme de contrôle dans le superbloc, autorisant l’administrateur à
modifier l’UUID d’un système de fichiers en utilisant la fonctionnalité
\fBmetadata_csum\fP tout en étant monté.
.TP 
\fBmeta_bg\fP
.br
Cette fonctionnalité d'ext4 permet de redimensionner les systèmes de
fichiers à chaud sans avoir besoin explicitement de réserver de la place
pour l'augmentation de la taille des descripteurs de groupes de blocs. Cette
méthode est aussi utilisée pour redimensionner les systèmes de fichiers qui
font plus de 2^32 blocs. Il n'est pas recommandé d'activer cette
fonctionnalité lors de la création d'un système de fichiers, étant donné que
cette méthode alternative de stocker les descripteurs de groupe de bloc va
augmenter le temps nécessaire à monter le système de fichiers. Les noyaux
récents peuvent automatiquement activer cette fonctionnalité si nécessaire
pendant un redimensionnement à chaud pendant lequel il n'y aurait plus de
place réservée disponible dans l'inœud redimensionné.
.TP 
\fBmmp\fP
.br
Cette fonctionnalité d'ext4 fournit une protection multiple de montage
(« MMP »). Cette fonctionnalité contribue à la protection du système de
fichiers contre les montages multiples et est utile dans les environnements
de stockage partagé.
.TP 
\fBproject\fP
.br
Cette fonctionnalité d'ext4 fournit la prise en charge du quota de
projet. Avec cette fonctionnalité, l'identifiant de projet de l'inœud sera
géré lors du montage du système de fichiers.
.TP 
\fBquota\fP
.br
Créer des inœuds de quota (inœud nº 3 pour le quota utilisateur, inœud nº 4
pour le quota de groupe) et les positionner dans le superbloc. Avec cette
fonctionnalité, les quotas seront activés automatiquement lorsque le système
de fichiers sera monté.
.IP
Cette fonctionnalité implique que les fichiers de quota (c'est\-à\-dire
user.quota et group.quota, qui existaient dans la version plus ancienne des
quotas) sont cachés dans les inœuds.
.TP 
\fBresize_inode\fP
.br
Cette fonctionnalité du système de fichiers indique que de la place a été
réservée pour que le système de fichiers puisse étendre la table des
descripteurs de groupe de blocs lors de son redimensionnement alors qu'il
est monté. L'opération de redimensionnement à chaud est effectuée par le
noyau et déclenchée par \fBresize2fs\fP(8). Par défaut, \fBmke2fs\fP essaie de
réserver de la place pour que le système de fichiers puisse grossir de 1024
fois sa taille initiale. Cela peut être changé en utilisant l'option étendue
\fBresize\fP.
.IP
Cette fonctionnalité nécessite l'activation de la fonctionnalité
\fBsparse_super\fP ou \fBsparse_super2\fP.
.TP 
\fBsparse_super\fP
.br
Cette fonctionnalité de système de fichiers est activée sur tous les
systèmes de fichiers ext2, ext3 et ext4 récents. Elle indique que les copies
de sauvegarde des descripteurs de superblocs et de groupes de blocs sont
présents seulement sur quelques groupes de blocs et non sur tous.
.TP 
\fBsparse_super2\fP
.br
Cette fonctionnalité indique qu'il n'y aura au plus que deux superblocs de
sauvegarde et deux descripteurs de groupes de blocs. Les groupes de blocs
utilisés pour stocker les descripteurs de superblocs de sauvegarde et des
groupes de blocs sont stockés dans le superbloc, mais typiquement, un sera
situé au début du premier groupe de blocs et un autre dans le dernier groupe
de blocs du système de fichiers. Cette fonctionnalité est essentiellement
une version plus extrême de \fIsparse_super\fP et est conçue pour permettre
qu'un plus grand pourcentage du disque soit constitué de blocs contigus
disponibles pour les fichiers de données.
.TP 
\fBstable_inodes\fP
.br
Marquer les numéros d'inœud et les UUID du système de fichiers comme
stable. \fBresize2fs\fP(8) ne permettra pas de rétrécir un système de fichiers
doté de cette fonctionnalité et \fBtune2fs\fP(8) de changer son UUID. Cette
fonctionnalité permet l'utilisation de configurations de chiffrement
spécialisées qui utilisent les numéros d'inœud et les UUID. Notez que la
fonctionnalité \fBencrypt\fP nécessite encore d'être activée
séparément. \fBstable_inodes\fP est une fonctionnalité « compat », aussi les
anciens noyaux l'autorisent.
.TP 
\fBuninit_bg\fP
.br
Cette fonctionnalité du système de fichiers ext4 indique que les
descripteurs de groupes de blocs seront protégés à l'aide de sommes de
vérification, rendant plus sûre la création par \fBmke2fs\fP(8) d'un système de
fichiers sans initialisation de tous les groupes de blocs. Le noyau gardera
une trace des inœuds inutilisés, et initialisera les tables d'inœuds et de
blocs en différé. Cette fonctionnalité réduit le temps mis pour la
vérification du système de fichiers avec \fBe2fsck\fP, ainsi que le temps
nécessaire à \fBmke2fs\fP(8) pour créer le système de fichiers.
.TP 
\fBverity\fP
.br
Activer la prise en charge de la protection de fichiers « verity ». Les
fichiers « verity » sont en lecture seule et leurs données sont vérifiées de
façon transparente par rapport à une arborescence de Merkle cachée après la
fin du fichier. En utilisant le hachage racine d'une arborescence de Merkle,
un fichier « verity » peut être authentifié efficacement, indépendamment de
la taille du fichier.
.IP
Cette fonctionnalité est surtout utile pour authentifier des fichiers
importants en lecture seule sur des systèmes de fichiers accessibles en
lecture\-écriture. Si le système de fichiers lui\-même est en lecture seule,
l'utilisation de dm\-verity pour authentifier le périphérique bloc en entier
peut offrir une bien meilleure sécurité.'
.SH "OPTIONS DE MONTAGE"
Cette section décrit les options de montages spécifiques à ext2, ext3 et
ext4. D'autres options de montage génériques peuvent être aussi
utilisées. Consultez \fBmount\fP(8) pour plus de détails.
.SH "Options de montage pour ext2"
Le type de système de fichiers « ext2 » est le type standard pour les
systèmes de fichiers Linux. Depuis Linux 2.5.46, les valeurs par défaut de
la plupart des options de montage sont déterminées par le superbloc du
système de fichiers. Vous pouvez les configurer avec \fBtune2fs\fP(8).
.TP 
\fBacl\fP|\fBnoacl\fP
Prendre en charge (ou non) les listes de contrôle d'accès (ACL)
POSIX. Consultez la page de manuel d'\fBacl\fP(5).
.TP 
\fBbsddf\fP|\fBminixdf\fP
Définir le comportement à adopter pour l'appel système \fIstatfs\fP. Le
comportement \fBminixdf\fP consiste à renvoyer dans le champ \fIf_blocks\fP le
nombre total de blocs du système de fichiers, alors que le comportement
\fBbsddf\fP (comportement par défaut) consiste à soustraire les blocs utilisés
par le système de fichiers ext2 non disponibles pour le stockage. Ainsi on
obtient :
.sp 1
% mount /k \-o minixdf; df /k; umount /k
.TS
tab(#);
l2 l2 r2 l2 l2 l
l c r c c l.
Système de fichiers#blocs de 1 K#Utilisé#Disponible#Capacité#Monté sur
/dev/sda6#2630655#86954#2412169#3%#/k
.TE
.sp 1
% mount /k \-o bsddf; df /k; umount /k
.TS
tab(#);
l2 l2 r2 l2 l2 l
l c r c c l.
Système de fichiers#blocs de 1 K#Utilisé#Disponible#Capacité#Monté sur
/dev/sda6#2543714#13#2412169#0%#/k
.TE
.sp 1
(Remarquez que cet exemple montre que l'on peut, en ligne de commande,
ajouter des options à celles mentionnées dans \fI/etc/fstab\fP).
.TP 
\fBcheck=none\fP ou \fBnocheck\fP
Aucune vérification n'est faite lors du montage. C'est le comportement par
défaut. C'est rapide. Il est sage de lancer \fBe2fsck\fP(8) de temps en temps,
par exemple à l'amorçage. Aucun autre comportement que celui par défaut
n'est pris en charge (les options check=normal et check=strict ont été
supprimées). Veuillez remarquer que ces options de montage n'ont pas besoin
d'être prises en charge si le pilote ext4 du noyau est utilisé pour des
systèmes de fichiers ext2 et ext3.
.TP 
\fBdebug\fP
Afficher des informations de débogage lors de chaque (re)montage.
.TP 
\fBerrors=\fP{\fBcontinue\fP|\fBremount\-ro\fP|\fBpanic\fP}
Définir le comportement à adopter en cas d'erreur. L'erreur peut être
ignorée en marquant simplement le système de fichiers comme étant corrompu,
et continuer. Le système de fichiers peut également être remonté en lecture
seule. Une panique du noyau peut sinon être déclenchée en forçant l'arrêt du
système. Le comportement par défaut est défini dans le superbloc du système
de fichiers et peut être configuré avec \fBtune2fs\fP(8).
.TP 
\fBgrpid\fP|\fBbsdgroups\fP et \fBnogrpid\fP|\fBsysvgroups\fP
Ces options définissent le GID que reçoit un nouveau fichier créé. Quand
\fBgrpid\fP est positionné, le fichier reçoit le GID du répertoire dans lequel
il est créé. Sinon (par défaut), il prend le fsgid du processus appelant, à
moins que le répertoire ait son bit Set\-GID positionné, auquel cas il reçoit
le GID du répertoire parent, et s'il s'agit d'un nouveau répertoire, voit
son bit Set\-GID positionné.
.TP 
\fBgrpquota\fP|\fBnoquota\fP|\fBquota\fP|\fBusrquota\fP
L'option de montage usrquota (identique à quota) active la prise en charge
du quota utilisateur sur le système de fichiers. grpquota active la prise en
charge du quota de groupe. Les utilitaires de quota sont en fait nécessaires
pour activer et gérer le système de quota.
.TP 
\fBnouid32\fP
Désactiver les UID et GID 32 bits. Cela permet l'interopérabilité avec les
noyaux anciens qui ne gèrent que des valeurs 16 bits.
.TP 
\fBoldalloc\fP ou \fBorlov\fP
Utiliser l'ancienne allocation ou bien l'allocation Orlov pour les nouveaux
inœuds. La valeur par défaut est l'allocation Orlov.
.TP 
\fBresgid=\fP\,\fIn\fP et \fBresuid=\fP\,\fIn\fP
Le système de fichiers ext2 réserve un certain pourcentage de l'espace
disponible (par défaut 5 %, consultez \fBmke2fs\fP(8) et \fBtune2fs\fP(8)). Ces
options déterminent qui peut utiliser ces blocs réservés (en gros, celui qui
a l'UID indiqué ou qui appartient au groupe mentionné).
.TP 
\fBsb=\fP\fIn\fP
Au lieu d'utiliser le superbloc normal, utiliser un autre superbloc indiqué
par \fIn\fP. On se sert de cette option lorsque le superbloc primaire a été
corrompu. L'emplacement des superblocs de sauvegarde dépend de la taille des
blocs du système de fichiers, du nombre de blocs par groupe et de
fonctionnalités telles que \fBsparse_super\fP.
.IP
D'autres superblocs de sauvegardes peuvent être retrouvés en utilisant le
programme \fBmke2fs\fP avec l'option \fB\-n\fP pour afficher les emplacements où
les superblocs ont été créés en supposant qu'on a fourni à \fBmke2fs\fP des
arguments cohérents avec la disposition du système de fichiers (par exemple
la taille des blocs, le nombre de blocs par groupe, \fBsparse_super\fP, etc.).
.IP
Le nombre de blocs utilise dans ce cas 1 Ko comme unité. Donc, si vous
voulez utiliser un bloc logique de 32 178 Ko, utilisez « sb=131072 ».
.TP 
\fBuser_xattr\fP|\fBnouser_xattr\fP
Prendre en charge (ou non) les attributs étendus « user. ».


.SH "Options de montage pour ext3"
Le système de fichiers ext3 est une version du système de fichiers ext2 à
laquelle a été ajoutée la journalisation. Il prend en charge les mêmes
options que ext2 ainsi que les suivantes :
.TP 
\fBjournal_dev=\fP\fInum_pér\fP/\fBjournal_path=\fP\fIchemin\fP
Si les numéros majeur et mineur du périphérique de journal externe ont été
modifiés, ces options permettent à l'utilisateur d'indiquer le nouvel
emplacement du journal. Le périphérique de journal est identifié soit à
l'aide de ses nouveaux numéros majeur et mineur encodés dans \fInum_pér\fP,
soit à l’aide du \fIchemin\fP vers le périphérique.
.TP 
\fBnorecovery\fP/\fBnoload\fP
Ne pas charger le journal lors du montage. Remarquez que si le système de
fichiers n'était pas monté proprement, sauter la relecture du journal
entraînera des incohérences dans le contenu du système de fichiers, pouvant
entraîner un certain nombre de problèmes.
.TP 
\fBdata=\fP{\fBjournal\fP|\fBordered\fP|\fBwriteback\fP}
Indiquer le mode de journalisation pour les données des fichiers. Les
métadonnées sont toujours journalisées. Pour utiliser un mode autre que
\fBordered\fP sur le système de fichiers racine, passer le mode au noyau en
tant que paramètre d'amorçage, par exemple : \fBrootflags=data=journal\fP.
.RS
.TP 
\fBjournal\fP
Toutes les données sont inscrites dans le journal avant d'être écrites dans
le système de fichiers principal.
.TP 
\fBordered\fP
C'est le mode par défaut. Toutes les données sont envoyées dans le système
de fichiers principal avant d'inscrire les métadonnées dans le journal.
.TP 
\fBwriteback\fP
L'ordre des données n'est pas préservé. Les données peuvent être écrites
dans le système de fichiers après que les métadonnées soient inscrites dans
le journal. C’est probablement l'option à plus haut débit. Elle garantit
l'intégrité interne du système de fichiers, mais d'anciennes données peuvent
apparaître dans un fichier après un plantage et une récupération du journal.
.RE
.TP 
\fBdata_err=ignore\fP
Afficher simplement un message d'erreur si une erreur survient dans un
tampon de données de fichiers en mode ordonné.
.TP 
\fBdata_err=abort\fP
Abandonner le journal si une erreur survient dans un tampon de données de
fichiers en mode ordonné.
.TP 
\fBbarrier=0\fP / \fBbarrier=1\fP
Cette option désactive (barrier=0) ou active (barrier=1) l'utilisation de
barrières d'écriture dans le code jbd. Elle est activée par défaut. Elle
nécessite aussi une pile d'entrée/sortie qui peut prendre en charge les
barrières, et si jbd reçoit une erreur sur une barrière d'écriture, il
désactivera à nouveau les barrières avec un avertissement. Les barrières
d'écriture forcent un ordre correct sur le disque des écritures du journal,
en faisant des caches d'écriture sur disque volatiles sûrs, avec un impact
négatif sur les performances. Si les disques sont alimentés par des
batteries d'une manière ou d'une autre, désactiver les barrières peut
améliorer les performances en toute sécurité.
.TP 
\fBcommit=\fP\fInsec\fP
Démarrer une inscription dans le journal toutes les \fInsec\fP secondes. La
valeur par défaut est 5 secondes. Zéro signifie la valeur par défaut.
.TP 
\fBuser_xattr\fP
Activer les attributs étendus. Consultez la page de manuel \fBattr\fP(5).
.TP 
\fBjqfmt=\fP{\fBvfsold\fP|\fBvfsv0\fP|\fBvfsv1\fP}
En plus de l'ancien système de quota (comme dans ext2, jqfmt=vfsold, aussi
connu sous le nom de quota version 1), ext3 prend en charge aussi des quotas
journalisés (quota version 2). jqfmt=vfsv0 ou jqfmt=vfsv1 active les quotas
journalisés. L'avantage des quotas journalisés est qu'ils ne nécessitent pas
de vérification de quota même après un plantage. Quand la fonctionnalité de
système de fichiers \fBquota\fP est activée, les quotas journalisés sont
utilisés automatiquement et cette option de montage est ignorée.
.TP 
\fBusrjquota=aquota.user\fP|\fBgrpjquota=aquota.group\fP
Pour les quotas journalisés (jqfmt=vfsv0 ou jqfmt=vfsv1), les options de
montage usrjquota=aquota.user et grpjquota=aquota.group sont requises pour
dire au système de quota quels fichiers de base de données de quotas
utiliser. Quand la fonctionnalité de système de fichiers \fBquota\fP est
activée, les quotas journalisés sont utilisés automatiquement est cette
option de montage est ignorée.

.SH "Options de montage pour ext4"
Le système de fichiers ext4 est un niveau plus élevé du système de fichiers
ext3 intégrant des améliorations au niveau de l'évolutivité et de la
fiabilité, afin de gérer des systèmes de fichiers de grande taille.

Les options \fBjournal_dev\fP, \fBjournal_path\fP, \fBnorecovery\fP, \fBnoload\fP,
\fBdata\fP, \fBcommit\fP, \fBorlov\fP, \fBoldalloc\fP, [\fBno\fP]\fBuser_xattr\fP,
[\fBno\fP]\fBacl\fP, \fBbsddf\fP, \fBminixdf\fP, \fBdebug\fP, \fBerrors\fP, \fBdata_err\fP,
\fBgrpid\fP, \fBbsdgroups\fP, \fBnogrpid\fP, \fBsysvgroups\fP, \fBresgid\fP, \fBresuid\fP,
\fBsb\fP, \fBquota\fP, \fBnoquota\fP, \fBgrpquota\fP, \fBusrquota\fP, \fBusrjquota\fP,
\fBgrpjquota\fP et \fBjqfmt\fP sont rétrocompatibles avec ext2 et ext3.
.TP 
\fBjournal_checksum | nojournal_checksum\fP
L'option journal_checksum active les sommes de contrôles pour les
transactions du journal. Cela permet au code de récupération de e2fsck et au
noyau de détecter des corruptions dans le noyau. C'est un changement
compatible qui sera ignoré par les anciens noyaux.
.TP 
\fBjournal_async_commit\fP
Les blocs d'inscription peuvent être écrits sur le disque sans attendre de
descripteur de blocs. Si cela est activé avec un vieux noyau, le
périphérique ne pourra pas être monté. Cela activera en interne
\fBjournal_checksum\fP.
.TP 
\fBbarrier=0\fP / \fBbarrier=1\fP / \fBbarrier\fP / \fBnobarrier\fP
Ces options de montage ont le même effet qu'avec ext3. Les options de
montage « barrier » et « nobarrier » sont ajoutées pour la cohérence avec
les autres options de montage d'ext4.

Le système de fichiers ext4 active les barrières d'écriture par défaut.
.TP 
\fBinode_readahead_blks=\fP\fIn\fP
Ce paramètre définit le nombre maximal de blocs de table d'inœuds que
l'algorithme « readahead » de la table d'inœuds d'ext4 va prélire dans la
mémoire cache. La valeur doit être une puissance de 2. La valeur par défaut
est de 32 blocs.
.TP 
\fBstripe=\fP\fIn\fP
Nombre de blocs du système de fichiers que mballoc essayera d'utiliser pour
la taille d'allocation et l'alignement. Pour les systèmes RAID 5 ou 6, cela
devrait être le nombre de disques de données multiplié par la taille de
morceau (« chunk ») RAID dans les blocs du système de fichiers.
.TP 
\fBdelalloc\fP
Reporter l'allocation des blocs après les écritures.
.TP 
\fBnodelalloc\fP
Désactiver les allocations retardées. Les blocs sont alloués lorsque les
données sont copiées depuis le cache utilisateur vers le cache de page.
.TP 
\fBmax_batch_time=\fP\fIusec\fP
Durée maximale pendant laquelle ext4 devrait attendre des opérations
supplémentaires sur le système de fichiers afin de les grouper pour une
écriture synchrone. Puisque l'opération d'écriture synchrone va forcer une
inscription des données et attendre la fin des entrées/sorties, qu'elle est
peu coûteuse et peut représenter un gain significatif de débit, ext4 attend
un petit peu pour voir si d'autres transactions peuvent être englobées dans
l'écriture synchrone. L'algorithme utilisé est conçu pour faire des réglages
automatiquement en fonction de la vitesse du disque, en mesurant le temps
(moyen) d'une inscription complète d'une transaction. Ce temps est appelé
« temps d'inscription » (« commit time »). Si le temps pendant lequel une
transaction est en cours est inférieur au temps d'inscription, ext4 essaiera
de dormir pendant une durée égale au temps d'inscription pour voir si
d'autres opérations vont se joindre à la transaction. Le temps d'inscription
est majoré par la valeur max_batch_time, qui vaut par défaut 15 000 \[mc]s
(ou 15 ms). Cette optimisation peut être désactivée complètement en
affectant la valeur 0 à max_batch_time.
.TP 
\fBmin_batch_time=\fP\fIusec\fP
Ce paramètre définit le temps d'inscription des données (comme décrit
ci\-dessus) qui doit être au moins égal à \fBmin_batch_time\fP. La valeur par
défaut est zéro microseconde. Augmenter ce paramètre peut améliorer le débit
des charges de travail synchrones multiprocessus sur les disques très
rapides, tout cela augmentant le temps de latence.
.TP 
\fBjournal_ioprio=\fP\fIprio\fP
La priorité d'entrées et sorties (de 0 à 7, où 0 est la priorité la plus
haute) qui doit être utilisée pour les opérations d'entrées et sorties
soumises par kjournald2 durant une opération d'inscription. La priorité par
défaut est 3, ce qui est légèrement supérieur à la priorité par défaut.
.TP 
\fBabort\fP
Simuler les effets d'un appel \fBext4_abort\fP() dans un but de débogage. C'est
normalement utilisé lors du remontage d'un système de fichiers qui est déjà
monté.
.TP 
\fBauto_da_alloc\fP|\fBnoauto_da_alloc\fP
Beaucoup d'applications déficientes n'utilisent pas \fBfsync\fP() lors du
remplacement des fichiers existants avec un motif comme

fd = open("toto.new")/write(fd,...)/close(fd)/ rename("toto.new", "toto")

ou pire encore

fd = open("toto", O_TRUNC)/write(fd,...)/close(fd).

Si auto_da_alloc est activé, ext4 détectera les motifs de « remplacement par
renommage » et de « remplacement par troncature », et forcera l'allocation
de tout bloc d'allocation retardé tel qu'à la prochaine inscription dans le
journal, en mode \fBdata=ordered\fP par défaut, les blocs de données du nouveau
fichier sont envoyés sur le disque avant que l'opération rename() ne soit
inscrite. Cela fournit approximativement le même niveau de garantie que
ext3, et évite le problème de « longueur nulle » qui peut survenir lors d'un
arrêt brutal du système avant que les blocs d'allocation retardés ne soient
envoyés au disque.
.TP 
\fBnoinit_itable\fP
Ne pas initialiser les blocs non initialisés de la table des inœuds en tâche
de fond. Cette fonctionnalité peut être utilisée par les CD d'installation
afin que le processus d'installation termine le plus vite possible. Le
processus d'initialisation de la table des inœuds serait alors reporté au
prochain montage du système de fichiers.
.TP 
\fBinit_itable=\fP\fIn\fP
Le code d'initialisation différée de la table d'inœuds attendra n fois le
nombre de millisecondes qu'il a pris pour mettre à zéro la table d'inœuds du
groupe de blocs précédent. Cela minimise l'impact sur les performances du
système pendant l'initialisation de la table d'inœuds du système de
fichiers.
.TP 
\fBdiscard\fP/\fBnodiscard\fP
Contrôler si ext4 doit envoyer des commandes discard et TRIM au périphérique
bloc sous\-jacent quand les blocs sont libérés. C'est utile pour les
périphériques SSD et l'allocation fine et dynamique (« thinly\-provisioned
LUN »), mais l'option n'est pas activée par défaut avant des tests
suffisants aient été réalisés.
.TP 
\fBblock_validity\fP/\fBnoblock_validity\fP
Cette option permet d'activer ou désactiver la fonction interne du noyau de
suivi des blocs de métadonnées de système de fichiers dans les structures de
données internes. Cela permet à l'allocation multiblocs et à d'autres
routines de localiser rapidement celles qui pourraient se superposer avec
des blocs de métadonnées de système de fichiers. Cette option est conçue
pour le débogage et, puisqu'elle a des effets négatifs sur les performances,
elle est désactivée par défaut.
.TP 
\fBdioread_lock\fP/\fBdioread_nolock\fP
Contrôler si ext4 devrait ou non utiliser le verrouillage de lecture DIO. Si
l'option \fBdioread_nolock\fP est indiquée, ext4 allouera les extensions non
initialisées avant l'écriture du tampon et initialisera les extensions après
la fin des entrées et sorties. Cette approche permet au code ext4 d'éviter
l'utilisation d'inœud mutex, ce qui améliore l'évolutivité sur les stockages
à grande vitesse. Cependant cela ne fonctionne pas avec la journalisation de
données et l'option \fBdioread_nolock\fP sera ignorée avec des avertissements
du noyau. Remarquez que le chemin du code \fBdioread_nolock\fP n'est utilisé
que pour les fichiers à base d'extensions. À cause des restrictions
accompagnant cette option, elle est désactivée par défaut (c'est\-à\-dire
\fBdioread_lock\fP).
.TP 
\fBmax_dir_size_kb=\fP\fIn\fP
Cette option limite la taille des répertoires de sorte que toute tentative
de les faire croître au\-delà de la limite indiquée (en kilooctets) causera
une erreur ENOSPC. C'est utile dans des environnements avec des contraintes
de mémoire, où un très grand répertoire peut causer de gros problèmes de
performance ou même provoquer le mécanisme de tuage de processus en
l'absence de mémoire (« Out Of Memory killer »). Par exemple, s'il y a
seulement 512 MB de mémoire disponible, un répertoire de 176 MB pourrait
sérieusement monopoliser les ressources du système.
.TP 
\fBi_version\fP
Activer la prise en charge de version d'inœud 64 bits. Cette option est
désactivée par défaut.
.TP 
\fBnombcache\fP
Cette option désactive l'utilisation de mbcache pour la déduplication
d'attributs étendus. Sur les systèmes où les attributs sont rarement ou
jamais partagés entre les fichiers, l'utilisation de mbcache pour la
déduplication ajoute une charge de calcul inutile.
.TP 
\fBprjquota\fP
L'option de montage prjquota  active la prise en charge du quota de projet
sur le système de fichiers. Les utilitaires de quota sont en fait
nécessaires pour activer et gérer le système de quota. Cette option de
montage nécessite la fonctionnalité \fBproject\fP du système de fichiers.

.SH "ATTRIBUTS DE FICHIERS"
Les systèmes de fichiers ext2, ext3 et ext4 prennent en charge la définition
des attributs de fichiers suivants sur les systèmes Linux avec l'outil
\fBchattr\fP(1) :
.sp
\fBa\fP – ajout à la fin du fichier seulement
.sp
\fBA\fP – pas de mise à jour du temps d'accès (« atime »)
.sp
\fBd\fP – pas de sauvegarde par le programme dump
.sp
\fBD\fP – mises à jour synchrones des répertoires
.sp
\fBi\fP – immuable
.sp
\fBS\fP – mises à jour synchrones
.sp
\fBu\fP – ineffaçable
.sp
En plus, les systèmes de fichiers ext3 et ext4 prennent en charge l'attribut
suivant :
.sp
\fBj\fP – journalisation des données
.sp
Enfin, le système de fichiers ext4 prend aussi en charge l'attribut
suivant :
.sp
\fBe\fP – format des extensions (« extents »)
.sp
Pour les descriptions de ces attributs, veuillez consulter la page de manuel
de \fBchattr\fP(1).
.SH "PRISE EN CHARGE PAR LE NOYAU"
Cette section liste le pilote du système de fichiers (par exemple ext2,
ext3, ext4) et la version amont du noyau où une fonctionnalité particulière
du système de fichiers a été prise en charge. Notez que dans certains cas,
la fonctionnalité est présente dans des versions antérieures du noyau, mais
qu'elle y avait des bogues sérieux. Dans d'autres cas, la fonctionnalité
peut encore être considérée comme étant expérimentale. Enfin, notez que
certaines distributions peuvent avoir rétroporté des fonctionnalités dans
des noyaux plus anciens ; en particulier les versions du noyau dans
certaines « distributions d'entreprise » peuvent être extrêmement
trompeuses.
.IP \fBfiletype\fP 2in
ext2, 2.2.0
.IP \fBsparse_super\fP 2in
ext2, 2.2.0
.IP \fBlarge_file\fP 2in
ext2, 2.2.0
.IP \fBhas_journal\fP 2in
ext3, 2.4.15
.IP \fBext_attr\fP 2in
ext2/ext3, 2.6.0
.IP \fBdir_index\fP 2in
ext3, 2.6.0
.IP \fBresize_inode\fP 2in
ext3, 2.6.10 (redimensionnement à chaud)
.IP \fB64bit\fP 2in
ext4, 2.6.28
.IP \fBdir_nlink\fP 2in
ext4, 2.6.28
.IP \fBextent\fP 2in
ext4, 2.6.28
.IP \fBextra_isize\fP 2in
ext4, 2.6.28
.IP \fBflex_bg\fP 2in
ext4, 2.6.28
.IP \fBhuge_file\fP 2in
ext4, 2.6.28
.IP \fBmeta_bg\fP 2in
ext4, 2.6.28
.IP \fBuninit_bg\fP 2in
ext4, 2.6.28
.IP \fBmmp\fP 2in
ext4, 3.0
.IP \fBbigalloc\fP 2in
ext4, 3.2
.IP \fBquota\fP 2in
ext4, 3.6
.IP \fBinline_data\fP 2in
ext4, 3.8
.IP \fBsparse_super2\fP 2in
ext4, 3.16
.IP \fBmetadata_csum\fP 2in
ext4, 3.18
.IP \fBencrypt\fP 2in
ext4, 4.1
.IP \fBmetadata_csum_seed\fP 2i
ext4, 4.4
.IP \fBproject\fP 2i
ext4, 4.5
.IP \fBea_inode\fP 2i
ext4, 4.13
.IP \fBlarge_dir\fP 2i
ext4, 4.13
.IP \fBcasefold\fP 2i
ext4, 5.2
.IP \fBverity\fP 2i
ext4, 5.4
.IP \fBstable_inodes\fP 2i
ext4, 5.5
.SH "VOIR AUSSI"
\fBmke2fs\fP(8), \fBmke2fs.conf\fP(5), \fBe2fsck\fP(8), \fBdumpe2fs\fP(8),
\fBtune2fs\fP(8), \fBdebugfs\fP(8), \fBmount\fP(8), \fBchattr\fP(1)
.PP
.SH TRADUCTION
La traduction française de cette page de manuel a été créée par
Gérard Delafond <gerard@delafond.org>,
Frédéric Delanoy <delanoy_f@yahoo.com>,
Thierry Vignaud <tvignaud@mandriva.com>,
Sébastien Blanchet,
Emmanuel Araman <Emmanuel@araman.org>,
Éric Piel <eric.piel@tremplin-utc.net>,
Nicolas François <nicolas.francois@centraliens.net>,
Romain Doumenc <rd6137@gmail.com>,
David Prévot <david@tilapin.org>,
Cédric Boutillier <cedric.boutillier@gmail.com>
et
Jean-Pierre Giraud <jean-pierregiraud@neuf.fr>
.
.PP
Cette traduction est une documentation libre ; veuillez vous reporter à la
.UR https://www.gnu.org/licenses/gpl-3.0.html
GNU General Public License version 3
.UE
concernant les conditions de copie et 
de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.
.PP
Si vous découvrez un bogue dans la traduction de cette page de manuel, 
veuillez envoyer un message à
.MT debian-l10n-french@lists.debian.org
.ME .