Système de fichiers

Archivage de cartons de cartes perforées archivés au service du NARA en 1959. Chaque carton peut contenir 2 000 cartes (d'une ligne de 80 colonnes chacune).

La carte perforée a progressivement disparu à partir de 1970 lorsque sont apparues les unités d'entrée-sortie à bande magnétique et à disquettes souples de format « 8 pouces » et des mémoires de masse plus performantes.

En 1964, le système DECtape de la société DEC permet d'enregistrer les données sur bandes magnétiques plutôt que sur cartes perforées.

En 1968, GEORGE 3 était doté d'un magasin de fichier (file store) enregistrant les fichiers dans une arborescence dans l'idée de Multics. Chaque utilisateur du système disposait d'un dossier utilisateur (home) avec autant de sous-dossiers que nécessaire. Les dossiers utilisateurs pouvaient être accédés directement ou à travers un chemin, comme : :MASTER.USERS.COMPSCI,JOHN. Un système d'Access control lists était utilisé pour la sécurité permettant de configurer l'accès par utilisateur et par groupe. Le système de fichier était organisé sur deux niveaux : l'un sur disque, et l'autre sur bande magnétique.

Une hiérarchie typique de Files-11 : tous les fichiers prennent leur racine dans le Master File Directory. Le fichier File2 est accessible depuis deux dossiers.

En 1972, ODS-1 est un système de fichier à plat (utilisé par RSX-11 OS). Il sera remplacé par la suite par ODS-2 et ODS-5.

En 1974, le système de fichier CP/M apparaît. Ce système d'exploitation, enregistre les fichiers sur disquettes suivant une organisation logique spécifique (qui n'a pas été reprise par MS-DOS), et peut remplir les disquettes jusqu'à ce qu'elles soient complètement remplies.

CP/M peut aussi gérer des disques durs (en réalité, comme le BIOS est « ouvert » et décrit clairement dans la documentation que Digital Research fournissait avec certains de ses logiciels, il est donc possible d'adapter tout système particulier CP/M à toute mémoire de masse disponible - et aux périphériques dont on dispose).

Chaque fichier a un nom et une extension. Plus précisément, la syntaxe est : <nom du fichier (8 octets maximum)>.<extension (3 octets maximum)>.

En 1978 apparaît le premier système de fichier d'Apple.

En 1980, le système FAT12 apparaît. Le système FAT16 en 1984.

Le BIOS parameter block (BPB) est introduit avec le PC DOS 2.0 . Cette version introduit également les bits attributs lecture seule, archive, étiquette de volume, et dossier pour une hiérarchisation des dossiers.

En 1988, ISO 9660 (une norme de l'ISO) définit le système de fichiers utilisé sur les CD-ROM.

En 1993, apparaît le système NTFS Version 1.0, utilisé par Windows.

En 1994 et 1995, les systèmes de fichiers pour CD-ROMs sont complétés : Rock Ridge et Joliet.

Le volume des données traitées par les applications informatiques atteint couramment plusieurs centaines de gigaoctets et va jusqu'à plusieurs téraoctets pour certaines applications industrielles. De tels volumes de données ne peuvent pas être stockées dans la mémoire centrale. De plus, un stockage persistant à long terme, permettant de sauvegarder les données traitées ou à traiter pour une utilisation future, est également nécessaire. Le principe employé pour répondre à ce problème consiste à stocker ces données dans des mémoires secondaires sous forme de fichiers, c'est-à-dire de suites de blocs (la plus petite unité que le périphérique de stockage est capable de gérer). Le contenu de ces blocs, simple suite de données binaires, peut être interprété selon le format de fichier comme des caractères, des nombres entiers ou flottants, des codes d'opérations machines, des adresses mémoires, etc. L’échange entre les deux types de mémoire se fait ensuite par transfert de blocs.

L'objectif du système de fichiers est de permettre l'accès au contenu des fichiers stockés (l'ouverture du fichier, son enregistrement sa copie ou son déplacement dans un second emplacement, ou sa suppression) à partir de leur chemin d'accès, formé d'un nom précédé d'une liste de répertoires imbriqués.

Pour l'utilisateur, un système de fichiers est vu comme une arborescence : les fichiers sont regroupés dans des répertoires (concept utilisé par la plupart des systèmes d’exploitation). Ces répertoires contiennent soit des fichiers, soit récursivement d'autres répertoires. Il y a donc un répertoire racine et des sous-répertoires. Une telle organisation génère une hiérarchie de répertoires et de fichiers organisés en arbre.

Différentes méthodes permettent d'associer un nom de fichier à son contenu. Dans le cas du système de fichiers FAT, ancien système de fichiers de MS-DOS et de Windows encore largement utilisé sur les supports amovibles comme les clés USB, chaque répertoire contient une table associant les noms de fichiers à leur taille et un index pointant vers la table d'allocation de fichiers, une zone réservée du disque indiquant pour chaque bloc de données l'index du bloc suivant du même fichier.

Dans le cas des systèmes de fichier d'Unix (ou de Linux/Minix), les fichiers et les répertoires sont identifiés par un numéro unique, le numéro d'inode. Ce numéro permet d'accéder à une structure de données (inode) regroupant toutes les informations sur un fichier à l'exception du nom, notamment la protection d'accès en lecture, en écriture ou des listes de dates, ainsi que le moyen d'en retrouver le contenu. Le nom est stocké dans le répertoire associé à un numéro d'inode. Cette organisation présente l'avantage qu'un fichier unique sur disque peut être connu du système sous plusieurs noms.

L'organisation du système de fichiers NTFS est encore plus complexe, fonctionnant un peu à la façon d'une base de données.

Le nom d'un fichier est une chaîne de caractères, souvent de taille limitée. Aujourd'hui, quasiment l'ensemble des caractères du répertoire Unicode est généralement utilisable, mais certains caractères spécifiques ayant un sens pour le système d'exploitation peuvent être interdits ou déconseillés. C'est le cas par exemple pour les caractères « : », « / » ou « \ » sous Windows.

Les systèmes de fichier Unix utilisent des noms de fichiers basés sur une suite d'octets. Les couches basses des logiciels (noyau, systèmes de fichier) manipulent les noms de fichiers sans connaître le jeu de caractère utilisé. Au niveau utilisateur, le jeu de caractère utilisé n'est généralement pas fourni par le système de fichiers, mais dépendant des paramètres régionaux de l'utilisateur. Dans un contexte où l'interopérabilité à un niveau mondial est souhaitée, une compatibilité Unicode est désirée et alors, l'UTF-8 est de plus en plus utilisé notamment dans les distributions Linux. Les systèmes plus anciens utilisaient des systèmes de codage régionaux pouvant altérer les noms de fichiers lorsque des utilisateurs ont des paramètres régionaux différents. Dans les systèmes modernes, l'utilisation de noms de fichiers nommés autrement qu'en Unicode est évité afin de réduire les problèmes d'interopérabilité avec les systèmes unicode.

NTFS, Virtual FAT et Joliet, ReFS utilisent le jeu de caractères UTF-16 pour les noms de fichiers.

Sous Windows et dans les environnements graphiques, le nom d'un fichier possède en général un suffixe (extension) séparé par un point qui est fonction du contenu du fichier : .txt pour du texte par exemple. De cette extension va dépendre le choix des applications prenant en charge ce fichier. Toutefois, sous Linux/Unix, dans les systèmes en ligne de commande et dans les langages de programmation, l'extension fait simplement partie du nom de fichier, son format est détecté par le type MIME inscrit de façon transparente dans l'en-tête des fichiers.

Chaque fichier est décrit par des métadonnées (conservées dans l'inode sous Unix), alors que le contenu du fichier est écrit dans un ou plusieurs blocs du support de stockage, selon la taille du fichier.

Les métadonnées les plus courantes sous UNIX sont :

• droits d'accès en lecture, écriture et exécution selon l'utilisateur, le groupe, ou les autres ;
• dates de dernier accès, de modification des métadonnées (inode), de modification des données (block)[8] ;
• propriétaire et groupe propriétaire du fichier ;
• taille du fichier ;
• nombre de noms de fichiers (liens) pointant vers l'inode;
• nombre de blocs utilisés par le fichier[9] ;
• type de fichier : fichier simple, lien symbolique, répertoire, périphérique, etc.

Sur la plupart des systèmes Unix, la commande stat permet d'afficher l'intégralité du contenu de l'inode.

Le système de gestion des fichiers assure plusieurs fonctions :

• Manipulation des fichiers : des opérations sont définies pour permettre la manipulation des fichiers par les programmes d’application, à savoir : créer/détruire des fichiers, insérer, supprimer et modifier un article dans un fichier.
• Allocation de la place sur mémoires secondaires : les fichiers étant de taille différente et cette taille pouvant être dynamique, le SGF alloue à chaque fichier un nombre variable de granules de mémoire secondaire de taille fixe (blocs).
• Localisation des fichiers : il est nécessaire de pouvoir identifier et retrouver les données ; pour cela, chaque fichier possède un ensemble d’informations descriptives (nom, adresse…) regroupées dans un inode.
• Sécurité et contrôle des fichiers : le SGF permet le partage des fichiers par différents programmes d’applications tout en assurant la sécurité et la confidentialité des données. En effet, un nom et une clé de protection sont associés à chaque fichier afin de le protéger contre tout accès non autorisé ou mal intentionné lors du partage des fichiers. Le SGF se doit aussi de garantir la conservation des fichiers en cas de panne du matériel ou du logiciel.
• le SGF assure le bon fonctionnement du fichier.

L'organisation physique sous-jacente du médium utilisé (blocs, linéaire) et les mécanismes d'entrée/sortie de bas-niveau sont masqués. L'utilisateur peut donc organiser ses données permanentes en les distribuant dans différents fichiers. Le contenu des fichiers est déterminé par leur format, qui dépend de l'application utilisée.

En plus de cette organisation abstraite, les systèmes de fichiers peuvent inclure la compression ou le chiffrement automatique des données, une gestion plus ou moins fine des droits d'accès aux fichiers, et une journalisation des écritures (pour la robustesse, en cas de défaillance du système). De plus, certains systèmes de fichiers peuvent s'étendre sur un réseau entier, comme NFS. Certains de ces systèmes de fichiers en réseau peuvent être distribués ou répartis, comme PVFS2.

Le choix du système de gestion des fichiers se fait principalement en fonction du système d’exploitation. Généralement, les systèmes d’exploitation les plus récents supportent un grand nombre de systèmes de fichiers.

MS-DOS (et compatibles) et les premières versions de Windows 95 utilisaient les systèmes de fichiers FAT16 et FAT12 (pour les supports de moins de 16 Mio). À partir de Windows 95 OSR2, le choix entre les systèmes de fichiers a commencé à s'élargir. FAT16 et FAT32 pouvaient tous les deux être utilisés, et à partir d'une certaine taille de partition, le choix du système FAT32 était alors plus judicieux.

Sous les premières versions de Windows NT (NT3.x et NT4), il y a le choix entre le système FAT16 et NTFS. Ce système d'exploitation ne supporte pas le FAT32. Généralement, le système NTFS est conseillé, car il procure une sécurité plus grande ainsi que des performances accrues par rapport au FAT. Contrairement aux précédentes versions de Windows NT, Windows NT5 (Windows 2000) accepte des partitions de type FAT16, FAT32 et NTFS. Ainsi, le système de fichiers le plus récent (NTFS 5) est conseillé puisqu’il offre de plus nombreuses fonctionnalités que les systèmes FAT.

Le SP1 de Vista propose de formater en exFAT qui est une grosse évolution de la FAT, proposant une meilleure fiabilité, une « vraie » gestion des noms longs, et l'ACL. Windows CE 6 (le futur Windows Mobile 7) gère aussi ce nouveau FS. Le but de Microsoft est de remplacer la FAT, principalement utilisée sur les supports amovibles comme les cartes mémoires.

Le monde des Unix (Unix, Linux, BSD, Mac OS X) supporte un très grand nombre de systèmes de fichiers. Cela est dû au fait que malgré leur nombre, les systèmes supportés suivent généralement des standards et notamment POSIX.

• Répertoire
• Système de fichiers virtuel
• Gestion électronique des documents (GED)
• Point de montage
• Gestionnaire de fichiers
• Liste des systèmes de fichiers

• (fr) Description de tous les systèmes de fichiers
• (en) From BFS to ZFS: past, present, and future of file systems, par Jeremy Reimer (ars technica), 16 mars 2008.
• (fr) Les systèmes de fichiers pour disques SSD (LINUXFR.ORG), par Patrick Guignot, le 4 avril 2008
• Un exemple de SGF virtuel