Professional Documents
Culture Documents
Un disco duro no es un componente trivial. Quizá desde fuera parezca sencillo: almacenar
información como si de un enorme cajón se tratase. En la realidad uno de los componentes
software fundamentales de cualquier disco duro es el sistema de archivos.
El sistema de archivos, o filesystem del inglés, podría definirse como la estructura interna
del disco duro. La forma de los huecos en una estantería, sus dimensiones, lugar relativo
respecto de otros cajones, etc. Es un campo investigado por décadas en el que hoy vamos a
intentar profundizar un poco más.
Los discos duros almacenan información en forma de cadenas de unos y ceros, las cuales
se escriben sobre los platos del propio disco duro. Cada uno de estos unos y ceros son un
bit, que es la unidad mínima de información utilizada en los computadores
Los sistemas de archivos son un tipo de software que está en continua evolución, y
generalmente cada uno de los grandes sistemas operativos opta por un sistema de ficheros
diferente:
Aunque en la realidad hay muchos más: seguro que os suenan FAT32 o exFAT. El primero
de ellos data de 1.996 y en la actualidad sigue utilizándose principalmente en tarjetas de
memoria externas o memorias USB.
Sistemas de archivos soportados por Linux
Linux soporta una gran cantidad de tipos diferentes de sistemas de archivos. Para nuestros
propósitos los más importantes son:
Minix
El más antiguo y supuestamente el más fiable, pero muy limitado en características
(algunas marcas de tiempo se pierden, 30 caracteres de longitud máxima para los nombres
de los archivos) y restringido en capacidad (como mucho 64 MB de tamaño por sistema de
archivos).
Xia
Una versión modificada del sistema de archivos minix que eleva los límites de nombres de
archivos y tamaño del sistema de archivos, pero por otro lado no introduce características
nuevas. No es muy popular, pero se ha verificado que funciona muy bien.
ext3
El sistema de archivos ext3 posee todas las propiedades del sistema de archivos ext2. La
diferencia es que se ha añadido una bitácora (journaling). Esto mejora el rendimiento y el
tiempo de recuperación en el caso de una caída del sistema. Se ha vuelto más popular que el
ext2.
ext2
El más sistema de archivos nativo Linux que posee la mayor cantidad de características.
Está diseñado para ser compatible con diseños futuros, así que las nuevas versiones del
código del sistema de archivos no necesitará rehacer los sistemas de archivos existentes.
Ext
Una versión antigua de ext2 que no es compatible en el futuro. Casi nunca se utiliza en
instalaciones nuevas, y la mayoría de la gente que lo utilizaba han migrado sus sistemas de
archivos al tipo ext2.
Reiserfs
Un sistema de archivos más robusto. Se utiliza una bitácora que provoca que la pérdida de
datos sea menos frecuente. La bitácora es un mecanismo que lleva un registro por cada
transacción que se va a realizar, o que ha sido realizada. Esto permite al sistema de archivos
reconstruirse por sí sólo fácilmente tras un daño ocasionado, por ejemplo, por cierres del
sistema inadecuados.
Adicionalmente, existe soporte para sistemas de archivos adicionales ajenos, para facilitar
el intercambio de archivos con otros sistemas operativos. Estos sistemas de archivos ajenos
funcionan exactamente como los propios, excepto que pueden carecer de características
usuales UNIX , o tienen curiosas limitaciones, u otros inconvenientes.
Msdos
Compatibilidad con el sistema de archivos FAT de MS-DOS (y OS/2 y Windows NT).
Umsdos
Extiende el dispositivo de sistema de archivos msdos en Linux para obtener nombres de
archivo largos, propietarios, permisos, enlaces, y archivos de dispositivo. Esto permite que
un sistema de archivos msdos normal pueda utilizarse como si fuera de Linux, eliminando
por tanto la necesidad de una partición independiente para Linux.
Vfat
Esta es una extensión del sistema de archivos FAT conocida como FAT32. Soporta
tamaños de discos mayores que FAT. La mayoría de discos con MS Windows son vfat.
iso9660
El sistema de archivos estándar del CD-ROM; la extensión popular Rock Ridge del
estándar del CD-ROM que permite nombres de archivo más largos se soporta de forma
automática.
Nfs
Un sistema de archivos de red que permite compartir un sistema de archivos entre varios
ordenadores para permitir fácil acceso a los archivos de todos ellos.
Smbfs
Un sistema de archivos que permite compartir un sistema de archivos con un ordenador MS
Windows. Es compatible con los protocolos para compartir archivos de Windows.
Hpfs
El sistema de archivos de OS/2.
Sysv
EL sistema de archivos de Xenix, Coherent y SystemV/386..
$ ls -l /proc
total 0
dr-xr-xr-x 4 root root 0 Jan 31 20:37 1
dr-xr-xr-x 4 liw users 0 Jan 31 20:37 63
-r--r--r-- 1 root root 0 Jan 31 20:37 devices
-r--r--r-- 1 root root 0 Jan 31 20:37 dma
dr-xr-xr-x 2 root root 0 Jan 31 20:37 net
dr-xr-xr-x 4 root root 0 Jan 31 20:37 self
-r--r--r-- 1 root root 0 Jan 31 20:37 stat
-r--r--r-- 1 root root 0 Jan 31 20:37 uptime
-r--r--r-- 1 root root 0 Jan 31 20:37
version
(Puede haber no obstante algunos archivos adicionales que no correspondan con ningún
proceso. El ejemplo anterior se ha recortado.)
Tenga en cuenta que aunque se llame sistema de archivos, ninguna parte del sistema de
archivos proc toca el disco. Existe tan sólo en la imaginación del núcleo. Cuando alguien
intenta echar un vistazo a alguna parte del sistema de archivos proc, el núcleo hace que
parezca como si esa parte existiera en alguna parte, aunque no lo haga. Así, aunque exista
un archivo /proc/kcore de muchos megabytes, no quita espacio del disco.
Un sistema de archivos se crea, esto es, se inicia, con el comando mkfs. Existen en realidad
programas separados para cada tipo de sistemas de archivos. mkfs es únicamente una careta
que ejecuta el programa apropiado dependiendo del tipo de sistemas de archivos deseado.
El tipo se selecciona con la opción -t fstype.
Los programas a los que -t fstype llama tienen líneas de comando ligeramente diferentes.
Las opciones más comunes e importantes se resumen más abajo; vea las páginas de manual
para más información.
-t fstype
Selecciona el tipo de sistema de archivos.
-c
Busca bloques defectuosos e inicia la lista de bloques defectuosos en consonancia.
-l filename
Lee la lista inicial de bloques defectuosos del archivo dado.
Para crear un sistema de archivos ext2 en un disquete, se pueden introducir los siguiente
comandos:
$ fdformat -n /dev/fd0H1440
Double-sided, 80 tracks, 18 sec/track. Total capacity
1440 kB.
Formatting ... done
$ badblocks /dev/fd0H1440 1440 $>$
bad-blocks
$ mkfs -t ext2 -l bad-blocks
/dev/fd0H1440
mke2fs 0.5a, 5-Apr-94 for EXT2 FS 0.5, 94/03/10
360 inodes, 1440 blocks
72 blocks (5.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1 block group
8192 blocks per group, 8192 fragments per group
360 inodes per group
La opción -c podría haberse utilizado con mkfs en lugar de badblocks y un archivo a parte.
El ejemplo siguiente hace esto.
$ mkfs -t ext2 -c
/dev/fd0H1440
mke2fs 0.5a, 5-Apr-94 for EXT2 FS 0.5, 94/03/10
360 inodes, 1440 blocks
72 blocks (5.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1 block group
8192 blocks per group, 8192 fragments per group
360 inodes per group
El proceso para preparar sistemas de archivos en discos duros o particiones es le mismo que
para los disquetes, excepto que no es necesario el formateo.
Montar y desmontar
Antes de que se pueda utilizar un sistema de archivos, debe ser montado. El sistema
operativo realiza entonces operaciones de mantenimiento para asegurarse que todo
funciona. Como todos los archivos en UNIX están en un mismo árbol de directorios, la
operación de montaje provocará que el contenido del nuevo sistema de archivos aparezca
como el contenido de un subdirectorio existente en algún sistema de archivos ya montado.
Por ejemplo, la Figura 6.4, “Tres sistemas de archivos independientes.” muestra tres
sistemas de archivos independientes, cada uno de ellos con su propio directorio raíz.
Cuando se montan los dos últimos sistemas de archivos bajo /home y /usr respectivamente,
en el primer sistema de archivos, obtenemos un único árbol de directorios, como se observa
en la Figura 6.5, “/home y /usr montados.”.
Linux soporta multitud de sistemas de archivos. mount intenta adivinar el tipo de sistema
de archivos. Se puede utilizar la -t fstype para especificar el tipo directamente; esto es
necesario en determinados casos, puesto que la heurística que utiliza mount no siempre
funciona. Por ejemplo, para montar un disquete MS-DOS, se puede utilizar el comando
siguiente:
$ mount -t msdos /dev/fd0 /floppy
$
El directorio de montaje necesita estar vacío, aunque debe existir. Cualquier archivo en él,
en cualquier caso, será inaccesible por su nombre mientras el sistema de archivos esté
montado. (Cualquier archivo que estuviera abierto seguirá estando accesible. Archivos que
tengan enlaces duros desde otros directorios podrán accederse utilizando esos nombres.) No
hay daño alguno haciendo esto, y puede incluso ser útil. Por ejemplo, a alguna gente le
gusta tener a /tmp y /var/tmp como sinónimos, y poner /tmp como enlace simbólico
a /var/tmp. Cuando el sistema arranca, antes de montar el sistema de archivos /var, se
utiliza un directorio /var/tmp residente en el sistema de archivos raíz en su lugar.
Cuando /var se monta, convertirá al directorio /var/tmp del sistema de archivos raíz
inaccesible. Si /var/tmp no existe en el el sistema de archivos raíz, será imposible utilizar
los archivos temporales antes de montar /var.
El lector atento habrá notado un ligero problema lógico. ¿Cómo se monta el primer sistema
de archivos (denominado sistema de archivos raíz, ya que contiene al directorio raíz), si
obviamente no puede montarse sobre otro sistema de archivos? Bueno, la respuesta es que
se realiza un truco de magia. [14] El sistema de archivos raíz se monta mágicamente a la
hora del arranque, y se puede confiar en que siempre será montado. Si el sistema de
archivos no puede montarse, el sistema no arrancará. El nombre del sistema de archivos que
mágicamente se monta como root está compilado dentro del núcleo, o se especifica
utilizando LILO o rdev.
El sistema de archivos raíz se monta generalmente para sólo-lectura. Los guiones (scripts)
de inicio ejecutarán entonces fsck para comprobar su validez, y si no hay
problemas, volverá a montarlo para permitir la escritura. fsck no debe ejecutarse en
sistemas de archivos montados, puesto que cualquier cambio en el sistema de archivos
mientras se ejecuta fsck puede causar problemas. Como el sistema de archivos raíz se
monta como sólo-lectura mientras se comprueba, fsck puede corregir cualquier problema
sin preocuparse, porque la operación de remontaje vaciará cualquier metadato que el
sistema de archivos mantuviera en memoria.
En muchos sistemas existen otros sistemas de archivos que también deben montarse de
forma automática durante en el arranque. Estos se especifican en el archivo /etc/fstab ; vea
la página de manual de fstab para los detalles en el formato. Los detalles sobre cuándo se
montan exactamente los sistemas de archivos adicionales dependen de muchos factores, y
pueden ser configurados por cada administrador si lo necesita; vea el Capítulo 8, Encendido
y apagado.
$ umount /dev/hda2
$ umount /usr
$
Lea la página de manual para más información sobre cómo utilizar el comando. Es
obligatorio que siempre se desmonte un disquete montado. ¡No saque únicamente el
disquete de la disquetera! Debido al cacheado de disco, los datos no se escriben
necesariamente hasta que se desmonta el disquete, así que sacar el disquete de la disquetera
demasiado pronto puede provocar que el contenido se vuelva erróneo. Si únicamente lee del
disquete, esto no es muy usual, pero si escribe, incluso accidentalmente, el resultado puede
ser catastrófico.
Montar y desmontar requieren privilegios de superusuario, esto es, sólo root puede hacerlo.
La razón para esto es que si un usuario puede montar un disquete en cualquier directorio,
entonces es relativamente fácil crear un disquete con, digamos, un caballo de Troya
disfrazado de /bin/sh, o cualquier otro programa frecuentemente utilizado. De cualquier
modo, se necesita generalmente permitir a los usuarios utilizar los disquetes, y hay varias
maneras de hacerlo:
La opción noauto impide que se monte automáticamente al iniciar el sistema (es decir,
previene que mount -a la monte). La opción user permite a cualquier usuario montar el
sistema de archivos, y, debido a cuestiones de seguridad, deniega la ejecución de programas
(normales o con setuid) y la interpretación de sistemas de archivos desde el sistema de
archivos montado. Después de eso, cualquier usuario puede montar un disquete con un
sistemas de archivos msdos con el comando siguiente:
$ mount /floppy
Si desea otorgar acceso para varios tipos de disquetes, necesita proporcionar distintos
puntos de montaje. Las opciones pueden ser diferentes para cada punto de montaje. Por
ejemplo, para permitir accesos a disquetes MS-DOS o ext2, se pueden tener las siguientes
líneas en /etc/fstab:
Para sistemas de archivos MS-DOS (no sólo disquetes), probablemente quiera restringir el
acceso utilizando las opciones del sistema de archivos uid, gidy umask, descritas en detalle
en la página de manual de mount. Si no es cuidadoso, montar un sistema de archivos MS-
DOS proporciona al menos acceso de lectura a los archivos que hay en él, lo que no es una
buena idea.
Los sistemas de archivos son criaturas complejas, y como tales, tienden a ser propensos a
los errores. La corrección y validación de un sistema de archivos puede ser comprobada
utilizando el comando fsck. Puede ser instruido para reparar cualquier problema menor que
encuentre, y alertar al usuario si hay errores irreparables. Afortunadamente, el código
implementado en los sistemas de archivos puede estudiarse de forma muy efectiva, así que
escasamente hay problemas, y normalmente son causados por fallos de alimentación,
hardware defectuoso, o errores de operación; por ejemplo, no apagar el sistema
adecuadamente.
E-grafía
https://www.xataka.com/basics/sistemas-de-archivo-como-saber-cual-elegir-al-formatear-
tu-disco-duro-o-usb
http://www.tldp.org/pub/Linux/docs/ldp-archived/system-admin-
guide/translations/es/html/ch06s08.html
https://es.wikipedia.org/wiki/Unidad_de_disco_duro