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 :

Ce pilote supporte les plateformes Linux x86 et PowerPC. De plus, il ne supporte que la lecture des disques durs et des disquettes.

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.

Vous pouvez accéder au système de fichiers BFS depuis Linux :

Le support pour BFS est inclut dans le noyau Linux depuis la version 2.3.25. Si vous utilisez une version antérieure du noyau, vérifiez si la page d'accueil de BFS ne contient pas un patch qui ajoute le support du système de fichiers BFS pour votre noyau. La page d'accueil contient aussi des corrections / améliorations qui ne sont pas encore incluses dans le noyau officiel.

Il y a aussi ma vieille implémentation, qui est maintenant obsolète. Mon plan est de porter ce code sous FreeBSD :

C'est le support en lecture seule du système de fichiers de démarrage UnixWare pour Linux. Vous pouvez l'utiliser pour monter en lecture seule votre partition /stand d'UnixWare ou vos disquettes. Je ne prévois pas une version en lecture / écriture, mais si vous voulez le faire, écrivez-moi. Vous pouvez aussi être intéressé par l'écriture du support de VxFS pour Linux.

Ce système de fichiers fut utilisé sur les Commodore 1581/1541. Il y a un pilote en lecture seule pour Linux :

Le pilote lecture seule pour le système de fichiers des Commodore 1581 & 1541, installé comme un module, permet le montage des disques Commodore 1581 dans un lecteur de disquette standard 3,5 pouces et les disques images 1541 copiés sur n'importe quelle disquette. La conversion PETSCII vers ASCII peut être effectuée automatiquement. Les partitions sur les disques 1581 sont accédés comme des sous-répertoires.

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 :

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.

Le module EFS est une implémentation du système de fichiers étendu pour les noyaux Linux 2.2. Une implémentation (efsmod-0.6.tar.gz) EFS fut originellement écrite pour les noyaux 1.x par Christian Vogelgsang. Dans cette implémentation, le code a subit une réécriture complète et est aussi « endian-clean^[5] ». Pour utiliser le module EFS, vous aurez besoin d'au moins un noyau 2.2. Pour monter les CD Irix, vos CD-ROM devront être capable d'utiliser des blocs de 512 octets. Cette version de EFS contient le support des partitions de disques durs, et aussi un patch noyau qui vous permet d'installer le code EFS dans votre propre code source du noyau. La prise en compte des fichiers de grande taille a aussi été considérablement améliorée.

L'efsmod originel est aussi disponible à :

Efs-mod 0.6 est le module EFS lecture seule originel pour Linux. La version 0.6 est finie mais le projet est gelé due à un manque de temps et d'information pour implémenter la partie écriture.

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 :

Un pilote commercial en mode lecture / écriture est disponible auprès de CrosStor :

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 :

d(t)fs est un projet pour écrire un système de fichiers journalisé pour Linux. Actuellement, le système de fichiers est à peu près achevé et utilisable, mais un outil de maintenance n'a pour l'instant pas encore été écrit.

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

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.

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.

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 QNX filesystem support.

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 :

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 :

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 :

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 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 :

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 :

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 :

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 :

Voir aussi "VxVM (Veritas Volume Manager) et systèmes de fichiers journlisés.

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 :

Le portage Linux de XFS couvert par la GNU General Public Licence est disponible à SGI Inc. :

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>.