Quels sont les points de montage conformes FHS?

Je me demande quels sont les points de montage conformes FHS pour les disques durs internes et les parts de réseau ? De nombreux didacticiels différents proposent de les monter dans des sous-répertoires vers /mntou/media

Selon le FHS 3.0 (File Hierarchy Standard):

• /media: Point de montage pour les supports amovibles ( ce répertoire contient des sous-répertoires qui sont utilisés comme points de montage pour les supports amovibles tels que les disquettes, les cdroms et les disques zip. )
• /mnt: Point de montage pour un système de fichiers monté temporairement ( ce répertoire est fourni afin que l'administrateur système puisse temporairement monter un système de fichiers selon les besoins. Le contenu de ce répertoire est un problème local et ne devrait pas affecter la manière dont un programme est exécuté )

Je suppose que ces points de montage peuvent être utilisés /home/foo/extdrive /home/foo/nfssharepour un système mono-utilisateur, mais où les monter pour tous les utilisateurs?

Mise à jour: FHS 3.0, chapitre 3.1, deuxième paragraphe "Justification"

• nouveau répertoire dans /(c.-à /workspace- d. et /nfsshare) Il existe plusieurs raisons pour lesquelles la création d'un nouveau sous-répertoire du système de fichiers racine est interdite: elle nécessite de l'espace sur une partition racine que l'administrateur système peut souhaiter garder petite et simple pour des raisons de performances ou de sécurité. Il échappe à toute discipline que l'administrateur système peut avoir mise en place pour distribuer des hiérarchies de fichiers standard sur des volumes montables. Les distributions ne doivent pas créer de nouveaux répertoires dans la hiérarchie racine sans une considération extrêmement attentive des conséquences, y compris pour la portabilité des applications.

Vous créez vos propres répertoires de points de montage. Si vous voulez demander pourquoi, je ne peux que citer la grande réponse de Wouter Verhelst .

Lecteurs internes

/mntest un endroit valide pour faire le vôtre si vous le souhaitez, et c'est le cas /.

/mntpeut avoir été utilisé à cette fin par certains systèmes d'installation historiques, ainsi que pour les supports amovibles (avant /media). Vous pouvez toujours le faire, mais le système lui-même n'est plus censé configurer quoi que ce soit /mnt.

Je pense qu'il est raisonnable d'utiliser / mnt si vous pouvez créer plusieurs points de montage. Il est facile de les voir tous ensemble, et il est connu comme l'un des endroits que les gens aiment utiliser. Certaines autres personnes aiment utiliser /Volumes- suivant le système OS X, ou /vol. / data est commun pour un seul point de montage. / d / est également utilisé. / disk / est presque certainement utilisé par certains, mais peut être gênant pour le stockage qui n'est pas basé sur le disque.

Si vous utilisez / mnt, je créerais également / mnt / tmp. Ensuite, il y aura toujours un répertoire pratique pour les montages temporaires, l'utilisation originale de / mnt que FHS mentionne.

Points de montage préférés pour les disques durs internes

Il est possible que la création manuelle de points de montage sous /mediasoit une mauvaise idée sur certains systèmes courants. Les systèmes d'exploitation Linux modernes créeront automatiquement des points de montage pour les supports amovibles, et il est possible que la structure qu'ils créent soit en conflit ou apparaisse simplement incohérente avec la vôtre. Vous ne dites pas quel est votre système, mais vous pouvez être intéressé par des directives portables, surtout si vous posez des questions sur FHS. Notez que ce raisonnement est similaire à la raison pour laquelle le FHS dit que le système d'exploitation ne doit pas remplir / mnt.

Point de montage pour disque USB à l'échelle du système

Systèmes de fichiers réseau

Il est parfois recommandé de monter des systèmes de fichiers réseau dans un sous-répertoire dédié /n/host, par exemple , /nfs/hostou /net/hostetc.

Par exemple, si vous montez un système de fichiers réseau sur / host et que le réseau devient inaccessible, il ls /peut se bloquer lorsqu'il essaie de statuer le système de fichiers réseau. Cela pourrait être indésirable et frustrant, à un moment où vous devenez déjà frustré.

Lorsque le FHS parle de ce que vous ne pouvez pas faire, il s'agit d'une distribution , pas d'un utilisateur ou d'un administrateur système local.

Un système Unix n'a qu'une seule arborescence de système de fichiers. Vous pouvez donc monter n'importe quoi dans le système local à n'importe quel endroit du système de fichiers, et vous ne briseriez en aucun cas le FHS; après tout, le FHS met tout en œuvre pour rester à l'écart des administrateurs système locaux. Pour les disques internes qui sont dans le système à tout moment, il est parfaitement valide d'avoir un point de montage de /optou /ntfsou /scratchou autre. Alternativement, si vous manquez d'espace disque et que vous souhaitez déplacer des éléments de votre système de fichiers racine vers un autre disque, vous pouvez déplacer /varou /usrvers un disque dur séparé et gérer les choses de cette façon.

La seule chose que vous devriez ne pas faire est de monter un disque interne sur un emplacement que le FHS indique les distributions peuvent écrire dans ( par exemple /usr, /varou /lib), puis soit pas déplacer les données pertinentes à cet endroit, ou utiliser une non-Posix système de fichiers pour la partition en question. En dehors de cela, presque tout est un jeu équitable.

Pour rendre un répertoire accessible à des utilisateurs spécifiques , vous devez créer un groupe. Par convention, les groupes peuvent avoir des répertoires personnels. Ceux-ci sont parfois, mais pas nécessairement, créés comme / home / $ GROUP.

Il serait possible de créer un répertoire / home / allusers. Vous pouvez réserver le nom de groupe allusers (c'est-à-dire créer un groupe vide) si vous le souhaitez. (Les noms d'utilisateur et de groupe sont des espaces de noms techniquement distincts, mais ils sont généralement conservés de manière cohérente. Par exemple, vous ne voudriez pas particulièrement créer un utilisateur normal "allusers" dans ce cas).

Ce schéma de dénomination spécifique ne se généralise pas naturellement pour plusieurs systèmes de fichiers, par exemple un disque interne et un système de fichiers réseau.

Vous n'êtes pas une distribution de logiciels et les justifications données dans le FHS ne s'appliquent pas à vous. Le respect de cette restriction introduirait une contrainte supplémentaire. Si / home devient démontable, il serait également moins facile de monter / home / allusers à des fins de sauvegarde, de récupération ou de dépannage.

Réponse rapide: cela dépend ... FHS est pour les distributions comme d'autres l'ont dit. Mais vous trouverez peut-être plus facile de suivre au moins l'esprit de celui-ci juste pour faciliter la maintenance, surtout si cela doit être fait sur plusieurs systèmes que d'autres personnes pourraient finir par prendre en charge. Il convient également de garder à l'esprit la façon dont les sauvegardes sont prises, car cela pourrait vous éviter de les ajuster pour tenir compte de l'espace supplémentaire que vous ajoutez.

Exemples que j'ai utilisés:

• Gros morceau d'espace partagé général sur / mnt / play
• Montages CIFS par utilisateur via pam-mount sur / home / [nom d'utilisateur] / network / [share]
• Applications serveur selon le manuel, par exemple / sapmnt / opt / que ce soit / bacula
• Partages de fichiers sur / srv / [nom_partage] ou / fileshares / [nom_partage]

Cela vaut également la peine d'éviter tout ce qui est utilisé par un monteur automatique tel que / media sur Mint / Ubuntu ou d'utiliser les arborescences de répertoires listées pour autre chose que leur destination. Par exemple, il est courant de monter un disque sur / var / [app] ou / usr / [app] pour rendre plus d'espace disponible pour cette application particulière, mais ne l'utilisez pas ensuite pour autre chose car vous n'obtiendrez que vous dans une confusion.