Me pregunto cuáles son los puntos de montaje compatibles con FHS para discos duros internos y recursos compartidos de red . Muchos tutoriales diferentes sugieren montarlos en subdirectorios para /mnt
o/media
De acuerdo con el FHS 3.0 (Estándar de jerarquía de archivos):
/media
: Punto de montaje para medios extraíbles ( este directorio contiene subdirectorios que se utilizan como puntos de montaje para medios extraíbles, como disquetes, cdroms y discos zip ) ./mnt
: Punto de montaje para un sistema de archivos montado temporalmente ( este directorio se proporciona para que el administrador del sistema pueda montar temporalmente un sistema de archivos según sea necesario. El contenido de este directorio es un problema local y no debería afectar la manera en que se ejecuta cualquier programa )
Supongo que esos puntos de montaje podrían ir /home/foo/extdrive
/home/foo/nfsshare
para un solo sistema de usuario, pero ¿dónde los montaría accesibles para todos los usuarios?
Actualización: FHS 3.0, Capítulo 3.1, segundo párrafo "Justificación"
- nuevo directorio en
/
(es decir,/workspace
y/nfsshare
) Hay varias razones por las cuales está prohibido crear un nuevo subdirectorio del sistema de archivos raíz: exige espacio en una partición raíz que el administrador del sistema puede querer que sea pequeño y simple por razones de rendimiento o seguridad. Evade cualquier disciplina que el administrador del sistema haya establecido para distribuir jerarquías de archivos estándar en volúmenes montables. Las distribuciones no deberían crear nuevos directorios en la jerarquía raíz sin una consideración extremadamente cuidadosa de las consecuencias, incluida la portabilidad de la aplicación.
/var
está creciendo más rápido de lo esperado e instale el disco 2 y móntelo como/var
. Interesante qestion re: recursos compartidos de red, es una especie de "anti/srv
".Respuestas:
Usted crea sus propios directorios de puntos de montaje. Si quieres preguntar por qué, solo puedo señalar la gran respuesta de Wouter Verhelst .
Accionamientos internos
/mnt
es un lugar válido para hacer el tuyo si quieres, y así es/
./mnt
puede haber sido utilizado para este propósito por algunos sistemas de instalación históricos, así como para medios extraíbles (antes/media
). Todavía es válido para que lo haga, pero ya no se supone que el sistema en sí mismo configure nada/mnt
.Creo que es razonable usar / mnt si puedes hacer múltiples puntos de montaje. Hace que sea fácil verlos a todos juntos, y es conocido como uno de los lugares que a la gente le gusta usar. A otras personas les gusta usar
/Volumes
, siguiendo el sistema OS X, o/vol
. / data es común para un único punto de montaje. / d / también se usa. / disk / es casi seguro que algunos lo usan, pero puede ser una distracción para el almacenamiento que no está basado en disco.Si usa / mnt, también crearía / mnt / tmp. Entonces todavía habrá un directorio conveniente para montajes temporales, el uso original de / mnt que menciona FHS.
Puntos de montaje preferidos para discos duros internos
Es posible que crear manualmente puntos de montaje debajo
/media
sea una mala idea en algunos sistemas comunes. Los sistemas operativos Linux modernos crearán puntos de montaje para medios extraíbles automáticamente, y es posible que la estructura que crean entrará en conflicto o simplemente parecerá inconsistente con la suya. No dice cuál es su sistema, pero puede estar interesado en pautas portátiles, especialmente si está preguntando acerca de FHS. Tenga en cuenta que este razonamiento es similar a por qué el FHS dice que el sistema operativo no debe rellenar / mnt.Punto de montaje para disco USB en todo el sistema
Sistemas de archivos de red
A veces se recomienda montar sistemas de archivos de red en un subdirectorio dedicado, por ejemplo
/n/host
,/nfs/host
o/net/host
etc.Por ejemplo, si monta un sistema de archivos de red en / host y la red se vuelve inalcanzable,
ls /
puede bloquearse cuando intenta establecer el sistema de archivos de red. Esto podría ser indeseable y frustrante, en un momento en que ya te estás frustrando.fuente
/mnt
es para montajes temporales. ¿Qué pasa con las monturas persistentes? Si bien he seguido adelante y he creado/mnt/data
un disco adjunto adicional, me parece reconfortante tener un documento estándar que recomiende qué deberían usar los administradores de sistemas para discos adicionales. Es un requisito psicológico, principalmente.Cuando el FHS habla de lo que no puede hacer, entonces lo que está hablando es una distribución , no un usuario o administrador del sistema local.
Un sistema unix tiene solo un árbol de sistema de archivos. Por lo tanto, puede montar cualquier cosa en el sistema local en cualquier lugar del sistema de archivos, y no estaría rompiendo el FHS de ninguna manera; después de todo, el FHS hace todo lo posible para mantenerse fuera del camino de los administradores de sistemas locales. Para los discos internos que están en el sistema en todo momento, es perfectamente válido tener un punto de montaje de
/opt
o/ntfs
o no/scratch
. Alternativamente, si se está quedando sin espacio en disco y que desea mover algunas cosas fuera de su sistema de ficheros raíz y en otro disco, puede mover/var
o/usr
en un disco duro independiente y hacer frente a las cosas de esa manera.La única cosa que usted debe no hacer es montar un disco interno en una ubicación que el FHS dice distribuciones pueden escribir en (tales como
/usr
,/var
, o/lib
), y luego o no mover los datos correspondientes a ese lugar, o utilizar alguna no POSIX sistema de archivos para la partición en cuestión. Aparte de eso, casi todo es juego limpio.fuente
Para hacer que un directorio sea accesible para usuarios específicos , debe crear un grupo. Por convención, los grupos pueden tener directorios de inicio. A veces, pero no necesariamente, se crean como / home / $ GROUP.
Sería posible crear un directorio / home / allusers. Si lo desea, puede reservar los alusadores de nombres de grupo (es decir, crear un grupo vacío). (Los nombres de usuarios y grupos son espacios de nombres técnicamente separados, pero generalmente se mantienen consistentes. Por ejemplo, no desearía especialmente crear un usuario normal "alusadores" en este caso).
Este esquema de nomenclatura específico no se generaliza naturalmente para múltiples sistemas de archivos, por ejemplo, un disco interno y un sistema de archivos de red.
No es una distribución de software, y los fundamentos dados en el FHS no se aplican a usted. Seguir esta restricción introduciría una restricción adicional. Si / home no se puede montar, también sería menos fácil montar / home / allusers para fines de respaldo, recuperación o solución de problemas.
fuente
Respuesta rápida: depende ... FHS es para distribuciones como otros han dicho. Pero puede que le resulte más fácil seguir al menos el espíritu de la misma solo para facilitar el mantenimiento, especialmente si esto se hace en varios sistemas que otras personas podrían terminar apoyando. También vale la pena tener en cuenta cómo se toman las copias de seguridad, ya que podría ahorrarle tener que ajustarlas para tener en cuenta el espacio adicional que está agregando.
Ejemplos que he usado:
También vale la pena evitar cualquier cosa utilizada por un montador automático como / media en Mint / Ubuntu o usar los árboles de directorios enumerados para algo que no sea el propósito previsto. Por ejemplo, es común montar un disco en / var / [aplicación] o / usr / [aplicación] para hacer más espacio disponible para esa aplicación en particular, pero no lo use para otra cosa porque solo obtendrá en un embrollo
fuente