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