EXT4(5) File Formats Manual EXT4(5) NOM ext2 - Le deuxieme systeme de fichiers etendu ext3 - Le troisieme systeme de fichiers etendu ext4 - Le quatrieme systeme de fichiers etendu DESCRIPTION Les deuxieme, troisieme et quatrieme systemes de fichiers etendus (ou plus communement connus comme ext2, ext3 et ext4) sont les systemes de fichiers Linux qui sont historiquement utilises par defaut par de nombreuses distributions Linux. Ce sont des systemes de fichiers generalistes qui ont ete concus pour etre extensibles et beneficier d'une retrocompatibilite. En particulier, les systemes prevus auparavant pour fonctionner avec les systemes de fichiers ext2 et ext3 peuvent etre montes avec le pilote de systeme de fichiers ext4, et en effet, dans de nombreuses distributions Linux modernes, le pilote de systeme de fichiers est configure pour prendre en charge les requetes de montage des systemes de fichiers ext2 et ext3. FONCTIONNALITES DU SYSTEME DE FICHIERS Un systeme de fichiers formate pour ext2, ext3 ou ext4 peut avoir un sous-ensemble des fonctionnalites suivantes active. Suivant la version du noyau Linux utilise, toutes les implementations des systemes de fichiers ext2, ext3 ou ext4 ne prennent pas en charge certaines fonctionnalites. Sur d'autres systemes d'exploitation tels que GNU/Hurd ou FreeBSD, l'implementation d'ext2 ne prend en charge qu'un ensemble tres restreint de ces fonctionnalites 64bit Cette fonctionnalite permet au systeme de fichiers d'etre plus grand que 2^32 blocs. Cette fonctionnalite est activee automatiquement si besoin, mais il peut etre utile de l'indiquer explicitement s'il est envisage de redimensionner le systeme de fichiers pour atteindre un nombre de blocs superieur a 2^32, meme si celui-ci etait plus petit que ce seuil lors de sa creation. Remarquez que des versions precedentes du noyau et de e2fsprogs ne prendront pas en charge les systemes de fichiers avec cette fonctionnalite activee pour ext4. bigalloc Cette fonctionnalite d'ext4 active l'allocation de blocs par cluster, de sorte que l'unite d'allocation en nombre de blocs est une puissance de deux. Cela signifie que chaque bit de ce qui etait traditionnellement connu comme la carte d'allocation de bloc indique maintenant si un cluster est utilise ou non, un cluster etant par defaut compose de 16 blocs. Cette fonctionnalite peut diminuer le temps passe dans des allocations de blocs et limite la fragmentation, en particulier pour les grands fichiers. La taille peut etre indiquee par l'option mke2fs -C. Attention : la fonctionnalite bigalloc est encore en developpement et peut ne pas etre completement prise en charge par le noyau ou peut etre boguee. 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 nodelalloc). Cette fonctionnalite necessite l'activation de la fonctionnalite extent. casefold Cette fonctionnalite d'ext4 fournit la prise en charge de l'encodage des caracteres au niveau du systeme de fichiers pour les repertoires avec l'attribut casefold (+F) active. Cette fonctionnalite preserve les noms sur le disque, mais elle permet aux applications de rechercher un fichier dans le systeme de fichiers en utilisant une version d'encodage equivalente a celle du nom du fichier. dir_index Utiliser des arbresB haches (hashed b-trees en anglais) pour accelerer la recherche de noms dans de grands repertoires. Cette fonctionnalite est prise en charge par les systemes de fichiers ext3 et ext4, et est ignoree par les systemes de fichiers ext2. dir_nlink Normalement, ext4 n'autorise pas un inoeud a avoir plus de 65 000 liens durs. Cela s'applique aussi bien aux fichiers ordinaires qu'aux repertoires, ce qui signifie qu'il ne peut pas y avoir plus de 64 998 sous-repertoires dans un repertoire (parce que chacune des entrees << . >>, << .. >> et l'entree du repertoire dans son repertoire parent compte comme des liens durs). Cette fonctionnalite leve la contrainte en faisant qu'ext4 utilise un nombre de liens de 1 pour indiquer que le nombre de liens durs a un repertoire n'est pas connu quand le nombre de liens peut exceder la limite maximale. ea_inode Normalement, les attributs etendus d'un fichier et les metadonnees associees doivent tenir dans l'inoeud ou dans le bloc d'attribut etendu associe a l'inoeud. Cette fonctionnalite permet de placer la valeur de chaque attribut etendu dans les blocs de donnees d'un inoeud separe si necessaire, augmentant la taille et le nombre d'attributs etendus par fichier. encrypt Activer la prise en charge du chiffrement au niveau du systeme de fichiers des blocs de donnees et des noms de fichiers. Les metadonnees de l'inoeud (horodatage, taille de fichier, propriete d'utilisateur/de groupe, etc.) ne sont pas chiffrees. Cette fonctionnalite est surtout utile sur les systemes de fichiers avec plusieurs utilisateurs ou lorsque tous les fichiers ne doivent pas etre chiffres. Dans de nombreux cas, particulierement sur les systemes n'ayant qu'un seul utilisateur, le chiffrement au niveau du peripherique bloc en utilisant dm-crypt peut offrir une bien meilleure securite. ext_attr Cette fonctionnalite active l'utilisation des attributs etendus. Cette fonctionnalite est prise en charge par ext2, ext3 et ext4. extent Cette fonctionnalite d'ext4 permet la correspondance entre les numeros de blocs logiques pour un inoeud particulier et les blocs physiques sur le peripherique de stockage qui seront stockes au moyen d'un arbre etendu, qui est une structure de donnees plus efficace que le schema de bloc indirect traditionnel utilise par les systemes de fichiers ext2 et ext3. L'utilisation d'arbres etendus diminue le cout associe aux metadonnees des blocs, ameliore les performances du systeme de fichiers et diminue le besoin de lancer e2fsck(8) sur le systeme de fichiers. (Remarque : les deux noms extent et extents sont consideres comme valables pour cette fonctionnalite pour des raisons historiques et de compatibilite ascendante). extra_isize Cette fonctionnalite d'ext4 reserve une quantite precise de place dans chaque inoeud pour les metadonnees etendues telles que les horodatages en nanosecondes et les temps de creation de fichiers, meme si le noyau actuel n'a pas besoin pour le moment de tant de place. Sans cette fonctionnalite, le noyau va reserver la quantite de place necessaire pour les fonctionnalites dont il a besoin actuellement, et le reste sera utilise par les attributs etendus. Pour que cette fonctionnalite soit utile, la taille des inoeuds doit etre d'au moins 256 octets. filetype Cette fonctionnalite active le stockage de l'information du type de fichiers dans les entrees de repertoire. Cette fonctionnalite est prise en charge par ext2, ext3 et ext4. flex_bg Cette fonctionnalite d'ext4 permet au groupe de metadonnees relatives au bloc (carte des allocations et table des inoeuds) d'etre place n'importe ou sur le peripherique de stockage. De plus, mke2fs placera ensemble les donnees de ce groupe, a partir du premier bloc du groupe de chaque << groupe flex_bg >>. La taille du groupe flex_bg peut etre precisee a l'aide de l'option -G. has_journal Creer un journal pour assurer la coherence du systeme de fichiers meme apres un arret brutal. Ajouter cette fonctionnalite du systeme de fichiers est equivalent a utiliser l'option -j avec mke2fs ou tune2fs. Cette fonctionnalite est prise en charge par ext3 et ext4, et ignoree par le pilote de systeme de fichiers ext2. huge_file Cette fonctionnalite d'ext4 permet d'avoir des fichiers de plus de 2 teraoctets. inline_data Permettre le stockage des donnees dans l'inoeud et la zone d'attributs etendus. journal_dev Cette fonctionnalite est activee sur le superbloc trouve dans un peripherique de journal externe. La taille de bloc pour le journal externe doit etre la meme que celle du systeme de fichiers qui l'utilise. Le peripherique de journal externe peut etre utilise par un systeme de fichiers en indiquant a mke2fs(8) ou tune2fs(8) l'option -J device=>). Cette fonctionnalite contribue a la protection du systeme de fichiers contre les montages multiples et est utile dans les environnements de stockage partage. project Cette fonctionnalite d'ext4 fournit la prise en charge du quota de projet. Avec cette fonctionnalite, l'identifiant de projet de l'inoeud sera gere lors du montage du systeme de fichiers. quota Creer des inoeuds de quota (inoeud no 3 pour le quota utilisateur, inoeud no 4 pour le quota de groupe) et les positionner dans le superbloc. Avec cette fonctionnalite, les quotas seront actives automatiquement lorsque le systeme de fichiers sera monte. Cette fonctionnalite implique que les fichiers de quota (c'est-a-dire user.quota et group.quota, qui existaient dans la version plus ancienne des quotas) sont caches dans les inoeuds. resize_inode Cette fonctionnalite du systeme de fichiers indique que de la place a ete reservee pour que le systeme de fichiers puisse etendre la table des descripteurs de groupe de blocs lors de son redimensionnement alors qu'il est monte. L'operation de redimensionnement a chaud est effectuee par le noyau et declenchee par resize2fs(8). Par defaut, mke2fs essaie de reserver de la place pour que le systeme de fichiers puisse grossir de 1024 fois sa taille initiale. Cela peut etre change en utilisant l'option etendue resize. Cette fonctionnalite necessite l'activation de la fonctionnalite sparse_super ou sparse_super2. sparse_super Cette fonctionnalite de systeme de fichiers est activee sur tous les systemes de fichiers ext2, ext3 et ext4 recents. Elle indique que les copies de sauvegarde des descripteurs de superblocs et de groupes de blocs sont presents seulement sur quelques groupes de blocs et non sur tous. sparse_super2 Cette fonctionnalite indique qu'il n'y aura au plus que deux superblocs de sauvegarde et deux descripteurs de groupes de blocs. Les groupes de blocs utilises pour stocker les descripteurs de superblocs de sauvegarde et des groupes de blocs sont stockes dans le superbloc, mais typiquement, un sera situe au debut du premier groupe de blocs et un autre dans le dernier groupe de blocs du systeme de fichiers. Cette fonctionnalite est essentiellement une version plus extreme de sparse_super et est concue pour permettre qu'un plus grand pourcentage du disque soit constitue de blocs contigus disponibles pour les fichiers de donnees. stable_inodes Marquer les numeros d'inoeud et les UUID du systeme de fichiers comme stable. resize2fs(8) ne permettra pas de retrecir un systeme de fichiers dote de cette fonctionnalite et tune2fs(8) de changer son UUID. Cette fonctionnalite permet l'utilisation de configurations de chiffrement specialisees qui utilisent les numeros d'inoeud et les UUID. Notez que la fonctionnalite encrypt necessite encore d'etre activee separement. stable_inodes est une fonctionnalite << compat >>, aussi les anciens noyaux l'autorisent. uninit_bg Cette fonctionnalite du systeme de fichiers ext4 indique que les descripteurs de groupes de blocs seront proteges a l'aide de sommes de verification, rendant plus sure la creation par mke2fs(8) d'un systeme de fichiers sans initialisation de tous les groupes de blocs. Le noyau gardera une trace des inoeuds inutilises, et initialisera les tables d'inoeuds et de blocs en differe. Cette fonctionnalite reduit le temps mis pour la verification du systeme de fichiers avec e2fsck, ainsi que le temps necessaire a mke2fs(8) pour creer le systeme de fichiers. verity Activer la prise en charge de la protection de fichiers << verity >>. Les fichiers << verity >> sont en lecture seule et leurs donnees sont verifiees de facon transparente par rapport a une arborescence de Merkle cachee apres la fin du fichier. En utilisant le hachage racine d'une arborescence de Merkle, un fichier << verity >> peut etre authentifie efficacement, independamment de la taille du fichier. Cette fonctionnalite est surtout utile pour authentifier des fichiers importants en lecture seule sur des systemes de fichiers accessibles en lecture-ecriture. Si le systeme de fichiers lui-meme est en lecture seule, l'utilisation de dm-verity pour authentifier le peripherique bloc en entier peut offrir une bien meilleure securite.' OPTIONS DE MONTAGE Cette section decrit les options de montages specifiques a ext2, ext3 et ext4. D'autres options de montage generiques peuvent etre aussi utilisees. Consultez mount(8) pour plus de details. Options de montage pour ext2 Le type de systeme de fichiers << ext2 >> est le type standard pour les systemes de fichiers Linux. Depuis Linux 2.5.46, les valeurs par defaut de la plupart des options de montage sont determinees par le superbloc du systeme de fichiers. Vous pouvez les configurer avec tune2fs(8). acl|noacl Prendre en charge (ou non) les listes de controle d'acces (ACL) POSIX. Consultez la page de manuel d'acl(5). bsddf|minixdf Definir le comportement a adopter pour l'appel systeme statfs. Le comportement minixdf consiste a renvoyer dans le champ f_blocks le nombre total de blocs du systeme de fichiers, alors que le comportement bsddf (comportement par defaut) consiste a soustraire les blocs utilises par le systeme de fichiers ext2 non disponibles pour le stockage. Ainsi on obtient : % mount /k -o minixdf; df /k; umount /k Systeme de fichiers blocs de 1 K Utilise Disponible Capacite Monte sur /dev/sda6 2630655 86954 2412169 3% /k % mount /k -o bsddf; df /k; umount /k Systeme de fichiers blocs de 1 K Utilise Disponible Capacite Monte sur /dev/sda6 2543714 13 2412169 0% /k (Remarquez que cet exemple montre que l'on peut, en ligne de commande, ajouter des options a celles mentionnees dans /etc/fstab). check=none ou nocheck Aucune verification n'est faite lors du montage. C'est le comportement par defaut. C'est rapide. Il est sage de lancer e2fsck(8) de temps en temps, par exemple a l'amorcage. Aucun autre comportement que celui par defaut n'est pris en charge (les options check=normal et check=strict ont ete supprimees). Veuillez remarquer que ces options de montage n'ont pas besoin d'etre prises en charge si le pilote ext4 du noyau est utilise pour des systemes de fichiers ext2 et ext3. debug Afficher des informations de debogage lors de chaque (re)montage. errors={continue|remount-ro|panic} Definir le comportement a adopter en cas d'erreur. L'erreur peut etre ignoree en marquant simplement le systeme de fichiers comme etant corrompu, et continuer. Le systeme de fichiers peut egalement etre remonte en lecture seule. Une panique du noyau peut sinon etre declenchee en forcant l'arret du systeme. Le comportement par defaut est defini dans le superbloc du systeme de fichiers et peut etre configure avec tune2fs(8). grpid|bsdgroups et nogrpid|sysvgroups Ces options definissent le GID que recoit un nouveau fichier cree. Quand grpid est positionne, le fichier recoit le GID du repertoire dans lequel il est cree. Sinon (par defaut), il prend le fsgid du processus appelant, a moins que le repertoire ait son bit Set-GID positionne, auquel cas il recoit le GID du repertoire parent, et s'il s'agit d'un nouveau repertoire, voit son bit Set-GID positionne. grpquota|noquota|quota|usrquota L'option de montage usrquota (identique a quota) active la prise en charge du quota utilisateur sur le systeme de fichiers. grpquota active la prise en charge du quota de groupe. Les utilitaires de quota sont en fait necessaires pour activer et gerer le systeme de quota. nouid32 Desactiver les UID et GID 32 bits. Cela permet l'interoperabilite avec les noyaux anciens qui ne gerent que des valeurs 16 bits. oldalloc ou orlov Utiliser l'ancienne allocation ou bien l'allocation Orlov pour les nouveaux inoeuds. La valeur par defaut est l'allocation Orlov. resgid=n et resuid=n Le systeme de fichiers ext2 reserve un certain pourcentage de l'espace disponible (par defaut 5 %, consultez mke2fs(8) et tune2fs(8)). Ces options determinent qui peut utiliser ces blocs reserves (en gros, celui qui a l'UID indique ou qui appartient au groupe mentionne). sb=n Au lieu d'utiliser le superbloc normal, utiliser un autre superbloc indique par n. On se sert de cette option lorsque le superbloc primaire a ete corrompu. L'emplacement des superblocs de sauvegarde depend de la taille des blocs du systeme de fichiers, du nombre de blocs par groupe et de fonctionnalites telles que sparse_super. D'autres superblocs de sauvegardes peuvent etre retrouves en utilisant le programme mke2fs avec l'option -n pour afficher les emplacements ou les superblocs ont ete crees en supposant qu'on a fourni a mke2fs des arguments coherents avec la disposition du systeme de fichiers (par exemple la taille des blocs, le nombre de blocs par groupe, sparse_super, etc.). Le nombre de blocs utilise dans ce cas 1 Ko comme unite. Donc, si vous voulez utiliser un bloc logique de 32 178 Ko, utilisez << sb=131072 >>. user_xattr|nouser_xattr Prendre en charge (ou non) les attributs etendus << user. >>. Options de montage pour ext3 Le systeme de fichiers ext3 est une version du systeme de fichiers ext2 a laquelle a ete ajoutee la journalisation. Il prend en charge les memes options que ext2 ainsi que les suivantes : journal_dev=num_per/journal_path=chemin Si les numeros majeur et mineur du peripherique de journal externe ont ete modifies, ces options permettent a l'utilisateur d'indiquer le nouvel emplacement du journal. Le peripherique de journal est identifie soit a l'aide de ses nouveaux numeros majeur et mineur encodes dans num_per, soit a l'aide du chemin vers le peripherique. norecovery/noload Ne pas charger le journal lors du montage. Remarquez que si le systeme de fichiers n'etait pas monte proprement, sauter la relecture du journal entrainera des incoherences dans le contenu du systeme de fichiers, pouvant entrainer un certain nombre de problemes. data={journal|ordered|writeback} Indiquer le mode de journalisation pour les donnees des fichiers. Les metadonnees sont toujours journalisees. Pour utiliser un mode autre que ordered sur le systeme de fichiers racine, passer le mode au noyau en tant que parametre d'amorcage, par exemple : rootflags=data=journal. journal Toutes les donnees sont inscrites dans le journal avant d'etre ecrites dans le systeme de fichiers principal. ordered C'est le mode par defaut. Toutes les donnees sont envoyees dans le systeme de fichiers principal avant d'inscrire les metadonnees dans le journal. writeback L'ordre des donnees n'est pas preserve. Les donnees peuvent etre ecrites dans le systeme de fichiers apres que les metadonnees soient inscrites dans le journal. C'est probablement l'option a plus haut debit. Elle garantit l'integrite interne du systeme de fichiers, mais d'anciennes donnees peuvent apparaitre dans un fichier apres un plantage et une recuperation du journal. data_err=ignore Afficher simplement un message d'erreur si une erreur survient dans un tampon de donnees de fichiers en mode ordonne. data_err=abort Abandonner le journal si une erreur survient dans un tampon de donnees de fichiers en mode ordonne. barrier=0 / barrier=1 Cette option desactive (barrier=0) ou active (barrier=1) l'utilisation de barrieres d'ecriture dans le code jbd. Elle est activee par defaut. Elle necessite aussi une pile d'entree/sortie qui peut prendre en charge les barrieres, et si jbd recoit une erreur sur une barriere d'ecriture, il desactivera a nouveau les barrieres avec un avertissement. Les barrieres d'ecriture forcent un ordre correct sur le disque des ecritures du journal, en faisant des caches d'ecriture sur disque volatiles surs, avec un impact negatif sur les performances. Si les disques sont alimentes par des batteries d'une maniere ou d'une autre, desactiver les barrieres peut ameliorer les performances en toute securite. commit=nsec Demarrer une inscription dans le journal toutes les nsec secondes. La valeur par defaut est 5 secondes. Zero signifie la valeur par defaut. user_xattr Activer les attributs etendus. Consultez la page de manuel attr(5). jqfmt={vfsold|vfsv0|vfsv1} En plus de l'ancien systeme de quota (comme dans ext2, jqfmt=vfsold, aussi connu sous le nom de quota version 1), ext3 prend en charge aussi des quotas journalises (quota version 2). jqfmt=vfsv0 ou jqfmt=vfsv1 active les quotas journalises. L'avantage des quotas journalises est qu'ils ne necessitent pas de verification de quota meme apres un plantage. Quand la fonctionnalite de systeme de fichiers quota est activee, les quotas journalises sont utilises automatiquement et cette option de montage est ignoree. usrjquota=aquota.user|grpjquota=aquota.group Pour les quotas journalises (jqfmt=vfsv0 ou jqfmt=vfsv1), les options de montage usrjquota=aquota.user et grpjquota=aquota.group sont requises pour dire au systeme de quota quels fichiers de base de donnees de quotas utiliser. Quand la fonctionnalite de systeme de fichiers quota est activee, les quotas journalises sont utilises automatiquement est cette option de montage est ignoree. Options de montage pour ext4 Le systeme de fichiers ext4 est un niveau plus eleve du systeme de fichiers ext3 integrant des ameliorations au niveau de l'evolutivite et de la fiabilite, afin de gerer des systemes de fichiers de grande taille. Les options journal_dev, journal_path, norecovery, noload, data, commit, orlov, oldalloc, [no]user_xattr, [no]acl, bsddf, minixdf, debug, errors, data_err, grpid, bsdgroups, nogrpid, sysvgroups, resgid, resuid, sb, quota, noquota, grpquota, usrquota, usrjquota, grpjquota et jqfmt sont retrocompatibles avec ext2 et ext3. journal_checksum | nojournal_checksum L'option journal_checksum active les sommes de controles pour les transactions du journal. Cela permet au code de recuperation de e2fsck et au noyau de detecter des corruptions dans le noyau. C'est un changement compatible qui sera ignore par les anciens noyaux. journal_async_commit Les blocs d'inscription peuvent etre ecrits sur le disque sans attendre de descripteur de blocs. Si cela est active avec un vieux noyau, le peripherique ne pourra pas etre monte. Cela activera en interne journal_checksum. barrier=0 / barrier=1 / barrier / nobarrier Ces options de montage ont le meme effet qu'avec ext3. Les options de montage << barrier >> et << nobarrier >> sont ajoutees pour la coherence avec les autres options de montage d'ext4. Le systeme de fichiers ext4 active les barrieres d'ecriture par defaut. inode_readahead_blks=n Ce parametre definit le nombre maximal de blocs de table d'inoeuds que l'algorithme << readahead >> de la table d'inoeuds d'ext4 va prelire dans la memoire cache. La valeur doit etre une puissance de 2. La valeur par defaut est de 32 blocs. stripe=n Nombre de blocs du systeme de fichiers que mballoc essayera d'utiliser pour la taille d'allocation et l'alignement. Pour les systemes RAID 5 ou 6, cela devrait etre le nombre de disques de donnees multiplie par la taille de morceau (<< chunk >>) RAID dans les blocs du systeme de fichiers. delalloc Reporter l'allocation des blocs apres les ecritures. nodelalloc Desactiver les allocations retardees. Les blocs sont alloues lorsque les donnees sont copiees depuis le cache utilisateur vers le cache de page. max_batch_time=usec Duree maximale pendant laquelle ext4 devrait attendre des operations supplementaires sur le systeme de fichiers afin de les grouper pour une ecriture synchrone. Puisque l'operation d'ecriture synchrone va forcer une inscription des donnees et attendre la fin des entrees/sorties, qu'elle est peu couteuse et peut representer un gain significatif de debit, ext4 attend un petit peu pour voir si d'autres transactions peuvent etre englobees dans l'ecriture synchrone. L'algorithme utilise est concu pour faire des reglages automatiquement en fonction de la vitesse du disque, en mesurant le temps (moyen) d'une inscription complete d'une transaction. Ce temps est appele << temps d'inscription >> (<< commit time >>). Si le temps pendant lequel une transaction est en cours est inferieur au temps d'inscription, ext4 essaiera de dormir pendant une duree egale au temps d'inscription pour voir si d'autres operations vont se joindre a la transaction. Le temps d'inscription est majore par la valeur max_batch_time, qui vaut par defaut 15 000 s (ou 15 ms). Cette optimisation peut etre desactivee completement en affectant la valeur 0 a max_batch_time. min_batch_time=usec Ce parametre definit le temps d'inscription des donnees (comme decrit ci-dessus) qui doit etre au moins egal a min_batch_time. La valeur par defaut est zero microseconde. Augmenter ce parametre peut ameliorer le debit des charges de travail synchrones multiprocessus sur les disques tres rapides, tout cela augmentant le temps de latence. journal_ioprio=prio La priorite d'entrees et sorties (de 0 a 7, ou 0 est la priorite la plus haute) qui doit etre utilisee pour les operations d'entrees et sorties soumises par kjournald2 durant une operation d'inscription. La priorite par defaut est 3, ce qui est legerement superieur a la priorite par defaut. abort Simuler les effets d'un appel ext4_abort() dans un but de debogage. C'est normalement utilise lors du remontage d'un systeme de fichiers qui est deja monte. auto_da_alloc|noauto_da_alloc Beaucoup d'applications deficientes n'utilisent pas fsync() 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 active, ext4 detectera les motifs de << remplacement par renommage >> et de << remplacement par troncature >>, et forcera l'allocation de tout bloc d'allocation retarde tel qu'a la prochaine inscription dans le journal, en mode data=ordered par defaut, les blocs de donnees du nouveau fichier sont envoyes sur le disque avant que l'operation rename() ne soit inscrite. Cela fournit approximativement le meme niveau de garantie que ext3, et evite le probleme de << longueur nulle >> qui peut survenir lors d'un arret brutal du systeme avant que les blocs d'allocation retardes ne soient envoyes au disque. noinit_itable Ne pas initialiser les blocs non initialises de la table des inoeuds en tache de fond. Cette fonctionnalite peut etre utilisee par les CD d'installation afin que le processus d'installation termine le plus vite possible. Le processus d'initialisation de la table des inoeuds serait alors reporte au prochain montage du systeme de fichiers. init_itable=n Le code d'initialisation differee de la table d'inoeuds attendra n fois le nombre de millisecondes qu'il a pris pour mettre a zero la table d'inoeuds du groupe de blocs precedent. Cela minimise l'impact sur les performances du systeme pendant l'initialisation de la table d'inoeuds du systeme de fichiers. discard/nodiscard Controler si ext4 doit envoyer des commandes discard et TRIM au peripherique bloc sous-jacent quand les blocs sont liberes. C'est utile pour les peripheriques SSD et l'allocation fine et dynamique (<< thinly-provisioned LUN >>), mais l'option n'est pas activee par defaut avant des tests suffisants aient ete realises. block_validity/noblock_validity Cette option permet d'activer ou desactiver la fonction interne du noyau de suivi des blocs de metadonnees de systeme de fichiers dans les structures de donnees internes. Cela permet a l'allocation multiblocs et a d'autres routines de localiser rapidement celles qui pourraient se superposer avec des blocs de metadonnees de systeme de fichiers. Cette option est concue pour le debogage et, puisqu'elle a des effets negatifs sur les performances, elle est desactivee par defaut. dioread_lock/dioread_nolock Controler si ext4 devrait ou non utiliser le verrouillage de lecture DIO. Si l'option dioread_nolock est indiquee, ext4 allouera les extensions non initialisees avant l'ecriture du tampon et initialisera les extensions apres la fin des entrees et sorties. Cette approche permet au code ext4 d'eviter l'utilisation d'inoeud mutex, ce qui ameliore l'evolutivite sur les stockages a grande vitesse. Cependant cela ne fonctionne pas avec la journalisation de donnees et l'option dioread_nolock sera ignoree avec des avertissements du noyau. Remarquez que le chemin du code dioread_nolock n'est utilise que pour les fichiers a base d'extensions. A cause des restrictions accompagnant cette option, elle est desactivee par defaut (c'est-a-dire dioread_lock). max_dir_size_kb=n Cette option limite la taille des repertoires de sorte que toute tentative de les faire croitre au-dela de la limite indiquee (en kilooctets) causera une erreur ENOSPC. C'est utile dans des environnements avec des contraintes de memoire, ou un tres grand repertoire peut causer de gros problemes de performance ou meme provoquer le mecanisme de tuage de processus en l'absence de memoire (<< Out Of Memory killer >>). Par exemple, s'il y a seulement 512 MB de memoire disponible, un repertoire de 176 MB pourrait serieusement monopoliser les ressources du systeme. i_version Activer la prise en charge de version d'inoeud 64 bits. Cette option est desactivee par defaut. nombcache Cette option desactive l'utilisation de mbcache pour la deduplication d'attributs etendus. Sur les systemes ou les attributs sont rarement ou jamais partages entre les fichiers, l'utilisation de mbcache pour la deduplication ajoute une charge de calcul inutile. prjquota L'option de montage prjquota active la prise en charge du quota de projet sur le systeme de fichiers. Les utilitaires de quota sont en fait necessaires pour activer et gerer le systeme de quota. Cette option de montage necessite la fonctionnalite project du systeme de fichiers. ATTRIBUTS DE FICHIERS Les systemes de fichiers ext2, ext3 et ext4 prennent en charge la definition des attributs de fichiers suivants sur les systemes Linux avec l'outil chattr(1) : a - ajout a la fin du fichier seulement A - pas de mise a jour du temps d'acces (<< atime >>) d - pas de sauvegarde par le programme dump D - mises a jour synchrones des repertoires i - immuable S - mises a jour synchrones u - ineffacable En plus, les systemes de fichiers ext3 et ext4 prennent en charge l'attribut suivant : j - journalisation des donnees Enfin, le systeme de fichiers ext4 prend aussi en charge l'attribut suivant : e - format des extensions (<< extents >>) Pour les descriptions de ces attributs, veuillez consulter la page de manuel de chattr(1). PRISE EN CHARGE PAR LE NOYAU Cette section liste le pilote du systeme de fichiers (par exemple ext2, ext3, ext4) et la version amont du noyau ou une fonctionnalite particuliere du systeme de fichiers a ete prise en charge. Notez que dans certains cas, la fonctionnalite est presente dans des versions anterieures du noyau, mais qu'elle y avait des bogues serieux. Dans d'autres cas, la fonctionnalite peut encore etre consideree comme etant experimentale. Enfin, notez que certaines distributions peuvent avoir retroporte des fonctionnalites dans des noyaux plus anciens ; en particulier les versions du noyau dans certaines << distributions d'entreprise >> peuvent etre extremement trompeuses. filetype ext2, 2.2.0 sparse_super ext2, 2.2.0 large_file ext2, 2.2.0 has_journal ext3, 2.4.15 ext_attr ext2/ext3, 2.6.0 dir_index ext3, 2.6.0 resize_inode ext3, 2.6.10 (redimensionnement a chaud) 64bit ext4, 2.6.28 dir_nlink ext4, 2.6.28 extent ext4, 2.6.28 extra_isize ext4, 2.6.28 flex_bg ext4, 2.6.28 huge_file ext4, 2.6.28 meta_bg ext4, 2.6.28 uninit_bg ext4, 2.6.28 mmp ext4, 3.0 bigalloc ext4, 3.2 quota ext4, 3.6 inline_data ext4, 3.8 sparse_super2 ext4, 3.16 metadata_csum ext4, 3.18 encrypt ext4, 4.1 metadata_csum_seed ext4, 4.4 project ext4, 4.5 ea_inode ext4, 4.13 large_dir ext4, 4.13 casefold ext4, 5.2 verity ext4, 5.4 stable_inodes ext4, 5.5 VOIR AUSSI mke2fs(8), mke2fs.conf(5), e2fsck(8), dumpe2fs(8), tune2fs(8), debugfs(8), mount(8), chattr(1) TRADUCTION La traduction francaise de cette page de manuel a ete creee par Gerard Delafond , Frederic Delanoy , Thierry Vignaud , Sebastien Blanchet, Emmanuel Araman , Eric Piel , Nicolas Francois , Romain Doumenc , David Prevot , Cedric Boutillier et Jean-Pierre Giraud Cette traduction est une documentation libre ; veuillez vous reporter a la GNU General Public License version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITE LEGALE. Si vous decouvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un message a . E2fsprogs version 1.47.1 Mai 2024 EXT4(5)