0.7.5.fr.1.0
Copyright © 1999 Martin Hinner
22 août 2000
Résumé
Ce petit guide concerne les systèmes de fichiers et leur accès. Ce n'est pas un document spécifique à Linux ou Unix comme pour pourriez vous y attendre. Vous trouverez aussi dans ce document beaucoup d'informations intéressantes à propos des systèmes (de fichiers) non-Unix, mais Unix reste mon principal intérêt :-)
Table des matières
The Filesystems HOWTO, Copyright (c) 1999 Martin Hinner
<mhi@penguin.cz>.
Ce document est un document libre; vous pouvez le redistribuer et/ou le modifier sous les termes de la Licence Publique Générale (GPL) telle que publiée par la Free Software Foundation ; aussi bien la version 2 de celle-ci que (à votre convenance) n'importe quelle version ultérieure.
Ce guide pratique est distribué dans l'espoir qu'il sera utile, mais SANS AUCUNE GARANTIE ; sans même la garantie implicite de mercatabilité ou adaptation à un sujet particulier. Référez-vous à la Licence Publique Générale de GNU (GPL) pour plus de détails.
Vous devriez avoir reçu une copie de la Licence Publique Générale (GPL) avec ce document ou GNU CC ; sinon, écrivez à :
Free Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
Le Filesystems HOWTO décrit les systèmes de fichiers et leur utilisation à partir de différents systèmes d'exploitation. Bien que ce document ait été composé avec le meilleur de mes connaissances, il est possible et même probable qu'il contienne des erreurs. Merci de me faire savoir si vous trouvez des erreurs ou des informations dépassées. J'essaierai autant que possible de conserver ce document à jour et exempt d'erreurs. Toutes les contributions sont aussi les bienvenues, donc si vous voulez écrire quelque chose au sujet des systèmes de fichiers, merci de me contacter par e-mail.
Avant de lire ce guide pratique, il est recommendé de lire le Disk-HOWTO (vous pouvez l'obtenir à
http://sunsite.unc.edu/LDP/HOWTO/)
de Stein Gjoen <sgjoen@nyx.net>.
Ce guide pratique peut être obtenu à http://penguin.cz/~mhi/fs/ ou à http://metalab.unc.edu/filesystems/howto/.
Si vous êtes un utilisateur japonais, vous pourriez être intéressé par la
traduction de ce guide pratique en japonais par : FUJIWARA Teruyoshi
<fujiwara@linux.or.jp>. Elle est disponible à
http://www.linux.or.jp/JF/JFdocs/Filesystems-HOWTO.html. Et le source SGML peut être téléchargé ici :
ftp://ftp.linet.gr.jp/pub/JF/sgml/Filesystems-HOWTO.sgml.gz.
Il se peut que vous vouliez rejoindre la liste de diffusion sur les systèmes de fichiers.
Elle se veut être une bonne source d'information, tant pour les
utilisateurs que pour les développeurs. Si donc vous avez à utiliser les
systèmes de fichiers, rejoignez-nous ;-) Pour souscrire, envoyer un e-mail
à <majordomo@penguin.cz> et dans le CORPS du message (et non dans
le sujet), mettez (sans les guillemets) : "subscribe
fs-l".
Pour rejoindre la liste de diffusion sur les systèmes de fichiers du noyau Linux
<linux-fsdevel@vger.kernel.org>, envoyez un e-mail à
<majordomo@vger.kernel.org>. Mettez subscribe linux-fsdevel dans le corps du message.
Pour rejoindre la liste de diffusion systèmes de fichiers de FreeBSD
<freebsd-fs@FreeBSD.org>, envoyez un e-mail à
<majordomo@FreeBSD.org>. Mettez subscribe
freebsd-fs dans le corps du message.
La collection de systèmes de fichiers est un site WWW/FTP qui fournit des informations utiles à propos des systèmes de fichiers, des programmes et des pilotes les concernant. Elle réside à http://metalab.unc.edu/filesystems/, ou, par FTP seulement, à ftp://metalab.unc.edu/pub/docs/filesystems/.
Le "Filesystems access HOWTO" original fut écrit par Georgatos Photis (voyez sa page Web à http://students.ceid.upatras.gr/~gef/). Ce guide pratique contient beaucoup d'informations provenant de son site. Merci Gef.
FUJIWARA Teruyoshi <fujiwara@linux.or.jp> a traduit ce guide pratique en Japonais.
D'autres personnes qui ont contribué ou m'ont aidé (directement ou indirectement) avec ce guide pratique sont, par ordre alphabétique :
Mariusz Borkowski <borkowsm@ii.pw.edu.pl> - ISO9660/RR
info
Remy Card <card@masi.ibp.fr> - Introduction au système de fichiers Ext2
Peter A. Dinda <pdinda@cs.cmu.edu> - Description du système de fichiers HFS
Alfonso De Gregorio <adg@speedcom.it> - Info sur le système de fichiers TCFS
Radek Machacka <radekm@sco.com> - Merci pour SCO UnixWare et SCO OpenServer
Andrey Shedel <andreys@cr.cyco.com> - Diverses mises à
jour
Peter Todd <retep2@home.com> - Info sur système de fichiers SFS
Theodore Ts'o <tytso@mit.edu> - Introduction au système de fichiers Ext2
Stephen Tweedie <sct@dcs.ed.ac.uk> - Introduction au système de fichiers Ext2
Ceci est une "carte" d'accessibilité des divers systèmes de fichiers, rangée par ordre alphabétique des systèmes d'exploitation. Vous pouvez trouvez cela quelque peu chaotique. C'est parce que les outils sgml de Linux (sgmltools) ne connaissent pas les tables[1].
VOUS VOYEZ QUE CETTE `CARTE' N'EST TOUJOURS PAS COMPLETE. J'ESSAIERAI DE LA FINIR DANS UN FUTUR PROCHE. FreeBSD : BSD FFS | Ext2FS | HPFS | NTFS
Linux : AFFS| BeFS| BFS| Ext2FS| BSD FFS| HPFS| Qnx4 FS| VFAT | Xia
NetBSD : BSD FFS | FAT12/16 | ISO9660
NetWare 2.x : NWFS-286
NetWare 3.x, 4.x : NWFS-386 | ISO9660
NetWare 5.x : NWFS-386 | NSS | ISO9660
OS/2 : Ext2 FS | FAT12/16/32 | HPFS | HPFS | ISO 9660 | JFS | VFAT
QNX 4 : FAT12/16 | ISO 9660 | Qnx4 FS
Quelques systèmes de fichiers contigus : BFS, ISO9660 et ses extensions.
A faire[2]
(à faire) Quelques systèmes de fichiers FAT : FAT12/16/32, VFAT et NetWare filestem.
(à faire) Quelques systèmes de fichiers qui utilisent les arbres équilibrés : HFS, NSS, Reiser FS et Spiralog.
Les systèmes de fichiers mettent à jour leur information structurelle (appelée metadata) grâce à des écritures synchrones. Chaque mise à jour de metadata peut nécessiter beaucoup d'écritures séparées, et si le système plante lors de la séquence d'écriture, les métadata peuvent être dans un état incohérent.
Au redémarrage suivant, l'utilitaire de contrôle du système de fichiers (appelé fsck) devra parcourir la structure des metadata, les examiner et les réparer. Cette opération prend un temps considérable sur les systèmes de fichiers de grande taille. Et le disque peut ne pas contenir suffisamment d'information pour corriger la structure. Il en résulte des fichiers mal placés ou effacés.
Un système de fichiers journalisé utilise une aire séparée appelée log ou journal. Avant que les modifications aux métadata ne soient réellement appliquées, elles sont enregistrées dans cette aire séparée. L'opération est ensuite appliquée. Si le système plante pendant l'opération, il y a assez d'information dans le journal pour « rejouer » l'enregistrement du journal et finir l'opération.
Cette approche ne requiert pas l'examen du système de fichiers en entier, apportant un contrôle très rapide des gros systèmes de fichiers, en général quelques secondes pour un systèmes de fichiers de plusieurs gigaoctets. De plus, comme toutes les informations pour l'opération courante sont sauvegardées, comme toutes les opérations courantes sont sauvegardées, aucun effacement ou récupération dans « lost-and-found » n'est nécessaire. Le désavantage des systèmes de fichiers journalisés est qu'ils sont plus lents que les autres systèmes de fichiers.
Quelques systèmes de fichiers journalisés : BeFS, HTFS, JFS, NSS, Spiralog filesystem, VxFS et XFS.
http://www.win.tue.nl/~aeb/partitions/ :
Un document sur les types de partitions par Andries Brouwer
<aeb@cwi.nl>
Page d'accueil : http://www.gnu.org/software/parted
Téléchargement : ftp://ftp.gnu.org/gnu/parted/
Auteurs : Andrew Clausen <clausen@gnu.org>, Lennert Buytenhek
<buytenh@dsv.nl> et Matt Wilson
<msw@redhat.com>.
Rapport de bugs : <bug-parted@gnu.org>,
Accès : variés pour chaque système de fichiers, voir plus bas.
Licence : GPL
GNU parted est un programme pour créer, détruire, retailler, copier et déplacer les partitions et les systèmes de fichiers qui s'y trouvent.
Parmi ses utilisations, on peut faire de la place pour de nouveaux systèmes d'exploitation, réorganiser l'espace disque, copier les données d'un disque à un autre, et faire des images de disques, pour répliquer des installations sur un grand nombre d'autres ordinateurs.
Tableau 1. Capacités de GNU-Parted
| Système de fichiers | détection | création | changement de taille | copie | vérification |
|---|---|---|---|---|---|
| Ext2FS | * | *[a] | *[b] | * [c] | |
| fat | * | * | *[d] | *[e] | * |
| linux swap | * | * | * | * | |
[a] Le début de la partition doit rester fixe pour Ext2FS [b] La partition de destination doit être de taille supérieure ou égale à la taille de la partition source [c] Un contrôle limité est effectué quand le système de fichiers est ouvert. C'est le seul contrôle effectué pour le moment. Toutes les commandes (y compris le changement de taille) échoueront élégamment, laissant le système de fichiers intact, s'il y a une erreur dans le système de fichiers (et la grande majorité des erreurs, en général). [d] La taille de la nouvelle partition, après changement de taille ou recopie, est restreinte par la taille des clusters. Cela est pire que vous ne le pensez car on ne vous laisse pas choisir la taille de vos clusters (c'est un bug de Windows, et vous voulez de la compatibilité, n'est-ce pas ?) Donc, en pratique, vous pouvez toujours réduire la taille de votre partition (car Parted sait réduire la taille des clusters), mais vous pouvez être limité lors de la croissance. Si utiliser FAT32 ne vous dérange pas plus que ça, vous serez toujours capables d'augmenter la taille de votre partition [e] idem | |||||
Page d'accueil : http://bmrc.berkeley.edu/people/chaffee/fat32.html
Téléchargement : ?
Auteur : ?
Accès : ?
Licence : ?
Page d'accueil : http://home.pages.de/~michab/gpart/
Téléchargement : ?
Auteur : ?
Accès : ?
Licence : ?
Page d'accueil : util-linux ?
Téléchargement : ?
Auteur : ?
Accès : ?
Licence : ?
Parce que je utilise uniquement des machines Intel x86,
toutes contributions (ou donation de machine non-x86 ;-) sont
plus que bienvenues. Si vous pouvez fournir quelque
information utile, n'hésitez pas à m'écrire à <mhi@penguin.cz>.
(à faire)
La VTOC UnixWare (Table de contenu du volume) divise les partitions du disque en seize partions logiques. Le noyau Linux supporte la VTOC UnixWare, vous devez cocher et recompiler votre noyau. Une autre manière de lire les tables de contenu de disque UnixWare est d'utiliser le portage GPL de la commande prtvtoc(1), qui est dans le paquetage vxtools.
Page d'accueil : http://www.penguin.cz/~mhi/fs/vol/
Auteur : Martin Hinner <mhi@penguin.cz>
Accès : lecture seule, volumes OS/2 supportés, volumes multiples entrelacés et volumes classique Windows NT
Téléchargement : ftp://ftp.penguin.cz/pub/users/mhi/vol/
Licence : GPL
Page d'accueil : ? ARTICLE MS ID: Q131658
Téléchargement : ftp://ftp.rhrz.uni-bonn.de/pub/pc/winnt/intel/ftedit.zip
Auteur : Microsoft Corp.
Licence : ?
Homepage : ?
Auteur : Marc Zyngier
<<maz@wild-wind.fr.eu.org>>
Accès : lecture-écriture, supporte les modes linéaire, RAID-1, RAID-4 et RAID-5.
Téléchargement : Noyau Linux, Les outils sont disponibles à : ftp://sweet-smoke.ufr-info-p7.ibp.fr/public/Linux/
Licence : GPL
Linux implementation is available here:
Page d'accueil : http://linux.msede.com/lvm/
Auteur : Heinz Mauelshagen
<mauelsha@ez-darmstadt.telekom.de>>
Accès : ?
Téléchargement : ftp://linux.msede.com/lvm/v0.6/
Licence : GPL
Pour plus d'information sur gestionnaire de volume Veritas voyez http://www.veritas.com/. Voir aussi : VxFS (système de fichiers journalisés Veritas).
Le gestionnaire de volume est disponible dans OS/2 WarpServer 5. Il vous autorise à créer des volumes linéaires avec plusieurs partitions & disques. Certaines personnes disent qu'il est compatible avec le gestionnaire de volume d'IBM AIX. Voir aussi : HPFS, JFS.
StackVM est le gestionnaire de volume de CrosStor. En utilisant StackVM, l'administrateur peut combiner plusieurs « tranches » de disque physique en un seul périphérique logique appelé vdisk. Vdisk est la contraction de « virtual disk ». Les disques physiques peuvent être combinés pour former une concaténation, un RAID 0 (stripe), un RAID 1 (miroir), un RAID 4 ou un RAID 5. De plus une unique partition peut être divisée en de multiples vdisk simples. Pour plus d'information voyez la page d'accueil de CrosStor à http://www.crosstor.com/.
Windows 95/98 et Windows NT/2000 gardent les noms de fichier longs sur un système FAT dans un dossier spécial d'enregistrement avec la configuration des attributs Lecture Seule, Fichier caché, Système et Volume, donc si vous accèdez votre volume FAT depuis le DOS vous ne voyez pas ces « fichiers ». Ces enregistrements spéciaux ont cette structure débile :
Tableau 2. structure des enregistrements
| octet | numéro de de l'emplacement |
| string(10) | 5 premiers caractères du nom |
| octet | octet d'attribut |
| octet | toujours 0 |
| octet | checksum pour l'alias 8.3 |
| string(12) | 6 caractères de plus du nom |
| mot | début du numéro du cluster, 0 pour les emplacements longs |
| string(4) | 2 derniers caractères du nom |
Linux possède ses propres extensions FAT qui vous donnent noms de fichiers
longs, permissions et droits, liens et fichiers spéciaux de périphériques sur
une partition FAT, appelée UMSDOS.
Chaque répertoire contient un fichier nommé "--linux-.---".
C'est là que sont enregistrés les noms de fichiers longs et les autres champs
nécessaires. Pour plus de détails, voyez le fichier
/usr/src/linux/Documentation/filesystems/umsdos.txt.
L'auteur du pilote umsdos de Linux est Jacques Gelinas
<jacques@solucorp.qc.ca> et il est
actuellement maintenu par Matija Nalis <mnalis@jagor.srce.hr>>.
OS/2 Warp version 3, 4 et 5 conservent les noms de fichiers longs et les attributs
étendus des volumes FAT dans les fichiers "\ea data. sf" et "\wp root. sf" (ces
deux fichiers se trouvent dans le répertoire racine du système de fichiers).
Pour autant que je sache, il n'y a pas d'implémentation connue de ces extensions
OS/2 pour d'autres systèmes d'exploitation. Si vous pouvez fournir des
informations sur la structure EA, n'hésitez pas à me les envoyer à
<mhi@penguin.cz>.
Star LFN est un émulateur qui autorise des programmes, tournant sous DOS 4.0 ou supérieur, à utiliser les fonctions de fichiers longs présents sur les machines utilisant le DOS de Windows 95. Actuellement, il ne peut que lire et écrire les noms de fichiers longs pour un fichier système caché, ce qui signifie que vous ne pouvez ni lire ni écrire de les véritables noms de fichiers longs de Windows 95. Pour plus d'information voyez http://sta.c64.org/starlfn.html.
Page d'accueil : http://www.dsteiner.com/products/software/os2/ifs.htm
Auteur : Daniel Steiner <info@dsteiner.com>
Accès : lecture-écriture, pas de support des extensions EA.
Miroir: ftp://hobbes.nmsu.edu/pub/os2/system/drivers/filesys/
Licence : GPL
Certaines personnes disent que Microsoft a livré un pilote appelé LFNDOS qui fournit l'API Microsoft Nom de Fichiers Longs sous DOS. Si vous savez où ce pilote peut être téléchargé, merci de m'envoyer un e-mail.
Page d'accueil : http://members.xoom.com/dosuser/
Auteur : Chris Jones <dosuser@bigfoot.com>
Accès : lecture-écriture
Miroir: http://www.simtel.net/pub/simtelnet/msdos/fileutil/lfnds106.zip
Licence : gratuit, code source disponible
Sous Windows 95, un programme DOS peut utiliser les noms de fichiers longs en appellant un jeu de fonction d'interruption, lesquelles sont fournies par Windows. Par exemple, COMMAND.COM permet les noms de fichiers longs quand il est lancé comme une ligne de commande DOS depuis Windows, mais pas si vous redémarrez en mode MS-DOS. D'autres programmes comme EDIT.COM et tous les programmes DJGPP utilisent les noms de fichiers longs s'ils sont disponibles.
Page d'accueil : http://odi.webjump.com/
Auteur : Ortwin Glueck <glueck@freesurf.ch>
Accès : lecture-écriture, pour les outils DOS seulement.
Miroir: http://www.simtel.net/pub/simtelnet/msdos/fileutil/lfn141.zip
Licence : ?
Page d'accueil : http://www.os2ss.com/information/kelder/index.html
Auteur : Henks Kelder <hkelder@capgemini.nl>
Accès : lecture-écriture, Noms de fichiers longs, pas de support des extensions EA.
Téléchargement : http://www.os2ss.com/information/kelder/os2fat32.zip
Licence : gratuit
Téléchargement : http://www.chat.ru/~ashedel/fat32/fastfat32.rar
Auteur : anonyme
Licence : gratuit ou GPL ?
Page d'accueil : http://www.sysinternals.com/fat32.htm
Auteur : Mark Russinovich
<mark@sysinternals.com> et Bryce Cogswell
<cogswell@winternals.com>.
Accès : lecture seule dans la version gratuite, lecture-écriture dans la commerciale.
Téléchargement : ?
Licence : gratuite (lecture seule) ou commerciale (lecture-écriture)
Page d'accueil : http://fb9nt.uni-duisburg.de/mitarbeiter/gockel/software/dmsdos/
Auteur : Frank Gockel
<gockel@sent13.uni-duisburg.de> et Pavel Pisa <pisa@cmp.felk.cvut.cz>
Accès : Stacker, Dblspace et Drvspace en mode lecture, support des noms de fichiers longs
Téléchargement : ftp://fb9nt.uni-duisburg.de/pub/linux/dmsdos/
Freshmeat: Console/Filesystems
Licence : GPL
DoubleSpace / DriveSpace (MS-DOS 6.x)
DoubleSpace / DriveSpace (Windows 95)
DriveSpace 3 (Windows 95 avec le pack Plus!)
Stacker 3
Stacker 4
Téléchargement : ftp://ftp.ai-lab.fh-furtwangen.de/pub/os/linux/local/thsfs.tgz
Auteur : Thomas Scheuermann <ths@ai-lab.fh-furtwangen.de>
Accès : Dblspace et Drvspace en mode lecture seule.
Licence : Voyez le copyright des fichiers. Fondamentalement libre.
Page d'accueil : http://www.alphalink.com.au/~clausen/fsresize/
Auteur : Andrew Clausen <clausen@alphalink.com.au>
Téléchargement : http://www.alphalink.com.au/~clausen/fsresize-0.8.tar.gz
Freshmeat: Console/Filesystems
Accès : lecture/écriture, support FAT16/FAT32 complet
Licence : GPL
--backup et --restore, donc s'il y a une
chute de tension, (ou un bug), vous pouvez toujours revenir en arrière. Les
fichiers de sauvegarde sont généralement inférieurs à 1 mega-octet.
L'auteur n'effectuera probablement plus de nouvelle version de fsresize, car il travaille sur parted - un clone de Partition Magic. Il sera capable de retailler, copier, créer et vérifier les systèmes de fichiers/partitions.
Page d'accueil : ?
Auteur : Arno Schaefer <schaefer@rbg.informatik.th-darmstadt.de>
Téléchargement : ftp://sunsite.unc.edu/pub/Linux/system/Install/fips01alpha.tar.z
Licence : GPL
De bons liens sur HPFS :
http://www.globalxs.nl/home/c/cyborg/index.html - Une bonne page sur l'accessibilité de HPFS
http://www-4.ibm.com/software/os/warp/warp-server/warp-server-adv/c2j.html - IBM OS/2 Warp Server : fonctionnalité & bénéfices : fichier & impression
Page d'accueil : http://www.student.nada.kth.se/~f96-bet/ihpfs/
Auteur : Marcus Better
<Marcus.Better@abc.se>
Téléchargement : http://www.student.nada.kth.se/~f96-bet/ihpfs/ihpfs128.zip
Accès : lecture seule
Licence : GPL
Ce programme n'est plus maintenu car l'auteur n'utilise plus OS/2. Si vous souhaitez maintenir ce programme, faites-lui savoir.
Page d'accueil : ?
Auteur : Robert Muchsel <rmuchsel@iiic.ethz.ch> (this e-mail doesn't work)
Accès : lecture seule
Licence : Shareware ($23)
Page d'accueil : http://www.student.informatik.th-darmstadt.de/~akinzler/
Auteur : Andreas Kinzler <akinzler@rbg.informatik.th-darmstadt.de> (cet email n'est pas valide)
Téléchargement : ftp://ftp.cdrom.com/.1/os2/mdos/hpfsa102.zip
Accès : lecture/écriture
Licence : Shareware ($40)
Page d'accueil : ?
Auteur : Allan Mertner <mertner@login.dknet.dk> (cet email n'est pas valide)
Téléchargement : ftp://hobbes.nmsu.edu/pub/dos/amos320.zip
Licence : Shareware ($50)
Page d'accueil : http://artax.karlin.mff.cuni.cz/~mikulas/vyplody/hpfs/index-e.cgi
Téléchargement : http://artax.karlin.mff.cuni.cz/~mikulas/vyplody/hpfs/hpfs-0.99b.tar.gz pour les noyaux 2.0 et http://artax.karlin.mff.cuni.cz/~mikulas/vyplody/hpfs/hpfs-1.98b.tar.gz pour les noyaux 2.2
Auteur : Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>
Accès : lecture/écriture, attributs étendus (EA), noms longs.
Licence : GPL
Si vous voulez le support HPFS, activez l'option dans le sous-menu . Recompilez ensuite votre noyau en utilisant make dep bzImage, redémarrez et essayez de monter votre partition HPFS (i.e. mount /dev/hda2 /mnt -t hpfs).
Page d'accueil : http://iclub.nsu.ru/~semen/
Téléchargement : http://iclub.nsu.ru/~semen/hpfs/hpfs-0.3b.tar.gz
Auteur : Semen A. Ustimenko <semenu@FreeBSD.org>
Accès : lecture seule
Licence : BSD
Page d'accueil : http://www.htc.net/~nbehnken/
Téléchargement : http://www.htc.net/~nbehnken/hpfs_nt.zip
Auteur : Chris Behnken <nbehnken@htc.net>
Licence : gratuit
Téléchargement : ftp://hobbes.nmsu.edu/pub/windows/hpfsnt.zip
Auteur : ?
Licence : ?
Références :
http://www.microsoft.com/msj/1198/ntfs/ntfstop.htm Informations sur NTFS 5
Rajeev Nagar, Windows NT File System Internals (O'Reilly).
Helen Custer, A l'intérieur de système de fichiers de Windows NT, ISBN: 1-55615-660-X.
Documentation sur NTFS par Regis Duchesne http://celine.via.ecp.fr/~regis/ntfs/new
Microsoft TechNet, Février 97, Windows NT Training: Support, NTFS
Page d'accueil : http://www.sysinternals.com/ntfs20.htm
Auteurs : Mark Russinovich <cogswell@winternals.com>.
Accès : lecture seule, noms de fichiers longs sous DOS 7 et Win9x.
Page d'accueil http://www.esiea.fr/public_html/Christophe.GRENIER/
Auteur : Christophe Grenier <grenier@nef.esiea.fr>
Accès : lecture seule (écriture expérimentale), noms de fichiers longs supportés, pas de lettre de lecteur (outils dos)
Licence : GPL
Page d'accueil : http://www.dsteiner.com/products/software/os2/ifs.htm
Miroir: ftp://ftp-os2.nmsu.edu/pub/os2/system/drivers/filesys/ntfs_003.zip, ftp://ftp.leo.org/pub/comp/os/os2/leo/drivers/ifs
Auteur : Daniel Steiner <info@dsteiner.com>
Accès : lecture seule, noms de fichiers longs supportés.
Page d'accueil : http://www.informatik.hu-berlin.de/~loewis/ntfs/
Auteur : Martin von Löwis <loewis@informatik.hu-berlin.de>
Freshmeat: Console/Filesystems
Page d'accueil : http://www.informatik.hu-berlin.de/~loewis/ntfs/ntfs-current.tgz
Miroir : Inclus dans les miroirs officiels du noyau Linux
Accès : lecture seule, écriture expérimentale, compression, pas d'encryptage
Licence : GPL
Page d'accueil : http://iclub.nsu.ru/~semen/ntfs/
Auteur : Semen A. Ustimenko <semenu@FreeBSD.org>
Téléchargement : Comme partie de FreeBSD (ftp://ftp.FreeBSD.org/pub/FreeBSD/), et NetBSD ( ftp://ftp.NetBSD.org/pub/NetBSD/)
Miroir : voyez les miroirs de FreeBSD et NetBSD
Accès : lecture + écriture limitée, ne supporte pas les pages de codes
Licence : BSD
Page d'accueil : http://www.cs.tamu.edu/people/tkg0143/be/
Auteur : Travis Geiselbrecht <geist@tamu.edu>
Téléchargement : http://www.cs.tamu.edu/people/tkg0143/be/downloads/ntfs-0.05-x86-r4.zip
Accès : ?
Licence : gratuit
L'auteur travaille maintenant pour Be Inc, vous ne verrez plus beaucoup de mise à jour de son support pour les systèmes de fichiers NTFS et Ext2FS sur son site web. Les pilotes seront introduits dans les prochaines versions de BeOS.
Page d'accueil : http://www.sw.com.sg/solutions/ntfs-ro.shtml
Auteur : Standard & Western Software, http://www.sw-soft.com
Téléchargement : http://download.sw.com.sg/pub/Be/ntfs-rod-0302.tar.gz
Accès : lecture seule.
Page d'accueil : http://www.sysinternals.com/
Auteur : Winternals Software <info@winternals.com>
Accès : lecture/écriture, copie et remplacement de fichiers.
Licence : Commerciale
Page d'accueil : http://www.sysinternals.com/
Auteur : Winternals Software <info@winternals.com>
Accès : la version gratuite est en lecture seule, la commerciale en lecture/écriture.
Licence : gratuit en version lecture seule, commerciale en version lecture/écriture.
Le système de fichiers étendus (ExtFS), le second système de fichiers étendus
(Ext2FS) et le troisième système de fichiers étendus (Ext3FS) furent conçus et
développés pour Linux par Rémy Card, Laboratoire MASI--Institut Blaise Pascal,
<card@masi.ibp.fr>, Theodore
Ts'o, Massachussets Institute of Technology, <tytso@mit.edu> et Stephen Tweedie,
University of Edinburgh, <sct@redhat.com>
http://web.mit.edu/tytso/www/linux/ext2.html - La page d'accueil de Ext2FS. C'est la source principale d'information sur Ext2FS.
http://uranus.it.swin.edu.au/~jn/explore2fs/es2fs.htm - Document sur Ext2FS par John Newbigin.
http://www.ing.umu.se/~bosse/ - Ext2FS_Rec (Un « reconnaisseur » Ext2FS pour WinNT).
C'est un ancien système de fichiers utilisé dans les premiers systèmes Linux.
Le deuxième système de fichiers est probablement le système de fichiers le plus largement répandu dans la communauté Linux. Il fournit une sémantique Unix standard et des fonctionnalités avancées. Qui plus est, grâce aux optimisations incluses dans le code du noyau, il est robuste et offre d'excellentes performances.
Puisque Ext2FS fut conçu de manière évolutive, il prévoit l'ajout de nouvelles capacités. Certaines personnes sont en train de développer des extensions au système actuel : listes de contrôle d'accès se conformant à la sémantique Posix, undelete, et compression de fichier à la volée.
Ext2FS fut d'abord développé et intégré au noyau Linux et est maintenant activement porté sur d'autres systèmes d'exploitation. Un serveur Ext2FS tournant sur le système GNU Hurd a été développé. Des gens sont aussi en train de travailler sur un portage de Ext2FS pour le serveur LITES, tournant sur le micro-noyau Mach et sur le système d'exploitation VSTa. Dernier point, mais non des moindres, Ext2FS est une partie importante du système d'exploitation Masix, actuellement en cours de développement par l'un des auteurs.
Le second système de fichiers étendu fut conçu et implémenté pour résoudre certains problèmes présents dans le premier système de fichiers étendu. Notre but était de fournir un système de fichiers puissant, qui utilise la sémantique des fichiers Unix et offre des fonctionnalités avancées.
Bien sûr, nous voulions que Ext2FS aie d'excellentes performances. Nous voulions aussi un système de fichiers très robuste dans le but de réduire les risques de perte de données lors d'usage intensif. Finalement, et non des moindres, Ext2FS a dû prévoir de la place pour les extensions, permettant ainsi aux utilisateurs de bénéficier de nouvelles fonctionnalités sans avoir à reformater leur système de fichiers.
Ext2FS supporte les types de fichiers standards Unix suivants : fichiers réguliers, répertoires, fichiers périphériques spéciaux et liens symboliques.
Ext2FS est capable de gérer les systèmes de fichiers créés sur de très grandes partitions. Tandis que le code originel du noyau restreint sa taille maximale à 2 Go, les travaux récents dans la couche VFS ont repoussé cette limite à 4 TB. Ainsi, il est maintenant possible d'utiliser de gros disques sans avoir besoin de créer de nombreuses partitions.
Ext2FS gère les noms de fichiers longs. Il utilise des entrées de répertoire de taille variable. La taille maximale d'un nom de fichier est de 255 caractères. Cette limite peut être étendue à 1012 si nécessaire.
Ext2FS réserve certains blocs pour le super utilisateur
(root). Normalement, 5% des blocs sont réservés. Cela permet
à l'administrateur de rattraper facilement des situations où un processus
utilisateur remplit le système de fichiers.
En plus des fonctionnalités Unix standard, Ext2FS supporte certaines extensions qui ne sont généralement pas présentes dans les systèmes de fichiers Unix.
Les attributs de fichiers autorisent les utilisateurs à modifier le comportement du noyau quand il agit sur un ensemble de fichiers. On peut ainsi modifier les attributs d'un fichier ou d'un répertoire. Dans ce dernier cas, les nouveaux fichiers créés dans ce répertoire héritent de ces attributs.
La sémantique BSD ou Système V Version 4 peut être sélectionnée au montage. Une option de mount autorise les administrateurs à choisir la sémantique de la création de fichier. Sur un système de fichiers monté avec la sémantique BSD, les fichiers sont créés avec le même identifiant de groupe (gid) que leur répertoire courant. La sémantique des Systèmes V est un peu plus complexe : si un répertoire a le « bit setgid » positionné, les nouveaux fichiers héritent de l'identifiant de groupe du répertoire et les sous-répertoires de l'identifiant de groupe et du « bit setgid » ; dans les autres cas, fichiers et sous-répertoires sont créés avec le premier identifiant de groupe du processus appelant.
Les mises à jour synchronisées du type BSD peuvent être utilisées avec Ext2FS. Une option de montage permet à l'administrateur d'imposer l'écriture synchrone des metadata (i-noeuds, bloc de champs de bits, blocs indirect et bloc répertoires) le disque quand elles sont modifiées. Cela peut être utile pour maintenir une cohérence stricte des metadata mais cela conduit à de faibles performances. En réalité, cette fonctionnalité n'est pas, normalement utilisée car en plus de la perte de performance associée à l'utilisation de mise à jour synchrone des metadatas, elle peut causer des corruptions dans les données des utilisateurs qui ne seront pas signalé par le contrôleur de système de fichiers (fsck).
Ext2FS permet à l'administrateur de choisir la taille des blocs logiques lors de la création du système de fichier. La taille des blocs peut généralement être de 1024, 2048 ou 4096 octets. L'utilisation de blocs de grande taille peut accélérer les E/S car imposant moins de requêtes d'E/S, et par là même moins de déplacement des têtes de disque sont nécessaires pour accéder à un fichier. D'un autre côté de gros blocs font perdre plus d'espace disque : en moyenne, le dernier bloc alloué à un fichier est seulement à moitié utilisé. Plus les blocs seront gros, plus l'espace sera gaspillé dans le dernier bloc de chaque fichier. De plus, la plupart des avantages des blocs de grande taille sont obtenus par les techniques de pré-allocation du système de fichiers Ext2.
Ext2FS implémente des liens symboliques rapides. Un lien symbolique rapide n'utilise aucun bloc de donnée sur le système de fichiers. Le nom de la cible n'est pas enregistré dans un bloc de donnée mais dans l'i-noeud lui-même. Cette politique peut économiser de l'espace disque (il n'est pas nécessaire d'allouer des blocs de données) et améliore la performance des opérations sur les liens (il n'y a pas besoin de lire un bloc de données quand on accède à un tel lien). Bien sûr, l'espace disque disponible dans l'i-noeud est limité donc tous les liens ne peuvent pas être implémentés comme des liens symboliques rapides. La taille maximale du nom de la cible pour un lien symbolique rapide est de 60 caractères. Nous prévoyons d'étendre ce modèle aux petits fichiers dans un proche avenir.
Ext2FS garde la trace de l'état du système de fichiers. Un champ spécial dans le superbloc est utilisé par le code du noyau pour indiquer l'état du système de fichiers. Quand un système de fichiers est monté en mode lecture/écriture, son état est considéré comme non propre (« Not Clean »). Quand il est démonté ou remonté en mode lecture seule, son état redevient propre (« Clean »). Au démarrage, le vérificateur du système de fichiers utilise cette information pour décider si le système de fichiers doit être vérifié. Le code du noyau peut aussi enregistrer des erreurs dans ce champ. Quand une incohérence est détectée par le code du noyau, le système de fichiers est marqué comme contenant des erreurs (« Erroneous »). Le vérificateur de système de fichiers teste cela pour forcer la vérification du système de fichiers sans se préoccuper de son état apparemment propre.
Toujours éviter la vérification du système de fichiers peut parfois être dangereux. Ext2FS fournit donc deux manières de forcer la vérification à intervalles réguliers. Un compteur de montage est maintenu dans le « superbloc ». Chaque fois que le système de fichiers est monté en mode lecture/écriture, ce compteur est incrémenté. Quand il atteint la valeur maximale (elle aussi enregistrée dans le « superbloc »), le vérificateur de système de fichiers force la vérification même si le système de fichiers est dans un état propre. Les champs date de la dernière vérification et intervalle maximal de vérification sont aussi maintenu dans le « superbloc ». Ces deux champs autorisent l'administrateur à requérir des vérifications périodiques. Quand l'intervalle maximal de vérification est atteint, le vérificateur ignore l'état du système de fichier et force sa vérification.
Un attribut autorise un utilisateur à demander une suppression sécurisée des fichiers. Quand un tel fichier est effacé, des données aléatoires sont écrites dans le bloc disque précédemment alloué à ce fichier. Cela empêche des personnes malintentionnées d'avoir accès au contenu précédent du fichier en utilisant un éditeur de disque.
Pour finir, de nouveaux types de fichiers inspirés par le système de fichiers 4.4BSD ont récemment été ajoutés à Ext2FS. Les fichiers immuables peuvent seulement être lus : personne ne peut y écrire ou les effacer. Cela peut être utilisé pour protéger des fichiers de configurations sensibles. Les fichiers « ajout-seul » (« Append-only ») peuvent être ouverts en mode écriture mais les données sont toujours ajoutées à la fin du fichier. Comme les fichiers immuables, ils ne peuvent pas être effacés ou renommés. Cela est surtout utile pour les fichiers de journalisation (« log ») qui ne peuvent que grandir.
La structure physique du système de fichiers Ext2 fut très fortement influencée par l'agencement du système de fichiers BSD. Un système de fichiers est composé de groupes de blocs. Les groupes de blocs sont analogues aux groupes de cylindres du FFS BSD. Néanmoins, les groupes de blocs ne sont pas attachés à l'agencement physique des blocs sur le disque, puisque les disques modernes sont optimisés pour les accès séquentiels et pour cacher leur géométrie physique au système d'exploitation.
| Secteur d'amorce | Groupe de blocs 1 | Groupe de blocs 2 | ... | Groupe de blocs n |
Chaque groupe de blocs contient une copie redondante des informations de contrôles cruciales du système de fichiers (les super blocs et les descripteurs de système de fichiers). Il contient aussi une partie du système de fichiers (une bitmap pour les gestion des blocs, une bitmap pour les i-noeuds, une partie de la table des i-noeuds, et des blocs de données). La structure d'un groupe de blocs est représentée par ce schéma :
| Super bloc | Descripteur du SF | Bitmap des blocs | Bitmap des i-noeuds | Table des i-noeuds | Blocs de données |
Utiliser un groupe de bloc est un gros avantage en terme de fiabilité, comme les structures sont copiées dans chaque groupe de blocs, il est plus facile de récupérer un système de fichiers dont le super bloc a été corrompu. Cette structure aide aussi à obtenir de bonnes performances. En réduisant la distance entre la table des i-noeuds et les blocs de données, il est possible de réduire le chemin parcouru par les têtes de lecture des disques durs pendant les E/S sur les fichiers.
Sous Ext2FS, les répertoires sont gérés comme une liste chaînée dont la longueur des entrées est variable. Chaque entrée contient le numéro d'i-noeud, la taille de l'entrée, le nom et la longueur du fichier. En utilisant une longueur d'entrée variable, il est possible d'utiliser des noms de fichiers longs sans perdre de l'espace disque dans les répertoires.
Sous Linux, le code du noyau relatif à Ext2FS contient beaucoup d'optimisations, ce qui tend à améliorer la vitesse des E/S pendant la lecture et l'écriture de fichiers.
Ext2FS tire parti de la gestion des tampons antémémoires en effectuant des
lectures anticipées : quand un bloc doit être lu, le code noyau requiert
l'E/S sur plusieurs blocs contigus. De cette manière, il essaie de s'assurer que
le bloc suivant à lire est déjà chargé dans le tampon d'antémémoire. Les
pré-lectures sont normalement effectuées pendant les lectures séquentielles sur
un fichier et Ext2FS l'étend aux lectures de répertoires, soit les lectures
explicites (appel readdir(2)) ou les implicites (voir le
fichier namei.c.)
Les allocations sont aussi optimisées dans Ext2FS. Les groupes de blocs sont utilisés pour rassembler les i-noeuds et les données reliées : le code noyau essaie toujours d'allouer des blocs de données pour un fichier dans le même groupe que son i-noeud. Ceci a pour but de réduire le déplacement des têtes de lecture quand le noyau lit un i-noeud et ses blocs de données.
Lors de l'écriture de données dans un fichier, Ext2FS pré-alloue jusqu'à 8 blocs adjacents pendant l'allocation d'un nouveau bloc. L'efficacité de la pré-allocation est d'environ 75%, même sur les systèmes de fichiers pleins. Cette pré-allocation permet d'atteindre de bonnes performances en écriture avec une forte charge. Elle permet aussi que des blocs contigus soient alloués aux fichiers, accélérant ainsi les prochaines lectures séquentielles.
Ces deux optimisations de l'allocation ont pour effet de permettre un bon positionnement des :
fichiers reliés au travers des groupes de blocs
blocs reliés au travers du regroupement par 8 bits des blocs d'allocation
Ext3FS supporte les mêmes fonctionnalités qu'Ext2FS, mais inclut en plus la journalisation. Vous pouvez télécharger une pré-version depuis ftp://ftp.uk.linux.org/pub/linux/sct/fs/jfs/.
Page d'accueil : http://opensource.captech.com/e2compr/
Téléchargement : ftp://opensource.captech.com/e2compr/
Mainteneur: Peter Moulder <reiter@netspace.net.au>
Freshmeat: Console/Filesystems
Accès : comme pour Ext2FS (lecture/écriture, nom de fichier long)
Licence : GPL hormis pour les algorithmes de compression (diverses licenses)
Téléchargement : ftp://sunsite.unc.edu/pub/Linux/system/filesystems/ext2/
Accès : lecture seule, pas de lettre de lecteur (utilitaires spéciaux)
Auteur : Claus Tondering <ct@login.dknet.dk>
Accès : ?
Licence : ?
Page d'accueil : http://www.it.fht-esslingen.de/~zimmerma/software/ltools.html
Auteur : Werner Zimmermann <Werner.Zimmermann@fht-esslingen.de>
Page d'accueil : http://www.it.fht-esslingen.de/~zimmerma/software/ltools.htm
Miroir: http://metalab.unc.edu/pub/linux/utils/dos/ (diffusion majeure seulement)
Accès : lecture/modifications, nom de fichier long
Licence : GPL
Page d'accueil : http://perso.wanadoo.fr/matthieu.willm/ext2-os2/
Auteur : Matthieu WILLM <matthieu.willm@wanadoo.fr>
Téléchargement : ftp://hobbes.nmsu.edu/pub/os2/system/drivers/filesys/ext2_240.zip
Freshmeat : Console/Filesystems
Accès : lecture / écriture, swap et démarrage depuis Ext2FS les media sur support amovible, mais PAS les attributs étendus.
Page d'accueil : htmlurl url="http://www.yipton.demon.co.uk/" name="http://www.yipton.demon.co.uk/">
Auteur : Peter van Sebille <pese@nlnwgfsc.origin.nl>
Freshmeat: Console/Filesystems
Accès : lecture seule, support des noms de fichiers longs
Page d'accueil : http://uranus.it.swin.edu.au/~jn/linux/explore2fs.htm
Accès : lecture écriture, noms de fichiers longs, liens symboliques etc ...
Auteur : John Newbigin <jn@it.swin.edu.au>
Licence : GPL
Page d'accueil : http://www.chat.ru/~ashedel/ext2fsnt/
Téléchargement : http://www.chat.ru/~ashedel/ext2fsnt/ext2fsnt.rar
Auteur : Andrey Shedel
<andreys@cr.cyco.com>
Freshmeat : http://freshmeat.net/projects/ext2fsnt
Licence : gratuit
Accès : lecture/écriture, noms de fichiers longs, sécurité, swap, liens symboliques en dur.
Page d'accueil : http://www.cs.tamu.edu/people/tkg0143/be/
Auteur : Travis Geiselbrecht <geist@tamu.edu>
Téléchargement : http://www.cs.tamu.edu/people/tkg0143/be/downloads/ext2fs-1.0.6-x86-r4.zip pour R4 et http://www.cs.tamu.edu/people/tkg0143/be/downloads/ext2fs-1.0.3-x86-r3.zip pour R3.
Accès : lecture seule, noms de fichiers longs supportés.
Licence : gratuit
L'auteur travaille maintenant pour Be Inc., vous ne verrez donc plus son support pour les systèmes de fichiers Ext2FS et NTFS mis à jour sur son site web. Les pilotes seront intégrés dans les prochaines diffusions de BeOS.
Page d'accueil : http://calvaweb.calvacom.fr/bh40
Auteur : ?
Téléchargement : ?
Page d'accueil : http://?
Auteur : <yescrew@capybara.sk-pttsc.lj.edus.si>
Téléchargement : ?
Licence : GPL
Téléchargement : ftp://ftp.uk.linux.org/pub/linux/sct/defrag/
Auteur : Stephen C. Tweedie <sct@redhat.com>
Licence : GPL
Page d'accueil : http://www.dsv.nl/~buytenh/ext2resize/
Téléchargement : http://www.dsv.nl/~buytenh/ext2resize/ext2resize-990617.tar.bz2
Auteur : Lennert Buytenhek <buytenh@dsv.nl>.
Licence : GPL
Page d'accueil : http://linux.msede.com/ext2/ext2end.html
Maintainer: Mike Field <mafield@the.net.nz>
Licence : Copyright Mike Field. Sera mis en GPL quand le produit sera stable.
Page d'accueil : http://e2fsprogs.sourceforge.net/
Auteurs : <tytso@mit.edu> and
<card@masi.ibp.fr>
Téléchargement : ftp://download.sourceforge.net/pub/sourceforge/e2fsprogs/
Portage sur Windows NT : http://www.chat.ru/~ashedel/ext2fsnt/
Freshmeat: http://freshmeat.net/projects/e2fsprogs/
Licence : GPL
Page d'accueil : ?
Auteur : <tgud@tochnapc2.technion.ac.il>.
Téléchargement : http://sunsite.unc.edu/pub/Linux/system/Filesystems/ext2/ext2ed-0.1.tar.gz
Licence : GPL
Page d'accueil : ?
Auteur : Scott D. Heavner <sdh@po.cwru.edu>.
Téléchargement : http://sunsite.unc.edu/pub/Linux/system/Filesystems/lde-2.3.4.tar.gz
Licence : GPL
Page d'accueil : http://amadeus.uprm.edu/~undelete
Auteurs : Gunther Costas, Wilfredo Lugo, Jerry Ramirez <undelete@amadeus.uprm.edu>
Freshmeat: Console/Filesystems
Licence : GPL
undeletable fournis par l'Ext2FS. Ce
patch inclut les pages de manuel, le daemon de restauration et les utilitaires.
Vérifiez notre page web pour les dernières et meilleurs versions.
Tous les systèmes de stockage du Macintosh, hormis les disquettes, sont partitionnés en un ou plusieurs volumes. Les volumes contiennent quatre types d'éléments : les fichiers, les répertoires, les files (threads) de répertoires et les files (threads) de fichiers. Chaque élément est décrit par une entrée dans un catalogue qui est similaire à un i-noeud Unix. Les enregistrements de catalogue sont organisés sur le disque en catalogue d'arbres équilibrés . Les répertoires sont dérivés de la recherche dans le catalogue. Seul un fichier peut occuper de la place en dehors de son catalogue d'enregistrement.
Un « fichier » Macintosh contient deux composants, ou branches. La branche ressource est un fichier indexé contenant des segments de code, des éléments de menu, des boîtes de dialogue, etc. La branche de données possède la sémantique « flux d'octet » du contenu d'un fichier Unix. Chaque branche est composée d'un ou plusieurs « extent[4] » ou un ensemble de blocs contigu. Un descripteur d'extent code un bloc de départ d'extent et une longueur comprise dans une quantité multiple de 32 bits. Le premier enregistrement d'extent (un descripteur de trois extents) de chaque branche fait partie de l'enregistrement catalogue. Tous les enregistrements d'extent suivants sont conservés dans les extents dépassant de l'arbre équilibré.
En plus des extents de fichier et d'arbre équilibré, un volume contient deux blocs d'amorce, un bloc d'information sur le volume, et un champ de bit libre. Il y a une quantité remarquable de redondances dans les structures de données sur disque. Cela améliore la récupération après un incident. Bien que ne faisant pas strictement partie du système de fichiers, il peut être noté que plusieurs champs d'enregistrement du catalogue sont exclusivement réservés pour le Finder, un programme qui prend en charge les accès utilisateur au système de fichiers et maintient automatiquement les associations entre applications et fichiers de données. Du coup, HFS doit aussi maintenir ces informations pour le Finder.
Chaque fichier et répertoire d'un volume HFS possède un numéro d'identification, semblable à un numéro d'i-noeud pour le système de fichier Unix. Néanmoins un fichier ou répertoire est désigné par l'identifiant de son père et son propre nom, qui est de 32 caractères y compris des caractères nuls. Cette combinaison est la clef de recherche du catalogue en arbre équilibré du volume. Ce catalogue diffère de la structure d'un arbre balancé classique en cela que tous les noeuds, à chaque niveau, sont chaînés ensemble pour former une liste doublement chaînée dont tous les enregistrements sont dans les noeuds feuilles. Ces variations permettent l'accès à de nombreux éléments dans le même répertoire en parcourant les feuilles grâce à la liste chaînée. A proprement parler, les arbres équilibrés de HFS sont une variante des arbres B+ bien que la documentation technique d'Apple les appelle arbres-B*.
Chaque répertoire, y compris la racine, contient sa file de répertoire qui possède le nom de fichier vide. L'enregistrement file de répertoire contient le même nom que le répertoire et l'identifiant de son père. De la même manière, la file de fichier contient le nom du fichier et l'identifiant du répertoire où il se trouve. Alors que chaque répertoire doit contenir une file de répertoire, les files de fichier sont peu communes. En fait, les deux sont des exemples de la redondance de HFS - pour les arbres non endommagés, les files ne sont pas vraiment nécessaires. Les enregistrements de fichiers et de répertoires contiennent 32 octets d'information utilisés par le Finder. Les trois premiers descripteurs d'extents pour le catalogue des arbres balancés sont conservés dans le bloc d'information sur les volumes. Si le catalogue dépasse ces trois extents, les descripteurs d'extents restants sont enregistrés dans les extents de dépassement de capacité.
Les systèmes de fichiers HFS et HFS+ (aussi appelé Séquoia) sont très bien documentés. La meilleure source d'information technique sur HFS peut être trouvée dans la série de livres Inside Macintosh. Voyez http://developer.apple.com/techpubs/mac/Files/Files-99.html. Le système de fichiers HFS+ est décrit dans le document Technote 1150, disponible en ligne à http://developer.apple.com/technotes/tn/tn1150.html. Beaucoup d'autres informations sont disponibles dans d'autres notes techniques. Ces liens ont été rassemblés par Paul H. Hargrove :
http://developer.apple.com/dev/technotes/fl/fl_22.html - HFS Ruminations.
http://developer.apple.com/dev/technotes/fl/fl_32.html - Hey, Buddy, Can You Spare A bloc ?
http://developer.apple.com/dev/technotes/fl/fl_505.html - Alias Manager Q&As
http://developer.apple.com/dev/technotes/fl/fl_515.html - File Manager File Handling Q&As
http://developer.apple.com/dev/technotes/fl/fl_530.html - File Manager Volume Handling Q&As
http://developer.apple.com/dev/qa/ops/ops08.html - Bizarre Extension Loading Order: BackQuote Sorts Between "A" and "B"
http://developer.apple.com/dev/technotes/tb/tb_535.html - Finder Q&As
Page d'accueil : http://www-sccm.stanford.edu/~hargrove/HFS/
Auteur : Paul. Hargrove <hargrove@sccm.stanford.edu>
Freshmeat: Console/Filesystems
Licence : GPL
Page d'accueil : http://www.student.nada.kth.se/~f96-bet/HFS/
Auteur : Marcus Better <Marcus.Better@abc.se>
Ce programme n'est plus maintenu, car l'auteur n'utilise plus OS/2. Si vous êtes intéressé par la maintenance de ce programme, faites-lui savoir.
Page d'accueil : http://gamma.nic.fi/~lpesonen/HFVExplorer/
Auteur : Lauri Pesonen <lpesonen@nic.fi>
Accès : lecture/écriture sur disquettes, disque Zip et les fichiers à volume virtuel; lecture de HFS et des CD hybrides.
Licence : GPL
Page d'accueil : ?
Auteur : Paul E. Thomson
Téléchargement : http://home2.inet.tele.dk/shefan/macette3.zip
Accès : lecture seule
Licence : Shareware ($34)
Page d'accueil : http://www.mars.org/home/rob/proj/hfs/
Auteur : Robert Leslie <rob@mars.org>
portage OS/2 : http://www.f.kth.se/~f96-bet/hfsutils/
Rapport technique : http://reports-archive.adm.cs.cmu.edu/anon/1998/abstracts/98-145.html
Auteurs : Peter A. Dinda <pdinda+macfs@cs.cmu.edu>, George C. Necula, and Morgan Price
Téléchargement : ftp://ftp.cs.cmu.edu/user/pdinda/MacFS_0.1.tar.gz
Accès : lecture/écriture, support complet en ouverture / lecture / écriture / recherche / fermeture
Licence : gratuit pour une utilisation non commerciale et non militaire, voyez ftp://ftp.cs.cmu.edu/user/pdinda/MacFS_0.1.LICENSE
Liens utiles
Spécifications ISO-9660 (connues aussi sous le nom de ECMA-119, ou encore High Sierra) : ftp://ftp.ecma.ch/ecma-st/e119-pdf.pdf
Les extensions permettent les noms de fichiers longs et les liens symboliques de type Unix.
Liens utiles
System Usage Sharing Protocol (SUSP, IEEE P1281) : ftp://ftp.ymi.com/pub/rockridge/susp112.ps
Rock Ridge Interchange Protocol (RRIP, IEEE P1282) : ftp://ftp.ymi.com/pub/rockridge/rrip112.ps
Joliet est une extension Microsoft au système de fichiers ISO9660 qui permet l'utilisation des caractères Unicode dans les noms de fichiers. C'est un bénéfice lors de la prise en compte de l'internationalisation. Comme les extensions Rock Ridge, Joliet permet aussi les noms de fichiers longs.
Les cédéroms hybrides contiennent trois systèmes de fichiers sur un disque : ISO9660/RockRidge, Joliet, et HFS. De tels cédéroms sont ainsi lisibles sous DOS, Windows, Unix, et Macintosh. Les trois systèmes de fichiers utilisent les mêmes données, seules les structures spécifiques (meta-données) sont présentes trois fois.
Page d'accueil : http://www.iae.nl/users/gertjan/be/
Auteur : Gertjan van Ratingen <gertjan@iae.nl>
Licence : ?
Téléchargement : ftp://hobbes.nmsu.edu/pub/os2/system/drivers/filesys/jcdfs.zip
Auteur : IBM
Licence : ?
Page d'accueil : http://www.ii.pw.edu.pl/~borkowsm/cdfs.htm
Téléchargement : ?
Auteur : Mariusz Borkowski <borkowsm@ii.pw.edu.pl>
Licence : ?
Page d'accueil : http://www.xs4all.nl/~marcone/be.html
Téléchargement : http://www.xs4all.nl/~marcone/be/files/cdda5.zip (archive PPC/Intel)
Auteur : Marco ?
Licence : ?
Page d'accueil : http://www.elis.rug.ac.be/~ronsse/cdfs/
Téléchargement : http://www.elis.rug.ac.be/~ronsse/cdfs/cdfs.tgz
Auteur : Michel Ronsse <ronsse@elis.rug.ac.be>
Licence : GPL
CDfs est un système de fichiers pour Linux qui permet de voir toutes les pistes et images d'amorce d'un cédérom en tant que fichiers normaux. Ces fichiers peuvent ensuite être montés (par exemple, les images ISO et images de boot), copiées, jouées (pour les pistes audio), etc... Le but premier du développement de ce système de fichiers était de connaître les informations des sessions ISO précédentes du cédérom. Ce pilote vous permet aussi d'accéder aux données de disques multi-sessions en erreur (par exemples, les disques avec plusieurs sessions uniques au lieu d'une session mutiple).
Page d'accueil : http://www.ps.ucl.ac.uk/~jcpearso/mkhfs.html
Téléchargement : ftp://ftp.ge.ucl.ac.uk/pub/mkhfs/
Auteur : <j.pearson@ge.ucl.ac.uk>
Licence : ?
Le système de fichiers de disque Acorn est le système de fichiers standard du système d'exploitation RiscOS qui fonctionne sur les systèmes Risc PC à base d'ARM d'Acorn et la gamme de machine Acorn Archimède.
Les noyaux Linux 2.1.x+ supportent ce système de fichiers. L'auteur de
l'implémentation Linux est Russell King <rmk@arm.uk.linux.org>.
Le système de fichiers rapide (FFS) est le système de fichiers commun utilisé sur les disques durs par les systèmes Amiga™ depuis AmigaOS Version 1.3 (34.20).
Les noyaux Linux 2.1.x+ supportent ce système de fichiers. L'auteur de
l'implémentation Linux est Ray Burr <ryb@nightmare.com>.
BeFS est un système de fichiers journalisé utilisé sous BeOS. Pour plus d'information sur BeFS voyez le livre Practical File System Design with the Be File System ou le code source du pilote BeFS pour Linux.
Implémentation BeFS pour Linux :
Page d'accueil : http://hp.vector.co.jp/authors/VA008030/bfs/
Téléchargement : http://hp.vector.co.jp/authors/VA008030/bfs/bfs-19990528.tar.gz
Auteur : Makoto Kato <m_kato@ga2.so-net.ne.jp>
Accès : lecture seule
Licence : GPL
Le système de fichiers BFS d'UnixWare est conçu dans un but spécifique. Il a été conçu pour charger et démarrer le noyau UnixWare. BFS fut conçu comme un système de fichiers contigu. BFS ne supporte qu'un seul répertoire (racine) et vous pouvez seulement créer des fichiers classiques ; aucun sous-répertoire ou fichier spécial tel que périphérique ou « socket » ne peuvent être créés.
Pour plus d'information sur BFS voyez http://uw7doc.sco.com/FS_admin/_The_bfs_File_System_Type.html.
Page d'accueil : http://www.ocston.org/~tigran/patches/bfs/
Téléchargement : Dans le noyau Linux, patch disponible sur la page d'accueil.
Auteur : Tigran A. Aivazian <tigran@ocston.org>
Licence : GPL
Accès : lecture / écriture (la partie écriture est limitée, pas de compression pour le moment.)
Il y a aussi ma vieille implémentation, qui est maintenant obsolète. Mon plan est de porter ce code sous FreeBSD :
Page d'accueil : http://www.penguin.cz/~mhi/fs/bfs/
Téléchargement : ftp://ftp.penguin.cz/pub/users/mhi/bfs/
Auteur : Martin Hinner <mhi@penguin.cz>
Licence : GPL
Accès : lecture seule
Ce système de fichiers fut utilisé sur les Commodore 1581/1541. Il y a un pilote en lecture seule pour Linux :
Page d'accueil : http://www.npsnet.com/danf/software/pub/
Téléchargement : ftp://sunsite.unc.edu/pub/Linux/system/filesystems/cbmfs-0.3.tar.gz
Auteur : Dan Fandrich <dan@fch.wimsey.bc.ca>
Licence : GPL
Accès : lecture seule
C'est le nouveau nom pour le système de fichiers de haut débit (High throughput filesystem - HTFS). Pour plus d'informations voyez la page d'accueil de CrosStor : http://www.crosstor.com.
Les buts lors de la conception du système de fichiers de bureau furent influencés par ce qu'était l'environnement pour les premiers micro-ordinateurs. DTFS compresse les données enregistrées dans les fichiers pour réduire les besoins en espace disque (les répertoires restent non compressés). La compression est effectuée page par page à la volée. DTFS supporte le LZW et la non compression, mais vous pouvez ajouter votre propre algorithme. Une partie de l'espace est économisée en n'allouant pas d'avance les i-noeuds. L'allocation de chaque bloc de disque en tant qu'i-noeud est chose aisée. Chaque i-noeud est enregistré comme un arbre B+. Pour plus d'information, voyez le papier USENIX sur DTFS (vous pouvez le télécharger depuis ftp://ftp.crosstor.com/pub/DTFS/papers/).
Un pilote commercial en lecture et écriture est disponible auprès de CrosStor pour UnixWare et SUN Solaris :
Téléchargement : ftp://ftp.crosstor.com/pub/DTFS/
Licence : Commerciale ?
Accès : lecture / écriture
Le projet de système de fichiers amélioré a pour but de créer un nouveau système de fichiers pour Linux et éventuellement d'autres systèmes d'exploitation qui permettra à l'administrateur de définir un système de fichiers montable sur un ensemble de périphériques blocs (que se soient des disques durs ou des partitions). Le but est de permettre à un système de fichiers d'ajouter ou enlever une partition (si les partitions restantes ont assez de place pour contenir toutes les données) d'un ensemble de partitions pendant que le système fonctionne. Les deux principaux buts sont de permettre à un certain nombre de systèmes de fichiers montables de partager le même ensemble d'espace d'enregistrement (ie. avoir les répertoires personnels des utilisateurs sur le même espace disque que les news, mais ayant des quotas séparés), et de permettre l'ajout de disques durs facilement pour apporter plus d'espace.
Les autres fonctionnalités que les auteurs veulent implémenter sont la journalisation, le support du maximum de systèmes d'exploitation (bien que tout le travail soit initialement effectué sous Linux), et les quotas intégrés au système de fichiers de façon à ce que nous ne perdions plus de temps en lançant un programe débile de vérification des quotas au démarrage. La journalisation (des quotas) évitera la vérification des quotas de la même manière qu'il évite fsck ! Ils veulent être capables de démarrer un système avec 10 Go de news réparties sur quatre disques durs avec les quotas après une coupure de courant avec moins de 20 second pour monter un système de fichiers !
La page d'accueil du système de fichiers amélioré est à
http://www.coker.com.au/~russell/enh/.
Contacter Russell Coker <russell@coker.com.au> pour plus
d'information.
Le système de fichiers à extents (EFS) est le système de fichiers avancé de Silicon Graphics, très largement utilisé sur les versions d'IRIX antérieures à la 6.0. A partir de la 6.0, XFS fut fourni avec IRIX et les utilisateurs encouragés à faire migrer vers le système de fichiers XFS. Le support IRIX pour EFS sera en lecture seule pour les versions supérieures à 6.5, néanmoins EFS est toujours très utilisé pour les CD de distribution de logiciel SGI.
Il y a deux modules pour que les noyaux Linux accèdent au système de fichiers EFS.
Page d'accueil : http://aeschi.ch.eu.org/efs/
Téléchargement : http://aeschi.ch.eu.org/efs/efs-1.0b.tar.gz
Auteur : Al Smith <Al.Smith@aeschi.ch.eu.org>
Licence : GPL
Accès : lecture seule
L'efsmod originel est aussi disponible à :
Page d'accueil : http://wwwcip.informatik.uni-erlangen.de/user/cnvogelg/proj.html
Téléchargement : http://wwwcip.informatik.uni-erlangen.de/user/cnvogelg/bin/efsmod-0.6.tgz
Auteur : Christian Vogelgsang
Licence : GPL
Accès : lecture seule
Téléchargement : ftp://ivo.cps.unizar.es/pub/SPDsoft/libfs.tar.gz
Auteur : J.A. Gutierrez <spd@ivo.cps.unizar.es>
Licence : GPL
Accès : lecture seulement pour IRIX EFS et Sun UFS
Liens utiles :
Une briève description du système de fichiers IRIX EFS : http://squish.ucs.indiana.edu:80/ebt-bin/nph-dweb/dynaweb/SGI_Admin/IA_DiskFiles/@ebt-link;td=8?target=%25N%14_7484_START_RESTART_N%25
C'est le système de fichiers natif pour la plupart des Unix BSD (FreeBSD, NetBSD, OpenBSD, Sun Solaris[6], ...)
Voir aussi : SFS, secure filesystem, UFS.
GPFS est un système de fichiers dans le style Unix™ conçu pour le serveur RS/6000 SP™. Il autorise les applications à partager les données de fichiers répartis sur plusieurs noeuds. Le GPFS supporte les systèmes de fichiers de très grande taille, et répartit les données (en tronçon) sur plusieurs disques pour améliorer les performances. Le GPFS est basé sur un modèle de partage de disque permettant de réduire la charge sur les disques non-attachés au noeud sur lequel s'exécute l'application, et utilise un protocole de verrous distribués pour garantir la totale cohérence des données qui peuvent être accédées de quelque noeud que ce soit. Il offre la plupart des interfaces standard d'accès aux systèmes de fichiers d'AIX™, autorisant ainsi la plupart des applications à s'exécuter sans recompilation ou modification. Ces capacités sont disponibles non seulement en permettant une grande vitesse d'accès à la même donnée depuis tous les noeuds du système SP, mais en fournissant aussi une totale cohérence pour les opérations concurrentes depuis divers noeuds du cluster SP. En cas de panne de composant, le GPFS essaie de poursuivre les opérations sur plusieurs noeuds en admettant que des ressources suffisantes existent pour permettre de continuer.
C'est le deuxième HFS qui apparaît dans ce guide pratique. Il est utilisé dans de vieilles versions de HP-UX[7].
Liens utiles :
SCO OpenServer 5 filesystems whitepaper : http://www.sco.com/products/Whitepapers/family/filesy4.htm
Téléchargement : ftp://ftp.crosstor.com/pub/HTFS/
Licence : Commerciale ?
Accès : lecture / écriture
Page d'accueil : http://oss.software.ibm.com/developerworks/opensource/jfs/
Téléchargement : http://www10.software.ibm.com/developer/opensource/jfs/project/pub/
Auteurs : Steve Best <sbest@us.ibm.com> et
Dave Kleikamp <shaggy@us.ibm.com>
Licence : ?
Accès : lecture / écriture
JFS est le système de fichiers journalisé d'IBM, utilisé actuellement sur les serveurs d'entreprise d'IBM, et conçu pour répondre à des charges de traitement importantes.
Ce système de fichiers est utilisé dans les vieilles versions de HP-UX. Il peut aussi être trouvé dans les ROM et les secteurs de démarrage.
L'implémentation du système de fichiers à structure journalisée pour Linux est appelé d(t)fs :
Page d'accueil : http://www.complang.tuwien.ac.at/czezatke/lfs.html
Auteur : Christian Czezatke <e9025461@student.tuwien.ac.at>
Licence : GPL
Accès : lecture, écriture, noms de fichier long, etc
Il y aura aussi une liste de diffusion pout dtfs qui sera annoncé sur la page d'accueil. Pour plus d'information voyer : http://www.xss.co.at/mailman/listinfo.cgi/dtfs
http://collective.cpoint.net/lfs/ - La page d'accueil kfs de Cornelius "Kees" Cook qui a commencé un projet de système de fichiers à structure journalisée pour Linux avant que le projet dtfs prenne vie.
http://lucien.blight.com/~c-cook/prof/lfs/ - Une autre implémentation (morte) de LFS ;-)
http://www.eecs.harvard.edu/~margo/usenix.195/
- La page LFS de Margo Seltzer <margo@das.harvard.edu>
MFS est le système de fichiers originel du Macintosh. Il fut remplacé par HFS /
HFS+. Si vous pouvez fournir plus d'information, écrivez-moi à
<mhi@penguin.cz> s'il vous plaît.
C'est le système de fichiers natif de Minix. Il fut aussi utilisé par les premières versions de Linux.
NWFS est natif dans le SE Novell NetWare. C'est un système de fichiers basé sur une FAT modifiée. Deux variantes de ce système de fichiers existent. La version 16 bits, NWFS 286, est utilisée par NetWare 2.x. NetWare 3.x, 4.x et 5 utilisent la version 32 bits, NWFS 386.
Page d'accueil : http://www.timpanogas.com/html/fenris_for_linux.html
Téléchargement : ftp://207.109.151.240/nwfs/
Auteur : Timpanogas Research Group, Inc. (jmerkey@timpanogas.com)
Licence : GPL
Accès : lecture seule
C'est un nouveau système de fichiers 64 bits journalisé utilisant l'algorithme des arbres équilibrés (B-arbres). Il est utilisé dans Novell NetWare 5.
http://www.novell.com/whitepapers/nw5/nss.html - NSS Whitepaper
ODS (On Disk Structure) est le système de fichiers natif d'OpenVMS et de VMS.
Ce système de fichiers est utilisé dans QNX. Deux versions majeures du système de fichiers existent. La version 2 est utilisée par QNX 2 et la version 4 par QNX 4. QNX 4 ne supporte pas la version 2 et vice versa.
Le système de fichiers QNX4 est maintenant accessible depuis Linux 2.1.x+. Activer l'option de compilation du noyau .
Téléchargement : dans le noyau ;)
Auteur : Frank Denis <j@4u.net> (maintainer), Richard Frowijn
Licence : GPL
Accès : lecture (excepté pour les fichiers "multi-extents"), écriture (expérimentale)
ReiserFS est un système de fichier utilisant une variante des algorithmes classiques des arbres équilibrés. Les résultats obtenus, quand ils sont comparés au système de fichier Ext2FS, basé sur l'allocation de bloc conventionnelle, sous le même système d'exploitation et employant le même code de « buffering », suggère que ces algorithmes sont plus efficaces en terme de performance temporelle pour les gros fichiers et les petits fichiers éloignés de la taille du bloc, devenant moins efficace en performances temporelles mais plus en terme d'économie d'espace disque quand on se rapproche de la taille du noeud ; devenant notablement plus performant en terme d'espace et de temps quand la taille descend très en dessous de la taille du bloc (4k), atteignant un ordre de grandeur très important pour les fichiers d'une taille de 100 octets. L'amélioration de performance spatiale et temporelle en ce qui concerne les petits fichiers suggère que nous pourrions maintenant revisiter un postulat commun dans la conception des systèmes d'exploitation qui dit que l'on doit aggréger les objets de petite taille en utilisant des couches supérieures à celle du système de fichiers.
Liens utiles :
Page d'accueil du système de fichiers ReiserFS : http://www.reiserfs.org/
Le système de fichiers Sony pour l'écriture par paquet incrémentale.
L'auteur de l'implémentation de RomFS pour Linux est Janos Farkas <chexum@shadow.banki.hu>.
Pour plus d'information voyez le fichier
/usr/src/linux/Documentation/filesystems/romfs.txt.
Le système de fichiers SFS est une variation du système de fichiers FFS. Les blocs de boot, les super-blocs, les blocs d'archivage et les blocs libres du système de fichiers SFS sont, au niveau administratif, identiques à ceux de FFS. Néanmoins, les i-noeuds diffèrent de ceux de FFS. Chaque inode de numéro impair est réservé pour les informations de sécurité. Les informations contiennent les listes de control d'accès (ACL). Je ne suis pas sûr que SFS possède d'autre capacité.
Liens sur SFS :
http://uw7doc.sco.com/FS_admin/_The_sfs_File_System_Type.html - Documentation UnixWare 7 : Le système de fichiers SFS
Spiralog est un système de fichiers 64 bits à hautes performances pour OpenVMS. Il combine la technologie de jounalisation et la technologie plus traditionnelle des arbres équilibrés (ou B-arbres) pour fournir une abstraction générale. Pour accroître la stabilité et garantir la reprise sur incident, on utilise un mécanisme d'adressage par arbres équilibrés avec écriture anticipée (write-ahead).
Liens concernant Spiralog chez Digital :
http://www.digital.com/info/SP6048/ - système de fichiers Spiralog pour OpenVMS pour Alpha
http://www.digital.com/DTJM01/DTJM01AH.HTM - Revue du système de fichiers Spiralog
http://www.digital.com/DTJM02/DTJM02HM.HTM - Design du serveur pour le système de fichiers Spiralog
La page d'accueil du projet System V Linux est à http://www.knm.org.pl/prezes/sysv.html.
Le mainteneur de ce projet est <kgb@manjak.knm.pl.org>.
Le système de fichiers rapide d'Acer est utilisé sur SCO Open Server. Il est semblable au système de fichiers SVR4, mais utilise des champs de bits au lieu de listes chainées de blocs libres.
Le système de fichiers AFS peut être étendu pour prendre en compte les noms de fichiers jusque 255 caractères, mais les entrées de répertoire ont toujours des noms de 14 caractères. Ce système de fichiers est utilisé sur SCO Open Server.
Ce système de fichiers est utilisé dans UnixWare. Il est probablement compatible System V, mais je ne l'ai pas encore vérifié. Pour plus d'information voyez http://uw7doc.sco.com/FS_admin/_The_s5_File_System_Type.html.
Ce système de fichiers est utilisé sur Unix Version 7 sur machines PDP-11.
Le standard de Philips pour l'encodage des disques et des pistes de données sur les CD audio.
Il y a un pilote Linux pour le système de fichiers UDF :
Page d'accueil : http://trylinux.com/projects/udf/
Téléchargement : http://trylinux.com/projects/udf/udf-0.8.0.1.tar.gz
Auteur : Dave Boynton <dave@trylinux.com>
Liste de diffusion : <linux_udf@hootie.lvld.hp.com>
Licence : GPL
Accès : Lecture seule
Note : les gens confondent souvent BSD Fast Filesystem et UFS. FFS et UFS sont des systèmes de fichiers différents. Tous les Unix modernes utilisent le système de fichiers FFS, et non UFS. UFS fut seulement présent dans les toutes premières versions de BSD. Vous pouvez en télécharger le source à http://minnie.cs.adfa.edu.au/TUHS/
Liens utiles :
http://www.sun.ca/white-papers/ufs-cluster.html - Implémentation de l'écriture en cluster (write-clustering) pour l'UFS de Sun.
Voir aussi : BSD FFS
Le système de fichier V7 a été utilisé dans la septième édition du système en temps partagé Unix (Seventh Edition of UNIX Time Sharing system, aux environs de 1980). Pour plus d'informations, voir le source de V7, disponible à l'archive Unix : http://minnie.cs.adfa.edu.au/TUHS/
C'est un système de fichiers commercial développé par Veritas Inc. Vous pouvez le trouver sous HP-UX, SCO UnixWare, Solaris et probablement sous d'autres systèmes[8]. Il a des fonctionnalités très intéressantes : allocation basée sur l'utilisation d'extents, journalisation, listes de contrôle d'accès (ACL), support des fichiers de grande taille jusqu'à 2 tera-octets, sauvegarde en ligne (snapshot filesystem), quotas façon BSD et beaucoup plus.
Trois versions[9] de VxFS sont disponibles :
Version 1 : C'est la version originelle de VxFS, peu répandue.
Version 2 : Support de l'allocation par ensemble de fichiers et d'allocation dynamique des inodes.
Version 4 : Dernière version, support des fichiers de grande taille et des quotas.
Notez que les versions HP-UX, Solaris et UnixWare utilisent des structures légèrement différentes, vous ne pourrez donc peut-être pas lire VxFS quand vous le connectez à d'autres systèmes.
Liens concernant VxFS :
http://www.veritas.com/ - Veritas Inc <vx-sales@veritas.com>.
http://uw7doc.sco.com/ODM_FSadmin/CONTENTS.html - VxFS ODM FS Admin - UnixWare 7 (très bonne documentation).
http://uw7doc.sco.com/FS_manager/fsD.vxfsopt.html - VxFS FS Manager - UnixWare 7 (documentation).
http://manuals.mchp.siemens.de:80/dynaweb/english/ru544e/drlugueb/o25636e1/@Generic__BookView/1641;cd=3 - VxFS - Reliant Unix.
Voir aussi "VxVM (Veritas Volume Manager) et systèmes de fichiers journlisés.
Des utilitaires Unix en ligne de commande pour accéder à VxFS version 2 et 4 sont disponible sous la GNU GPL :
Page d'accueil : http://www.penguin.cz/~mhi/fs/vxfs/
Téléchargement : ftp://ftp.penguin.cz/pub/users/mhi/vxfs/
Auteur : Martin Hinner <mhi@penguin.cz>
Liste de diffusion : <fs-l@penguin.cz>
Licence : GPL
Accès : lecture seule, utilitaires en ligne de commande
Je (mhi) prévoit aussi un pilote VxFS pour le noyau Linux.
Pour autant que je sache, Rodney Ramdas <rodney@quicknet.nl>
travaille sur un pilote VxFS pour FreeBSD. Je ne connais pas le statut actuel
de son projet, donc si vous voulez plus d'informations contactez le
directement.
XFS(tm) est la prochaine génération de système de fichiers pour les systèmes Silicon Graphics™, des stations de travail aux super-calculateurs. XFS fournit des capacités de fichiers 64 bits complètes qui s'adaptent facilement à la prise en charge des fichiers extrêmement grands et des systèmes de fichiers qui vont jusqu'à 1 tera-octet. Le système de fichiers XFS intègre un gestionnaire de volume, un débit d'E/S garanti et une technologie de journalisation pour une reprise sur incident rapide et sûre. Le système de fichiers peut être sauvegardé alors qu'il est en cours d'utilisation, réduisant de manière significative la charge d'administration.
XFS a été conçu pour de très grandes performances : un débit soutenu de plus de 300 Mo par seconde a pu être constaté sur des systèmes CHALLENGE. Le système de fichiers XFS s'adapte pour atteindre les performances de l'architecture multi-processeur des systèmes CHALLENGE. Traditionnellement les fichiers, répertoires et systèmes de fichiers voient une dégradation des performances quand ils grossissent en taille. Avec le système de fichiers XFS, il n'y a pas de pénalité de performance. Par exemple, les répertoires XFS ont été testés avec jusqu'à 32 millions de fichiers dans un seul répertoire.
XFS est un système de fichiers journalisé. Il enregistre les changements appliqués aux i-noeuds, répertoires et bitmaps sur le disque avant que les entrées originales ne soient misent à jour. Si le système plante avant que les mises à jours n'aient été effectuées, elles peuvent être recréées en utilisant le journal et mises à jour comme prévu.
XFS utilise un gestionnaire d'espace pour allouer de l'espace disque pour le système de fichier et contrôler les i-noeuds. Il utilise un gestionnaire d'espace de nom pour contrôler l'allocation des répertoires. Ces gestionnaires utilisent l'indexation par arbres équilibrés (B-arbres) pour enregistrer les informations de localisation des fichiers, abaissant de manière significative le temps d'accès nécessaire pour récupérer les informations des fichiers.
Les i-noeuds sont créés quand il est nécessaire et ne sont pas restreints à une aire particulière sur la partition du disque. XFS essaie de positionner les i-noeuds à côté des fichiers et répertoires qu'ils référencent. Les très petits fichiers, tels que les liens symboliques et certains répertoires, sont enregistrés comme partie intégrante de l'i-noeud, pour améliorer les performances et économiser de l'espace disque. Les répertoires larges utilisent l'indexation par arbres équilibrés à l'intérieur du répertoire pour accélérer les recherches, ajouts et suppressions de fichiers.
Liens utiles sur XFS :
http://www.sgi.com/Technology/xfs-whitepaper.html - Livre blanc sur XFS
Page d'accueil : http://oss.sgi.com/projects/xfs/
Téléchargement : ftp://oss.sgi.com/www/projects/xfs/download/
Auteur : SGI Inc., http://www.sgi.com/
Licence : GPL
Accès : lecture/écriture
Ce système de fichiers fut développé pour remplacer le vieux système de fichiers
Minix pour Linux. L'auteur de ce système de fichiers est Franx Xia
<qx@math.columbia.edu>.
Ce guide pratique ne concerne pas les systèmes de fichiers réseaux, mais je me dois de les mentionner.
Voici une brève liste de ceux que je connais :
La FAQ AFS est à http://www.angelfire.com/hi/plutonic/afs-faq.html.
Des clients et des serveurs commerciaux pour à peu prêt toutes les platformes (excepté win98) sont disponibles chez IBM. Voyez http://www.transarc.com/Product/EFS/AFS/index.html
Un client libre pour Unix est disponible chez Arla Team à http://www.stacken.kth.se/projekt/arla/.
Un serveur libre est aussi en préparation, mais pas encore en production.
Page d'accueil : http://www.coda.cs.cmu.edu/
Téléchargement : ftp://ftp.coda.cs.cmu.edu/pub/coda/linux/
Auteur : CMU Coda Group <braam@coda.cs.cmu.edu>
Licence : GPL
Accès : lecture/écriture
Coda est un système de fichiers distribué, avec des fonctionnalités avancées telle que le fonctionnement en mode déconnecté, et la réplication de serveurs.
Page d'accueil : http://inter-mezzo.org/
Téléchargement : http://inter-mezzo.org/downloads.html
Auteur : Stelias et RedHat <info@stelias.com>
Licence : GPL
Accès : lecture/écriture
Page d'accueil : ?
Téléchargement : ?
Auteur : Matt Blaze <mab@research.att.com>.
Licence : ?
Accès : lecture/écriture, utilisant DES/3DES.
Page d'accueil : http://tcfs.dia.unisa.it/
Téléchargement : ftp://tcfs.dia.unisa.it/pub/tcfs/
Auteurs : Luigi Catuogno <andcoz@tcfs.dia.unisa.it>.
Licence : GPL
Accès : lecture/écriture transparente en utilisant CBC-DES/3DES/RC5/IDEA/autres...
Page d'accueil : http://www.linux-security.org/sfs/
Licence : ?
Accès : ?
Page d'accueil : http://www.iozone.org/
Téléchargement : http://www.iozone.org/src/stable/
Licence : librement distribuable
IOzone est un banc de performance pour les opérations de système de fichier. Il génère et mesure une grande variété d'opérations. IOzone a été porté sur bon nombre de machines et tourne sur de nombreux systèmes d'exploitation.
Je n'est pas encore vu de bonne page sur l'écriture d'un pilote pour système de fichier DOS sur le net (Network redirectors). La meilleure source est la liste d'interruption de Ralf Brown et le code source de iHPFS.
ftp://ftp.leo.org/pub/comp/os/os2/leo/devtools/doc/ifsinf.zip
ftp://hobbes.nmsu.edu/pub/os2/system/drivers/filesys/32drv170.zip - Sur les pilotes OS/2 32 bits et le support IFS. Fournit des services noyau 32 bits (DevHelp) et des fonctions utilitaires pour le code ring 0 32 bits d'OS/2 (Pilotes périphériques et pilotes de système de fichiers installables).
La page du kit IFS de Microsoft (http://www.microsoft.com/ddk/IFSkit/) sera le meilleur moyen de se mettre au développement système de fichiers sous NT (même avec son coût d'environ 1000 dollars US).
Pour plus d'informations sur l'écriture de pilotes pour systèmes de fichiers
pour Windows NT, consultez http://www.ing.umu.se/~bosse/ par
<<bosse@acc.umu.se>>.
http://www.honeycomb.net/os/holistic/connect/filesys.htm - Bonne page sur les sytème de fichiers
http://home.att.net/~artnaseef/ -
La couche système de fichiers de Linux par
<<artnaseef@worldnet.att.net>>.
http://www.braysystems.com/linux/trustees.html - Administration Linux
http://tcfs.dia.unisa.it - système de fichiers chiffré de manière transparente
http://www.sas.com/standards/large.file - Sommet sur les fichiers de grande taille - Attaque le problème des fichiers de plus de 2 giga-octets sur un ordinateur 32 bits
http://www.coda.cs.cmu.edu/ - Le projet CODA (un système de fichiers distribué basé sur AFS)
ftp://ftp.scis.org/pub/lfs/ - Articles liés à LFS
http://www.redhat.com:8080/HyperNews/get/khg.html - Guide du bidouilleur du noyau Linux (Linux Kernel Hacker's guide)
http://www.win.tue.nl/~aeb/linux/largedisk.html - Large disk HOWTO
http://www.atnf.csiro.au/~rgooch/linux/kernel-patches.html - Linux devfs
http://gfs.lcse.umn.edu/ - Le système de fichiers global (GFS)
ftp://hobbes.nmsu.edu/pub/os2/system/drivers/filesys/tvfs211.zip - Le système de fichiers virtuels Toronto pour OS/2.
ftp://hobbes.nmsu.edu/pub/os2/system/drivers/filesys/ramfs64.zip - Le pilote OS/2 pour le disque mémoire dynamique IFS (Dynamic RAM drive IFS)
http://doc.sco.com/ - La documentation en ligne pour UnixWare et SCO Unix
http://uw7doc.sco.com/ - La documentation en ligne pour UnixWare 7
http://publib.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/SG244428/CCONTENTS - A l'intérieur du LAN Server 4.0 d'OS/2
ftp://tsx-11.mit.edu/pub/linux/ALPHA/userfs/ - Linux UserFS, il vous autorise à écrire un processus Linux qui met en oeuvre un système de fichiers.
http://www.nyx.net/~sgjoen/disk.html - Le Multi Disk System Tuning HOWTO de Stein Gjoen.
http://linuxtoday.com/stories/5556.html - Linux Today: Kragen's Amazing List of Filesystems.
http://www.koehntopp.de/kris/artikel/dateisysteme/ - système de fichiers Unix de Kristian Kohntopp (en allemand).
[1] NdRelecteur : Bon, OK, j'ai transformé en DocBook, mais tant pis pour les tables...
[2] NdR : cf. Article Journaled File Systems du numéro 55 de la Linux Gazette
[3] NdRT : i.e. de taille supérieure à 8 Go
[4] NdT : unité d'allocation d'espace disque de taille variable - merci à Jérôme Fenal
[5] NdT : concrètement cela fonctionne sur toutes les architectures, Intel, Alpha, Sparc, etc...)
[6] Note du relecteur traduction : Solaris n'est pas un BSD, SunOS 4 était un BSD
[7] Note du relecteur traduction : il existe toujours, mais est de plus en plus remplacé par une version spécifique de VxFS (VxFS version 3).
[8] NdRT : aussi sur les systèmes NonStop UX de Tandem, et d'autres
[9] Note du relecteur traduction : la version 3 est celle intégrée et spécifique à HP-UX