Norme de hiérarchie du système de fichiers
Le système de fichiers UNIX est caractérisé par :
- Une structure hiérarchique
- Le traitement uniforme des fichiers de données
- La protection des fichiers de données
Cette norme suppose que le système d'exploitation sous-jacent au système
de fichiers conforme à la FHS supporte les mêmes possibilités de
sécurité de base que l'on trouve dans la plupart des systèmes de
fichiers UNIX. Notez que cette norme n'essaie pas d'être en accord au
mieux possible avec une implémentation particulière d'un système
UNIX. Cependant, beaucoup d'aspects de cette norme sont basées sur des
idées que l'on trouve dans UNIX et autres systèmes de type UNIX.
Ceci après une considération attentive d'autres facteurs, comprenant :
- Des pratiques courantes et saines dans les systèmes de type UNIX.
- L'implémentation d'autres structures de systèmes de fichiers
- Des normes applicables
Il est possible de définir deux catégories orthogonales de
fichiers : partageables contre non partageables, et variables contre
statiques.
Les données partageables sont ce qui peut être partagé entre plusieurs
machines différentes ; non partageables est ce qui doit être spécifique à une
machine particulière. Par exemple, les répertoires personnels des
utilisateurs sont des données partageables, mais pas les fichiers de
blocage de périphériques (locks).
Les données statiques comprennent les binaires, les bibliothèques, la
documentation, et tout ce qui ne change pas sans l'intervention de
l'administrateur système ; les données variables sont tout le reste qui
change sans l'intervention de l'administrateur système.
Pour faciliter la sauvegarde, l'administration et le partage de fichiers
sur des réseaux de systèmes hétérogènes, il est préférable d'établir une
correspondance simple et aisément compréhensible entre les répertoires
(surtout les répertoires considérés comment des points de montage
potentiels) et le type de données qu'ils contiennent.
À travers ce document, et dans tout système de fichiers bien organisé,
la compréhension de ce principe de base aidera à diriger la structure
et lui apporter une cohérence supplémentaire.
La distinction entre données partageables et non partageables est
nécessaire pour plusieurs raisons :
- Dans un environnement en réseau (par exemple, plus d'un hôte par site),
il y a une bonne partie des données qui peuvent être partagées entre les
différentes machines pour sauver de la place et faciliter la tâche de
maintenance.
- Dans un environnement en réseau, certains fichiers contiennent des
informations spécifiques à une seule machine. Par conséquent ces
systèmes de fichiers ne peuvent être partagés (sans prendre des mesures
spéciales).
- Historiquement, certaines implémentations des systèmes de fichiers de
type UNIX ont mélangé des données partageables et non partageables dans
la même hiérarchie, rendant difficile le partage de grandes parties du
système de fichiers.
La distinction "partageable" peut être utilisée pour supporter, par
exemple :
- Une partition /usr (ou des composants de /usr) montés
(en lecture seule) à travers le réseau (en utilisant NFS).
- Une partition /usr (ou des composants de /usr) montés
à partir d'un support en lecture seule. Un CD-ROM peut être considéré
comme un système de fichiers en lecture seule partagé avec d'autres
systèmes conformes à la FHS, en utilisant le système de courrier comme
un "réseau".
La distinction "statique" contre "variable" affecte le système de
fichiers de deux manières principales :
- Puisque / contient à la fois des données statiques et variables,
il doit être monté en lecture-écriture.
- Puisque le traditionnel /usr contient à la fois des données
variables et statiques, et puisque nous voudrions le monter en lecture
seule (voir ci-dessus), il est nécessaire de fournir une méthode pour
avoir /usr monté en lecture seule. Ceci est obtenu par la
création d'une hiérarchie /var qui est montée en
lecture-écriture (ou qui fait partie d'une autre partition en
lecture-ecriture, telle que /), qui remplace bien des fonctions
traditionnelles de la partition /usr.
Voici un tableau pour résumer le tout. Puisque ce graphique contient des
exemples généralisés, il peut ne pas s'appliquer à chaque implémentation
possible d'un système conforme à la FHS.
Table 2.1
Précédent: Conformité avec ce
Suivant: Le répertoire
TM: Table des Matières
Converti avec mm2html-rewrite le 02.03.99 par root