estándar de jerarquía de sistema de archivos

7
Estándar de Jerarquía de Sistema de Archivos.  A utor:  Joel Barrios Dueñas C orreo el ectrónico:  darkshram en gmail punto com  S iti o de R ed:  http://www.alcancelibre.org/   J abber ID:  [email protected] Creative Commons Reconocimiento-NoComercial-CompartirIgual 2.1 © 1999-2014 Joel Barrios Dueñas. Usted es libre de copiar, distribuir y comunicar públicamente la obra y hacer obras derivadas bajo las condiciones siguiente s: a) D ebe reconocer y citar al autor original. b) No puede utilizar esta obra para fines comerciales (incluyendo su publicación, a través de cualquier medio, por entidades con fines de lucro).  c) Si altera o transforma esta obra o genera una obra derivada, sólo puede distribuir la obra generada bajo una licencia idéntica a ésta. Al reutilizar o distribuir la obra, tiene que dejar bien claro los términos de la licencia de esta obra. A lguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor. Los derechos derivados de usos legítimos u otras limitaciones no se ven afectados por lo anterior. Licencia completa en castellano. La información contenida en este documento y los derivados de éste se proporcionan tal cual son y los autores no asumirán responsabilidad alguna si el usuario o lector, hace mal uso de éstos. Introducción. El estándar de jerarquía de archivos ( FHS o Filesystem Hierarchy Standard) define los principales directorios y sus contenidos en GNU/Linux y otros sistemas operativos similares a Unix. En agosto de 1993 inició un proceso para desarrollar un estándar de sistema de archivos  jerárquico, como un esfuerzo para reorganizar la estructuras de arch ivos y directorios de GNU/Linux. El 14 de Febrero de 1994 se publicó el FSSTND (FilesystemStandard), un estándar de jerarquía de archivos específico para GNU/Linux. Revisiones de éste se publicaron el 9 de Octubre de 1994 y el 28 de Marzo de 1995.  A principios de 1996, con la ayuda de miembros de la comunidad de desarrolladores de BSD, se fijó como objetivo el desarrollar una versión de FSSTND más detallada y dirigida no solo hacia Linux sino también hacia otros sistemas operativos similares a Unix. Como uno de los resultados el estándar cambió de nombre a FHS o Filesystem Hierarchy Standard. El FHS es mantenido por Free Standards Group, una organización sin fines de lucro constituida por compañías que manufacturan sustento físico ( Hardware) y equipamiento lógico (Software) como Hewlett Packard, Dell, IBM y Red Hat. La mayoría de las distribuciones de Linux, inclusive las que forman parte de Free Software Standards, utilizan este estándar sin aplicarlo de manera estricta. La versión 2.3 del FHS, que es la utilizada por CentOS, Fedora™, Red Hat™ Enterprise Linux, openSUSE™ y SUSE™ Linux Enterprise, fue anunciada el 29 de enero de 2004. Estructura de directorios. Todos los archivos y directorios aparecen debajo del directorio raíz «/», aún si están almacenados en dispositivos físicamente diferentes.

Upload: brady-palma

Post on 19-Oct-2015

8 views

Category:

Documents


0 download

TRANSCRIPT

  • Estndar de Jerarqua de Sistema de Archivos.

    Autor: Joel Barrios Dueas

    Correo electrnico: darkshram en gmail punto com

    Sitio de Red: http://www.alcancelibre.org/

    Jabber ID: [email protected]

    Creative Commons Reconocimiento-NoComercial-CompartirIgual 2.1

    1999-2014 Joel Barrios Dueas. Usted es libre de copiar, distribuir y comunicar pblicamente la obra y hacer obras derivadas bajo las

    condiciones siguientes: a) Debe reconocer y citar al autor original. b) No puede utilizar esta obra para fines comerciales (incluyendo

    su publicacin, a travs de cualquier medio, por entidades con fines de lucro). c) Si altera o transforma esta obra o genera una

    obra derivada, slo puede distribuir la obra generada bajo una licencia idntica a sta. Al reutilizar o distribuir la obra, tiene que dejar

    bien claro los trminos de la licencia de esta obra. Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de

    los derechos de autor. Los derechos derivados de usos legtimos u otras limitaciones no se ven afectados por lo anterior. Licencia

    completa en castellano. La informacin contenida en este documento y los derivados de ste se proporcionan tal cual son y los autores

    no asumirn responsabilidad alguna si el usuario o lector, hace mal uso de stos.

    Introduccin.

    El estndar de jerarqua de archivos (FHS o Filesystem Hierarchy Standard) define los

    principales directorios y sus contenidos en GNU/Linux y otros sistemas operativos similares a

    Unix.

    En agosto de 1993 inici un proceso para desarrollar un estndar de sistema de archivos

    jerrquico, como un esfuerzo para reorganizar la estructuras de archivos y directorios de

    GNU/Linux. El 14 de Febrero de 1994 se public el FSSTND (FilesystemStandard), un

    estndar de jerarqua de archivos especfico para GNU/Linux. Revisiones de ste se publicaron

    el 9 de Octubre de 1994 y el 28 de Marzo de 1995.

    A principios de 1996, con la ayuda de miembros de la comunidad de desarrolladores de BSD,

    se fij como objetivo el desarrollar una versin de FSSTND ms detallada y dirigida no solo

    hacia Linux sino tambin hacia otros sistemas operativos similares a Unix. Como uno de los

    resultados el estndar cambi de nombre a FHS o Filesystem Hierarchy Standard.

    El FHS es mantenido por Free Standards Group, una organizacin sin fines de lucro

    constituida por compaas que manufacturan sustento fsico (Hardware) y equipamiento lgico

    (Software) como Hewlett Packard, Dell, IBM y Red Hat. La mayora de las distribuciones de

    Linux, inclusive las que forman parte de Free Software Standards, utilizan este estndar sin

    aplicarlo de manera estricta.

    La versin 2.3 del FHS, que es la utilizada por CentOS, Fedora, Red Hat Enterprise

    Linux, openSUSE y SUSE Linux Enterprise, fue anunciada el 29 de enero de 2004.

    Estructura de directorios.

    Todos los archivos y directorios aparecen debajo del directorio raz /, an si estn

    almacenados en dispositivos fsicamente diferentes.

  • Directorio. Descripcin

    /bin Mandatos binarios esenciales (como son cp, mv, ls,

    rm, mkdir, etc.),

    /boot Archivos utilizados durante el inicio del sistema

    (ncleo y discos RAM),

    /dev Dispositivos esenciales,

    /etc Archivos de configuracin utilizados en todo el

    sistema y que son especficos del anfitrin.

    /etc/opt Archivos de configuracin utilizados por programas

    alojados dentro de /opt/

    /etc/X11

    (opcional)

    Archivos de configuracin para el sistema X

    Window.

    /etc/sgml

    (opcional)

    Archivos de configuracin para SGML.

    /etc/xml

    (opcional)

    Archivos de configuracin para XML.

    Directorio. Descripcin

    /home

    (opcional)

    Directorios de inicio de los usuarios locales.

    /lib y /lib64 Bibliotecas compartidas esenciales para los binarios

    de /bin/, /sbin/ y el ncleo del sistema. /lib64/

    corresponde al directorio utilizado por sistemas de

    64-bit.

    /mnt Sistemas de archivos montados temporalmente.

    /media Puntos de montaje para dispositivos de medios,

    como son las unidades lectoras de discos

    compactos.

    /opt Paquetes de aplicaciones de terceros.

  • Directorio. Descripcin

    /proc Sistema de archivos virtual que documenta sucesos

    y estados del ncleo. Contiene, principalmente,

    archivos de texto.

    /root

    (opcional)

    Directorio de inicio del usuario root (super-usuario).

    /sbin Binarios de administracin de sistema.

    /tmp Archivos temporales

    /srv Datos especficos de sitio, servidos por el sistema.

    Directorio. Descripcin

    /usr Jerarqua secundaria para datos compartidos de solo

    lectura (Unixsystem resources). Este directorio

    debe poder ser compartido para mltiples

    anfitriones, y, debe evitarse que contenga datos

    especficos del anfitrin que los comparte cuando se

    hace a travs de NFS.

    /usr/bin Mandatos binarios.

    /usr/include Archivos de inclusin estndar (cabeceras de

    desarrollo).

    /usr/lib/ y

    /usr/lib64

    Bibliotecas compartidas. /usr/lib64/ corresponde al

    directorio utilizado por sistemas de 64-bit.

    /usr/share Datos compartidos, independientes de la

    arquitectura del sistema. Consiste en imgenes,

    archivos de texto, archivos de audio, etc.

    /usr/src

    (opcional)

    Cdigos fuente.

    /usr/X11R6

    (opcional)

    Sistema X Window, versin 11, lanzamiento 6.

    Prcticamente ninguna distribucin de Linux lo

    utiliza en la actualidad.

  • Directorio. Descripcin

    /usr/local Jerarqua terciaria para datos compartidos de solo-

    lectura, especficos del anfitrin.

    Directorio. Descripcin

    /var Archivos variables, como son bitcoras, bases de

    datos, directorio raz de servidores HTTP y FTP,

    colas de correo, archivos temporales, etc.

    /var/account

    (opcional)

    Procesa bitcoras de cuentas de usuarios.

    /var/cache Cache da datos de aplicaciones.

    /var/crash

    (opcional)

    Almacn de informacin referente a fallas del

    sistema.

    /var/games

    (opcional)

    Datos variables de aplicaciones para juegos

    (mejores marcas y/o tiempos).

    /var/lib Informacin de estado variable. Algunos servidores

    como MySQL y PostgreSQL, almacenan sus bases

    de datos en directorios subordinados de ste.

    /var/lock Archivos de bloqueo de los servicios en ejecucin.

    /var/log Archivos y directorios, utilizados para almacenar las

    bitcoras de eventos del sistema.

    /var/mail

    (opcional)

    Buzones de correo de usuarios.

    /var/opt Datos variables de /opt/.

    /var/spool Colas de procesamiento y carretes de datos de

    aplicaciones.

    /var/tmp Archivos temporales que prevalecen despus de un

    reinicio.

    Ms detalles acerca del FHS en http://www.pathname.com/fhs/.

  • Particiones recomendadas para instalar CentOS, Fedora, Red Hat Enterprise Linux, openSUSE y SUSE Linux Enterprise.

    Si las condiciones limitan el nmero de particiones a utilizar, como mnimo se requieren dos

    particiones (diseo predeterminado de openSUSE y SUSE Linux Enterprise):

    / Asignar todo el espacio disponible de la unidad de

    almacenamiento.

    Swap Si se tiene menos de 1 GiB de RAM, se debe

    asignar el doble del tamao del RAM fsico; si se

    tiene ms de 1 GiB RAM, se debe asignar una

    cantidad igual al tamao del RAM fsico, ms 2

    GiB. sta ser siempre la ltima particin del

    espacio disponible para almacenamiento y jams se

    le asigna punto de montaje.

    Para uso general, se recomienda utilizar un diseo de tres particiones (predeterminado del

    instalador de CentOS, Fedora yRed Hat Enterprise Linux):

    /boot Requiere de 200 MiB a 512 MiB.

    / Si se utiliza el diseo de tres particiones, asignar el

    resto del espacio disponible en la unidad de

    almacenamiento. Si se van asignar particiones para

    los directorios mencionados adelante, se requieren

    de 3072 MiB a 5120 MiB.

    Swap Si se tiene menos de 1 GiB de RAM, se debe

    asignar el doble del tamao del RAM fsico; si se

    tiene ms de 1 GiB RAM, se debe asignar una

    cantidad igual al tamao del RAM fsico, ms 2

    GiB. sta ser siempre la ltima particin del

    espacio disponible para almacenamiento y jams se

    le asigna punto de montaje.

    Lo siguientes directorios jams debern estar fuera de la particin que corresponda a /, es

    decir, jams se deben asignar como particiones separadas:

    /etc

    /bin

    /dev

    /lib y /lib64

    /media

    /mnt

    /proc

    /root

  • /sbin

    /sys

    Para futuras versiones de CentOS, Fedora, Red Hat Enterprise

    Linux, openSUSE y SUSE Linux Enterprise, el directorio /var tambin deber estar

    dentro de la misma particin que corresponda a /, pues el proceso de arranque, que ser

    gestionado por Systemd, as lo requerir.

    Otras particiones que se recomienda asignar, son:

    /usr Requiere al menos 3072 MiB en instalaciones

    bsicas. Debe considerarse el equipamiento lgico

    se planee instalar a futuro. Para uso general se

    recomiendan al menos de 5120 MiB, y, de ser

    posible, considere un tamao ptimo de hasta

    20480 MiB.

    /tmp Requiere al menos 350 MiB y puede asignarse

    hasta 5 GiB o ms, dependiendo de la carga de

    trabajo y del tipo de aplicaciones. Si, por ejemplo,

    el sistema cuenta con un grabador de DVD, ser

    necesario asignar a /tmp el espacio suficiente para

    almacenar una imagen de disco DVD, es decir, al

    menos 4.2 GiB, asumiendo que es de una sola cara

    y de densidad simple.

    /var Requiere al menos 3072 MiB en estaciones de

    trabajo sin servicios. En servidores regularmente se

    le asigna al menos la mitad del espacio

    disponible para almacenamiento.

    /home En estaciones de trabajo, a esta particin se asigna

    al menos la mitad del espacio disponible para

    almacenamiento.

    /usr/local Requiere al menos 3072 MiB en instalaciones

    bsicas. Debe considerarse el equipamiento lgico

    que se planee compilar desde cdigo fuente, e

    instalar, a futuro. Al igual que /usr, para uso

    general se recomiendan al menos de 5120 MiB, y,

    de ser posible, considere un tamao ptimo de

    hasta 20480 MiB.

    /opt Requiere al menos 3072 MiB en instalaciones

    bsicas. Debe considerarse el equipamiento lgico

    de terceros que se planee instalar a futuro. Al igual

    que /usr, para uso general se recomiendan al

    menos de 5120 MiB, y, de ser posible, considere un

  • tamao ptimo de hasta 20480 MiB.

    /var/lib Si se asigna como particin independiente de /var,

    lo cual permitira optimizar el registro por diario

    utilizando el modo journal para un mejor

    desempeo, requiere al menos 3072 MiB en

    instalaciones bsicas. Deben considerarse las bases

    de datos o directorios de LDAP, que se planeen

    hospedar a futuro.

    /var/www Si se asigna como particin independiente de /var,

    lo cual permitira optimizar el registro por diario

    utilizando el modo writeback para un mejor

    desempeo, requiere al menos 3072 MiB en

    instalaciones bsicas. Deben considerarse los

    anfitriones virtuales, aplicaciones y contenido para

    ser servido a travs del protocolo HTTP, que se

    planeen hospedar a futuro.

    Bibliografa.

    secure.wikimedia.org/wikipedia/en/wiki/Filesystem_Hierarchy_Standard