Ext3 – wikipedia

Le ext3 ( Anglais troisième système de fichiers étendu ) est le troisième système de fichiers étendu qui a été développé pour le noyau Linux. Il s’agit d’un système de fichiers de journalisation et a remplacé son prédécesseur EXT2 en tant que système de fichiers standard pour de nombreuses distributions Linux. Il a été complètement remplacé par EXT4.

L’extension de journalisation développée par Stephen Tweedie pour ext2 S’assure que les métadonnées ne peuvent plus être corrompues et donc à une série complète du test d’intégrité E2FSCK Peut être distribué après une chute d’ordinateur. La combinaison de ext2 Avec l’extension du journal, ext3 désigné.

Le format de données du transporteur de données ne change pas lors de l’utilisation d’un journal. Les données peuvent donc être lues avec un pilote de système de fichiers EXT2. Le journal est une structure de fichiers dans laquelle les métadonnées (éventuellement les données utilisateur) sont écrites avant d’être écrites sur le système de fichiers réel. Un système de fichiers EXT3 peut donc être fabriqué à partir d’une ext2- sans avoir à convertir de données.

Exister4 existe en tant que successeur direct.

Dans Linux 4.3, le code du pilote natif pour EXT3 a finalement été supprimé. EXT3 est toujours pris en charge par le conducteur du successeur EXT4. ^{[3] [4]}

EXT3 ajoute les compétences suivantes au système EXT2:

• Un journal
• Indices d’annuaire H-Tree
• Modification en ligne de la taille du système de fichiers

À H-Trees (anglais Htree ) est une forme spéciale d’arbres B développés pour EXT3. ^[5]

Si une modification est effectuée sur le système de fichiers (par exemple le renommer un fichier), il est noté comme une transaction dans le journal et peut être terminé ou non encore terminé en cas de crash. Lorsqu’une transaction a été terminée au moment de l’accident, il est garanti que tous les blocs impliqués dans cette transaction représenteront un état valide du système de fichiers. Ces blocs sont ensuite copiés dans le système de fichiers. Si une transaction n’a pas été terminée au moment du crash, il ne peut pas être garanti que les blocs impliqués sont cohérents, donc une telle transaction est rejetée (cela signifie que la modification du système de fichiers qui représentait cette transaction est perdue).

Avec les opérations d’écriture cassées, il peut arriver qu’une partie d’un fichier se compose déjà des nouvelles données et d’une partie des anciennes, ce qui peut parfois être pire qu’un système de fichiers incohérent. EXT3 propose donc un mode spécial dans lequel les données sont initialement stockées dans le journal. Ext3 ne protège pas contre le fait que les données sont perdues qui devraient déjà être écrites sur la plaque au moment de l’accident, mais du noyau dans tampon sale ont été tenus pour les écrire plus tard. Après avoir joué le journal, il est garanti qu’une base de données cohérente puisse continuer à fonctionner à un moment donné.

L’implémentation Linux d’EXT3 offre trois niveaux de journalisation:

• Toutes options data = journal ), où les métadonnées et le contenu de fichiers ne sont écrits que dans le journal avant d’être écrits dans le système de fichiers. Cela augmente la fiabilité, mais est assez lent lors de l’écriture, car toutes les données doivent être écrites sur le transporteur de données deux fois. Les processus de lecture sont accélérés.
• Écriture (option données = écriture ), avec seulement des métadonnées écrites dans le journal. La mise à jour du contenu du fichier est la normale synchronisation Processus de départ. Cependant, cela est beaucoup plus rapide, mais il abrite le risque de perte de données due aux processus de description hors service annulés à l’automne. Les fichiers qui étaient en rédaction d’accès à ce stade peuvent contenir des déchets de données la prochaine fois que le système de fichiers sera pendu.
• Ordonné (option données = ordonné ) fonctionne comme l’écriture. Cependant, le contenu des fichiers est écrit directement dans le système de fichiers, ce n’est qu’alors que les métadonnées du journal sont mises à jour. Ceci est considéré comme un compromis acceptable entre la fiabilité et la vitesse et est donc le paramètre standard.

Il existe différents moteurs, programmes et plugins qui permettent l’accès à Ext3, en raison de la compatibilité descendante, à EXT2, entre autres systèmes d’exploitation, à l’exception des indigènes. Ceux-ci sont particulièrement utiles si les lecteurs doivent être utilisés dans plusieurs systèmes d’exploitation, par exemple un lecteur USB dans un environnement Linux / Windows mixte. Ils représentent une alternative aux approches pour utiliser le FAT / FAT32, qui est très limitée dans ses compétences, ou pour rendre les NTF propriétaires de Microsoft accessibles par des systèmes d’exploitation à base de linux inversés, tels que NTFS-3G. Dans les configurations à double bateau en particulier, il est avantageux de pouvoir accéder à une partition EXT3 Linux et de rendre cet espace utilisable pour Windows. Étant donné que Ext3, combien de systèmes de fichiers basés sur UNIX se différencie entre les grandes et petites description (sensibilité à la caisse), il peut ignorer quels et minuscules, tels que. B. Windows, les problèmes résultent de problèmes graves.

EXT3 est plus lent que les autres systèmes de fichiers de journalisation modernes, tels que XFS ou JFS, mais relativement robuste.

EXT3 écrase également les pointeurs de blocs des inodes avec des zéros lors des processus d’extinction. Cela rend difficile la restauration des fichiers supprimés, mais augmente la probabilité que l’intégrité du système de fichiers puisse être restaurée après une erreur de programme ou une défaillance du système sans perte de données. Cependant, restaurer les données est parfois possible. ^[6]

1. ↑ Le nombre maximum d’Inodes (et donc le nombre maximum de fichiers et de répertoires) est défini lorsque le système de fichiers a été généré. Peut être
   ${DisplayStyle V}$

   La taille du système de fichiers en octets, le nombre préréglé d’Inodes se traduit par

   ${displayStyle {tfrac {v} {2 ^ {13}}}}$

   (ou le nombre de blocs de données, la valeur inférieure est prise) et le nombre minimum d’Inodes est

   ${displayStyle {tfrac {v} {2 ^ {23}}}}$

   . La valeur prédéfinie est suffisante pour la plupart des scénarios d’application.

2. ↑ http://kernelnewbies.org/ext4
3. ↑ Jörg Thom: Le pilote EXT3 est manquant dans Linux 4.3. Dans: Golem.de. 15. septembre 2015, Récupéré le 15 septembre 2015 .
4. ↑ Linus Torvalds: RE: [Git Pull] Ext3 Retrait, quota et correctifs UDF. (Pas plus disponible en ligne.) Dans: Gmane.linux.kernel. 2 septembre 2015, archivé de Original suis 20 février 2017 ; Récupéré le 15 septembre 2015 . Info: Le lien d’archive a été utilisé automatiquement et non encore vérifié. Veuillez vérifier le lien d’origine et d’archiver en fonction des instructions, puis supprimez cette note. @d’abord @ 2 Modèle: webachiv / iabot / article.gmane.org
5. ↑ Copie archivée ( Mémento des Originaux à partir du 18 juillet 2019 Archives Internet ) Info: Le lien d’archive a été utilisé automatiquement et non encore vérifié. Veuillez vérifier le lien d’origine et d’archiver en fonction des instructions, puis supprimez cette note. @d’abord @ 2 Modèle: webachiv / iabot / ext2.sourceforge.net
6. ↑ Instructions pour restaurer les fichiers ( Mémento des Originaux à partir du 19 septembre 2010 dans Archives Internet ) Info: Le lien d’archive a été utilisé automatiquement et non encore vérifié. Veuillez vérifier le lien d’origine et d’archiver en fonction des instructions, puis supprimez cette note. @d’abord @ 2 Modèle: webachiv / iabot / www.xs4all.nl