Quali sono i punti di montaggio conformi a FHS?


14

Mi chiedo quali siano i mount point conformi a FHS per hard disk interni e condivisioni di rete ? Molti tutorial diversi suggeriscono di montarli in sottodirectory su /mnto/media

Secondo FHS 3.0 (File Hierarchy Standard):

  • /media: Punto di montaggio per supporti rimovibili ( questa directory contiene sottodirectory che vengono utilizzate come punti di montaggio per supporti rimovibili come floppy disk, cdroms e dischi zip. )
  • /mnt: Punto di montaggio per un filesystem montato temporaneamente ( Questa directory viene fornita in modo che l'amministratore di sistema possa montare temporaneamente un filesystem secondo necessità. Il contenuto di questa directory è un problema locale e non dovrebbe influire sul modo in cui viene eseguito qualsiasi programma )

Presumo che quei punti di montaggio potrebbero andare /home/foo/extdrive /home/foo/nfsshareper un singolo sistema utente, ma dove li monterei accessibili a tutti gli utenti?

Aggiornamento: FHS 3.0, capitolo 3.1, secondo paragrafo "Razionale"

  • nuova directory in /(ie /workspacee /nfsshare) Esistono diversi motivi per cui è vietata la creazione di una nuova sottodirectory del filesystem di root: Richiede spazio su una partizione di root che l'amministratore di sistema può voler mantenere piccolo e semplice per motivi di prestazioni o sicurezza. Evita qualsiasi disciplina che l'amministratore di sistema possa aver impostato per la distribuzione di gerarchie di file standard su volumi montabili. Le distribuzioni non dovrebbero creare nuove directory nella gerarchia di root senza una considerazione estremamente attenta delle conseguenze, inclusa la portabilità delle applicazioni.

Non è una risposta, ma un hard disk interno non farebbe parte del filesystem "normale"? ad esempio, si esaurisce lo spazio sul disco 1, si rende conto che è perché /varsta crescendo più velocemente del previsto, quindi installare il disco 2 e montarlo come /var. Interessante domanda su: condivisioni di rete, è una specie di "anti- /srv"!
John N,

Risposte:


16

Crea le tue directory dei punti di montaggio. Se vuoi chiedere il perché, posso solo indicare la grande risposta di Wouter Verhelst .

Unità interne

/mntè un posto valido per crearne uno tuo, se lo desideri, e così è /.

/mntpotrebbe essere stato utilizzato a tale scopo da alcuni sistemi di installazione storici, nonché per supporti rimovibili (prima /media). È ancora valido per farlo, ma il sistema stesso non dovrebbe più impostare nulla /mnt.

Penso che sia ragionevole usare / mnt se si possono fare più punti di mount. Rende facile vederli tutti insieme ed è noto come uno dei luoghi che le persone amano usare. Ad altre persone piace usare /Volumes- seguendo il sistema OS X, o /vol. / data è comune per un singolo punto di montaggio. / d / è anche usato. / disk / è quasi sicuramente usato da alcuni, ma può essere fonte di distrazione per l'archiviazione che non è basata su disco.

Se usi / mnt, creerei anche / mnt / tmp. Quindi ci sarà ancora una comoda directory per i mount temporanei, l'uso originale di / mnt che menziona FHS.

Punti di montaggio preferiti per HDD interni

È possibile che creare manualmente punti di montaggio sotto /mediasia una cattiva idea su alcuni sistemi comuni. I moderni sistemi operativi Linux creeranno automaticamente punti di montaggio per i supporti rimovibili ed è possibile che la struttura che creano sia in conflitto o appaia in contrasto con la propria. Non dici quale sia il tuo sistema, ma potresti essere interessato a linee guida portatili, soprattutto se stai chiedendo informazioni su FHS. Nota che questo ragionamento è simile al motivo per cui l'FHS afferma che il sistema operativo non deve popolare / mnt.

Punto di montaggio per disco USB a livello di sistema

File system di rete

Talvolta si consiglia di montare filesystem di rete in una sottodirectory dedicata /n/host, ad es . /nfs/hostOppure/net/host

Ad esempio, se si monta un filesystem di rete su / host e la rete diventa irraggiungibile, ls /potrebbe bloccarsi quando si tenta di stat il filesystem di rete. Questo potrebbe essere indesiderabile e frustrante, in un momento in cui stai già diventando frustrato.


L'FHS dice che /mntè per montaggi temporanei. Che dire di montaggi persistenti. Mentre sono andato avanti e ho creato /mnt/dataun disco aggiuntivo collegato, mi sento a mio agio avere un documento standard che consigli quali amministratori di sistema dovrebbero usare per dischi aggiuntivi. È un requisito psicologico, principalmente.
eternaltyro

1
@eternaltyro Ho la stessa identica sensazione, ma c'è già un buon argomento nella risposta di WouterVerhelst. Ho provato a redigere qualcosa per migliorarlo, ma in realtà non è stato così. Per lo più era solo una duplicazione e ostacolava i suggerimenti pratici. Modificato per provare a chiarirlo.
sourcejedi

8

Quando l'FHS parla di ciò che non puoi fare, il tuo interlocutore è una distribuzione , non un utente o un amministratore di sistema locale.

Un sistema unix ha un solo albero di filesystem. Puoi quindi montare qualsiasi cosa nel sistema locale in qualsiasi posizione nel filesystem e non infrangerai l'FHS in alcun modo; dopo tutto, l'FHS fa di tutto per non intralciare gli amministratori di sistema locali. Per dischi interni che si trovano nel sistema in qualsiasi momento, è perfettamente valido per avere un punto di montaggio /opto /ntfso /scratcho quant'altro. In alternativa, se si sta esaurendo lo spazio su disco e si desidera spostare alcune cose dal proprio filesystem di root e su un altro disco, è possibile spostare /varo /usrsu un disco rigido separato e gestire le cose in quel modo.

L'unica cosa che si dovrebbe non fare è quello di montare un disco interno in una posizione che la FHS dice distribuzioni possono scrivere in (come ad esempio /usr, /varo /lib), e poi o non spostare i dati relativi a quella posizione, o utilizzare alcuni non-POSIX filesystem per la partizione in questione. A parte questo, quasi tutto è un gioco equo.


2

Per rendere una directory accessibile a utenti specifici , è necessario creare un gruppo. Per convenzione, i gruppi possono avere home directory. Questi sono talvolta, ma non necessariamente, creati come / home / $ GROUP.

Sarebbe possibile creare una directory / home / allusers. Se lo desideri, puoi riservare il nome del gruppo allusers (ovvero creare un gruppo vuoto). (I nomi degli utenti e dei gruppi sono spazi dei nomi tecnicamente separati, ma di solito sono mantenuti coerenti. Ad esempio, in questo caso non si vorrebbe creare un "alluser" utente normale).

Questo specifico schema di denominazione non si generalizza naturalmente per più filesystem, ad esempio un disco interno e un filesystem di rete.

Non sei una distribuzione software e le motivazioni fornite nell'FHS non si applicano a te. Seguire questa restrizione introdurrebbe un ulteriore vincolo. Se / home diventa smontabile, sarebbe anche meno facile montare / home / allusers per scopi di backup, ripristino o risoluzione dei problemi.


2

Risposta rapida: dipende ... FHS è per le distribuzioni come altri hanno già detto. Ma potresti trovare più facile seguirne almeno lo spirito solo per facilità di manutenzione, specialmente se questo deve essere fatto su diversi sistemi che altre persone potrebbero finire per supportare. Vale anche la pena ricordare come vengono eseguiti i backup in quanto ciò potrebbe farti risparmiare doverli adeguare per tenere conto dello spazio aggiuntivo che stai aggiungendo.

Esempi che ho usato:

  • Grande porzione di spazio condiviso generale su / mnt / play
  • Supporti CIFS per utente tramite pam-mount su / home / [nome utente] / rete / [condividi]
  • Applicazioni server come da manuale ad es. / Sapmnt / opt / qualunque / bacula
  • Condivisioni file su / srv / [nomecondivisione] o / fileshares / [nomecondivisione]

Vale anche la pena evitare qualsiasi cosa venga utilizzata da un automounter come / media su Mint / Ubuntu o usando gli alberi delle directory elencati per qualcosa di diverso dal loro scopo previsto. Ad esempio, è comune montare un disco su / var / [app] o / usr / [app] per rendere più spazio disponibile per quella particolare app, ma non utilizzarlo per qualcos'altro perché otterrai solo te stesso in confusione.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.