Norme de hiérarchie du système de fichiers
3 Le répertoire racine
Cette section décrit la structure du répertoire racine (root). Le contenu du système de fichiers root doit être adéquat pour démarrer, reconstituer, rétablir et/ou réparer le système :
- Pour démarrer un système, il doit y avoir suffisamment de choses sur la partition racine pour monter d'autres systèmes de fichiers. Ceci comprend les utilitaires, la configuration, les informations du chargeur de démarrage, et d'autres données de démarrage essentielles. /usr, /opt et /var sont faits pour pouvoir être situés sur d'autres systèmes de fichiers.
- Pour permettre le rétablissement et/ou la réparation d'un système, les utilitaires nécessaires au mainteneur expérimenté pour diagnostiquer et reconstruire un système endommagé doivent être présents sur le système de fichiers racine.
- Pour reconstituer un système, les utilitaires nécessaires à la reconstitution à partir des sauvegardes système (sur disque, bande, etc.) doivent être présents sur le système de fichiers racine.
Le principal argument utilisé pour contrer ces considérations, qui penchent pour mettre beaucoup de choses sur le système de fichiers racine, est le but de garder la racine aussi petite que possible dans les limites du raisonnable. Pour plusieurs raisons, il est souhaitable de limiter la taille du système de fichiers racine :
- Il est monté de temps en temps à partir d'un moyen de stockage très petit.
- Le système de fichiers racine contient beaucoup de fichiers de configuration spécifiques au système. Les exemples possibles comprennent un noyau spécifique au système, un nom d'hôte différent, etc. Ceci veut dire que le système de fichiers racine n'est pas toujours partageable entre des systèmes en réseau. Limiter sa taille sur des systèmes en réseau minimise l'espace perdu en fichiers non-partageables sur les serveurs. Cela permet aussi d'avoir des stations de travail avec des disques durs locaux plus petits.
- Bien que vous puissiez avoir le système de fichiers racine sur une grande partition, et pouvez le remplir à votre aise, il y aura des gens avec des partition plus petites. Si vous avez plus de fichiers installés, vous pourrez trouver des incompatibilités avec d'autres systèmes qui utilisent des systèmes de fichiers racine sur des partitions plus petites. Si vous êtes développeur vous pouvez changer votre hypothèse en un problème pour un grand nombre d'utilisateurs.
- Les erreurs de disque qui corrompent les données sur le système de fichiers racine sont un problème plus important que les erreurs sur tout autre partition. Un système de fichiers racine petit est moins sujet à la corruption à la suite d'un plantage système.
Les logiciels ne doivent jamais créer ou demander des fichiers spéciaux ou des sous-répertoires dans le répertoire racine. D'autres emplacements dans la hiérarchie FHS fournissent plus de flexibilité qu'il n'en faut pour tout paquetage.
Raison d'être
Il y a plusieurs raisons pour lesquelles l'introduction d'un nouveau répertoire dans le système de fichiers racine est interdit :
- Ceci demande de la place sur une partition racine que l'administrateur système veut garder petite et simple pour des raisons de performance ou de sécurité.
- Ceci contredit toute logique que l'administrateur système a pu mettre en place pour distribuer des hiérarchies de fichiers standards sur des volumes montables.
Figure 3.1
Chaque répertoire listé ci-dessus est spécifié en détail dans des sous-sections séparées ci-dessous. /usr et /var ont chacun une section complète dans ce document à cause de la complexité de ces répertoires.
L'image du noyau du système d'exploitation doit être situé soit dans / soit dans /boot. Les informations supplémentaires sur l'emplacement du noyau se trouvent dans la section concernant /boot ci-dessous.
Précédent: Le système de Suivant: /bin : binaires TM: Table des Matières
Converti avec mm2html-rewrite le 02.03.99 par root
