Quais são os pontos de montagem compatíveis com FHS?


14

Gostaria de saber o que são os pontos de montagem compatíveis com FHS para discos rígidos internos e compartilhamento de rede ? Muitos tutoriais diferentes estão sugerindo montá-los em subdiretórios para /mntou/media

De acordo com o FHS 3.0 (padrão de hierarquia de arquivos):

  • /media: Ponto de montagem para mídia removível ( Este diretório contém subdiretórios que são usados ​​como pontos de montagem para mídia removível, como disquetes, cdroms e discos zip. )
  • /mnt: Ponto de montagem para um sistema de arquivos montado temporariamente ( este diretório é fornecido para que o administrador do sistema possa montar temporariamente um sistema de arquivos, conforme necessário. O conteúdo deste diretório é um problema local e não deve afetar a maneira como qualquer programa é executado )

Suponho que esses pontos de montagem possam ir /home/foo/extdrive /home/foo/nfssharepara um sistema de usuário único, mas onde eu os montaria acessíveis a todos os usuários?

Atualização: FHS 3.0, capítulo 3.1, segundo parágrafo "Fundamentação"

  • novo diretório em /(ie /workspacee /nfsshare) Há várias razões pelas quais a criação de um novo subdiretório do sistema de arquivos raiz é proibida: Exige espaço em uma partição raiz que o administrador do sistema queira manter pequena e simples por motivos de desempenho ou segurança. Ele evita qualquer disciplina que o administrador do sistema tenha configurado para distribuir hierarquias de arquivos padrão em volumes montáveis. As distribuições não devem criar novos diretórios na hierarquia raiz sem uma consideração extremamente cuidadosa das consequências, incluindo a portabilidade do aplicativo.

Não é uma resposta, mas um disco rígido interno não faria parte do sistema de arquivos "normal"? por exemplo, você fica sem espaço no disco 1, percebe que é porque /varestá crescendo mais rápido do que o esperado, então instale o disco 2 e monte-o como /var. Pergunta interessante sobre: ​​compartilhamentos de rede, é uma espécie de "anti- /srv"!
John N

Respostas:


16

Você cria seus próprios diretórios de ponto de montagem. Se você quiser perguntar o porquê, só posso apontar a ótima resposta de Wouter Verhelst .

Drives internos

/mnt é um local válido para você fazer o que quiser, e também / .

/mnt pode ter sido usado para esse fim por alguns sistemas históricos de instalação, bem como para mídia removível (antes /media ). Ainda é válido fazer isso, mas o sistema em si não deve mais configurar nada /mnt.

Eu acho que é razoável usar / mnt se você pode fazer vários pontos de montagem. Isso facilita a visualização de todos eles juntos e é conhecido como um dos locais que as pessoas gostam de usar. Algumas outras pessoas gostam de usar/Volumes - seguindo o sistema OS X, ou /vol. / data é comum para um único ponto de montagem. / d / também é usado. / disk / é quase certamente usado por alguns, mas pode ser uma distração para armazenamento que não é baseado em disco.

Se você usar / mnt, eu também criaria / mnt / tmp. Ainda haverá um diretório conveniente para montagens temporárias, o uso original de / mnt mencionado pela FHS.

Pontos de montagem preferidos para HDDs internos

É possível que a criação manual de pontos de montagem em /media seja uma má idéia em alguns sistemas comuns. Os SOs modernos do Linux criarão pontos de montagem para mídia removível automaticamente, e é possível que a estrutura que eles criem entre em conflito ou simplesmente pareça inconsistente com a sua. Você não diz qual é o seu sistema, mas pode estar interessado em diretrizes portáteis, especialmente se estiver perguntando sobre a ESF. Observe que esse raciocínio é semelhante ao motivo pelo qual o ESF diz que o sistema operacional não deve preencher / mnt.

Ponto de montagem para o disco USB em todo o sistema

Sistemas de arquivos em rede

Às vezes, é recomendável montar sistemas de arquivos de rede em um subdiretório dedicado /n/host, por exemplo , /nfs/hostou/net/host etc.

Por exemplo, se você montar um sistema de arquivos de rede em / host e a rede ficar inacessível, ls /poderá travar quando tentar definir o status do sistema de arquivos de rede. Isso pode ser indesejável e frustrante, no momento em que você já está ficando frustrado.


A ESF diz que /mnté para montagens temporárias. E as montagens persistentes. Embora eu tenha ido em frente e criado /mnt/dataum disco extra conectado, é reconfortante ter um documento de normas recomendando o que os administradores de sistema devem usar para discos adicionais. É um requisito psicológico, principalmente.
Eterntyro 29/05/19

1
@ eternaltyro Tenho exatamente o mesmo sentimento, mas já existe um bom argumento na resposta de WouterVerhelst. Tentei desenhar algo para melhorar isso, mas na verdade não. Tratava-se principalmente de duplicação e atrapalhava as sugestões práticas. Editado para tentar esclarecer isso.
sourcejedi

8

Quando o ESF fala sobre o que você não pode fazer, o que ele está falando é uma distribuição , não um usuário ou administrador de sistema local.

Um sistema unix possui apenas uma árvore do sistema de arquivos. Portanto, você pode montar qualquer coisa no sistema local em qualquer lugar do sistema de arquivos e não quebraria o FHS de forma alguma; afinal, a ESF se esforça ao máximo para ficar fora do caminho dos administradores de sistemas locais. Para discos internos que estão no sistema em todos os momentos, é perfeitamente válido para ter um ponto de montagem /optou /ntfsou /scratchou outros enfeites. Como alternativa, se você estiver ficando sem espaço em disco e quiser mover algumas coisas do sistema de arquivos raiz para outro disco, poderá mover /varou/usr para um disco rígido separado e lidar com as coisas dessa maneira.

A única coisa que você deve não fazer é montar um disco interno em um local que o FHS diz distribuições pode escrever para (como /usr, /varou /lib), e então não mover os dados relevantes para esse local, ou usar algum não-POSIX sistema de arquivos para a partição em questão. Fora isso, quase tudo é jogo justo.


2

Para tornar um diretório acessível a usuários específicos , você deve criar um grupo. Por convenção, os grupos podem ter diretórios pessoais. Algumas vezes, mas não necessariamente, são criados como / home / $ GROUP.

Seria possível criar um diretório / home / allusers. Você pode reservar os nomes de grupo alusivos (por exemplo, criar um grupo vazio), se quiser. (Os nomes de usuários e grupos são espaços de nomes tecnicamente separados, mas geralmente são mantidos consistentes. Por exemplo, você não gostaria de criar, em particular, um usuário comum "aluseiros" neste caso).

Esse esquema de nomenclatura específico não generaliza naturalmente para vários sistemas de arquivos, por exemplo, um disco interno e um sistema de arquivos de rede.

Você não é uma distribuição de software e as justificativas fornecidas na ESF não se aplicam a você. Seguir essa restrição introduziria uma restrição adicional. Se / home se tornar desmontável, também seria menos fácil montar / home / allusers para fins de backup, recuperação ou solução de problemas.


2

Resposta rápida: Depende ... A ESF é para distribuições, como já foi dito. Mas você pode achar mais fácil seguir pelo menos o espírito apenas para facilitar a manutenção, especialmente se isso for feito em vários sistemas que outras pessoas possam acabar suportando. Também é importante ter em mente como os backups são feitos, pois pode ser necessário ajustá-los para levar em consideração o espaço adicional que você está adicionando.

Exemplos que eu usei:

  • Grande parte do espaço compartilhado geral em / mnt / play
  • Montagem CIFS por usuário via montagem pam em / home / [nome de usuário] / rede / [compartilhamento]
  • Aplicativos de servidor conforme manual, por exemplo, / sapmnt / opt / qualquer que seja / bacula
  • Compartilhamento de arquivos em / srv / [sharename] ou / fileshares / [sharename]

Também vale a pena evitar qualquer coisa usada por um montador automático como / media no Mint / Ubuntu ou usar as árvores de diretório listadas para algo diferente do objetivo a que se destina. Por exemplo, é comum montar um disco em / var / [app] ou / usr / [app] para disponibilizar mais espaço para esse aplicativo em particular, mas não o use para outra coisa, pois você só conseguirá em uma confusão.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.