La différence, c'est que ext3 est un système de fichiers journalisé.
Avec ext2, en cas de plantage du système, il se peut que les données écrites sur le disque juste avant le plantage soient incohérentes (plantage juste pendant le transfert [mémoire tampon -> disque], tampon non vidé), et fsck est obligé de parcourir tout le disque pour détecter de telles incohérences.
Le principe des systèmes de fichiers journalisés est de garder une trace de ce qui a été fait, comme çà on peut se contenter de vérifier les zones du disque dur modifiées par les dernières opérations, et seulement elles.
Ces systèmes de fichiers offrent aussi la notion de transaction : toute opération d'écriture doit être confirmée pour être prise en compte. C'est-à-dire que pendant que tu crois écrire sur ton fichier, tu écris en fait dans un fichier temporaire, et ce n'est que quand tu fermes ton fichier que le fichier temporaire vient écraser ton fichier d'origine. Comme çà, après un crash, on récupère une ancienne version du fichier, ce qui est beaucoup mieux qu'un fichier altéré (incohérent). C'est cet écrasement qui a besoin d'être journalisé car c'est à ce moment précis qu'un crash peut provoquer l'altération de données (pas des données utilisateur, mais les méta-données utilisées par le système de fichiers : correspondance [fichier -> blocs physiques alloués sur le disque dur], ...).
[^] # Re: Nouveau système de fichier
Posté par Pierre Tramo . En réponse à la dépêche EXT3 : intégration dans l'arbre de source du noyau de Linus.. Évalué à 10.
Avec ext2, en cas de plantage du système, il se peut que les données écrites sur le disque juste avant le plantage soient incohérentes (plantage juste pendant le transfert [mémoire tampon -> disque], tampon non vidé), et fsck est obligé de parcourir tout le disque pour détecter de telles incohérences.
Le principe des systèmes de fichiers journalisés est de garder une trace de ce qui a été fait, comme çà on peut se contenter de vérifier les zones du disque dur modifiées par les dernières opérations, et seulement elles.
Ces systèmes de fichiers offrent aussi la notion de transaction : toute opération d'écriture doit être confirmée pour être prise en compte. C'est-à-dire que pendant que tu crois écrire sur ton fichier, tu écris en fait dans un fichier temporaire, et ce n'est que quand tu fermes ton fichier que le fichier temporaire vient écraser ton fichier d'origine. Comme çà, après un crash, on récupère une ancienne version du fichier, ce qui est beaucoup mieux qu'un fichier altéré (incohérent). C'est cet écrasement qui a besoin d'être journalisé car c'est à ce moment précis qu'un crash peut provoquer l'altération de données (pas des données utilisateur, mais les méta-données utilisées par le système de fichiers : correspondance [fichier -> blocs physiques alloués sur le disque dur], ...).
http://www.linux-kheops.com/doc/lgazette/issue-55/lg55jfs-3.fr.html(...)
http://www.ensta.fr/~vanderbi/IN310/fs.html(...)
>Merci d'avance.
Pas de quoi