Created
April 25, 2013 04:38
-
-
Save dualbus/5457531 to your computer and use it in GitHub Desktop.
Montando particiones
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Supón que el disco duro es un gran arreglo. Se vería de la siguiente forma: | |
[ ][ ][ ][ ]...[ ] | |
Tradicionalmente el disco duro (arreglo) se particiona. Es decir, se segmenta el arreglo en sub-arreglos | |
todo con la intención de organizar el uso del disco, o destinar cada parte a una aplicación diferente. | |
Entonces, las particiones son elementos *físicos* de tu disco duro. Dentro de cada partición se usa un | |
"sistema de archivos". Este sistema de archivos permite al sistema operativo hacer un uso óptimo del | |
arreglo de bytes, es decir, guardar bloques de datos de forma eficiente, permitir que los bloques | |
crezcan, se reduzcan, evitar huecos entre los bloques, etc. | |
Existen muchos tipos de sistemas de archivos. UFS, NTFS, FAT16, FAT32, Ext2, Ext3, Ext4, ... Los que se | |
usan actualmente en Linux por defecto son los Ext*. La diferencia entre Ext2 y Ext3 es que Ext3 guarda | |
un "journal" o bitácora de acciones en la partición. Esto hace de Ext3 más confiable, y capaz de | |
recuperarse de apagones repentinos y otro tipo de fallas. Sin embargo, también lo hace más lento que | |
Ext2. | |
Por otro lado, están los "mount points". Estos no son elementos físicos. Son *lógicos*. Es parte | |
de UNIX. A diferencia de Windows, en donde cada partición tiene su propia jerarquía (C:, D:, ...), | |
en UNIX todos los archivos se organizan bajo la misma jerarquía, que inicia en la raíz (root en inglés). | |
No confundir / (raíz o root) con el directorio de los archivos del usuario root, que es /root. Cuando | |
se hace referencia a root del sistema de archivos es siempre /, la raiz. ¿Cómo le hace UNIX para | |
asociar una partición (algo físico), con una etiqueta lógica (mount point)? Sencillo. Al "montar" | |
una partición, la asocias con un directorio, por lo que la jerarquía de la partición iniciará a partir | |
del directorio. Si quisiera emular el comportamiento de Windows, lo que haría es crear bajo / dos carpetas: | |
$ mkdir /c | |
$ mkdir /d | |
Y asociar las particiones físicas con esos directorios: | |
$ mount /dev/sda1 /c | |
$ mount /dev/sda2 /d | |
Ahora para acceder a la partición 1, lo haré por medio de la jerarquía /c. | |
¿Qué pasa cuando ya tengo archivos en ese directorio y monto una partición? Los archivos se esconden, | |
toman prioridad los de la partición. Cuando "desmonte" la partición, los archivos re-aparecerán. | |
Hasta ahorita ya sabemos como se inter-relacionan los elementos entre ellos. Mucha teoría. Ahora lo | |
práctico. Usualmente se manejan tres particiones para una instalación: | |
A: Ext2, para todos los archivos de "boot", que se encargan de inicializar al sistema. Se maneja | |
este formato para acelerar el proceso, además de que no tiene ventajas el journaling en una partición | |
que rara vez se cambia. | |
B: Ext3, de tamañó reducido, para todos los archivos del sistema. Estos incluyen programas, | |
configuraciones, manuales, etc. | |
C: Ext3, de tamaño extendido, para los directorios de "home". Aquí se almacena la mayor cantidad de archivos. | |
(se puede usar Ext4 también, que tiene algunas ventajas sobre Ext3). | |
Para que tenga sentido la configuración de forma lógica, se deben asociar de la siguiente forma: | |
/ -> B | |
/home -> C | |
/boot -> A | |
Esto quiere decir que /usr, /bin, y otras jerarquías estarán en B. Pero /home/user, estará en C. | |
También se agrega una partición de "swap", o RAM en disco. | |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment