Handbook:Parts/Installation/Disks/es

Dispositivos de bloque
Examinaremos de forma detallada los aspectos de Gentoo Linux así como Linux en general que tengan que ver con discos, sistemas de archivos de Linux, particiones y dispositivos de bloque. Una vez familiarizados con las entrañas de los discos y sistemas de ficheros, seguiremos con el proceso de creación de particiones y sistemas de archivos para la instalación de Gentoo Linux.

Para empezar, explicaremos el término dispositivos de bloque. Quizás el dispositivo de bloque más conocido es el que representa la primera unidad de disco llamada. Las unidades SCSI y Serial ATA son etiquetadas mediante ; incluso las unidades IDE son reconocidas como con la nueva estructura libata del kernel. Si está utilizando la antigua estructura de unidades, entonces la primera unidad IDE será.

Los dispositivos de bloque mencionados anteriormente representan una interfaz abstracta de disco. Las aplicaciones pueden hacer uso de estas interfaces para interactuar con el disco duro de la máquina sin tener que saber el tipo de unidad que tienes: IDE, SCSI, o cualquier otra. La aplicación puede simplemente dirigirse al almacenamiento en el disco como a una serie de bloques contiguos de acceso aleatorio de 512-bytes.

Introducción
Creadas las particiones, debemos formatearlas para poder colocarles un sistema de archivos. En la próxima sección se describen los distintos sistemas de archivos soportados en Linux. Los lectores que ya sepan los sistemas de archivos que pueden usar deben ir a Creación de un sistema de archivos en una partición. En caso contrario siga leyendo para conocer los sistemas de archivos disponibles...

Sistemas de archivos
Existen varios sistemas de archivos disponibles. Algunos se consideran estables en la arquitectura - se aconseja leer sobre los sistemas de archivos y su estado de soporte antes de seleccionar uno de los más experimentales para particiones importantes.


 * ext2
 * This is the tried and true Linux filesystem but doesn't have metadata journaling, which means that routine ext2 filesystem checks at startup time can be quite time-consuming. There is now quite a selection of newer-generation journaled filesystems that can be checked for consistency very quickly and are thus generally preferred over their non-journaled counterparts. Journaled filesystems prevent long delays when the system is booted and the filesystem happens to be in an inconsistent state.


 * ext3
 * The journaled version of the ext2 filesystem, providing metadata journaling for fast recovery in addition to other enhanced journaling modes like full data and ordered data journaling. It uses an HTree index that enables high performance in almost all situations. In short, ext3 is a very good and reliable filesystem.


 * ext4
 * Initially created as a fork of ext3, ext4 brings new features, performance improvements and removal of size limits with moderate changes to the on-disk format. It can span volumes up to 1 EB and with maximum file size of 16 TB. Instead of the classic ext2/3 bitmap block allocation ext4 uses extents, which improve large file performance and reduce fragmentation. Ext4 also provides more sophisticated block allocation algorithms (delayed allocation and multiblock allocation) giving the filesystem driver more ways to optimize the layout of data on the disk. Ext4 is the recommended all-purpose all-platform filesystem.


 * JFS
 * IBM's high-performance journaling filesystem. JFS is a light, fast and reliable B+tree-based filesystem with good performance in various conditions.


 * ReiserFS
 * A B+tree-based journaled filesystem that has good overall performance, especially when dealing with many tiny files at the cost of more CPU cycles. ReiserFS appears to be less maintained than other filesystems.


 * XFS
 * A filesystem with metadata journaling which comes with a robust feature-set and is optimized for scalability. XFS seems to be less forgiving to various hardware problems.


 * vfat
 * Also known as FAT32, is supported by Linux but does not support any permission settings. It is mostly used for interoperability with other operating systems (mainly Microsoft Windows) but is also a necessity for some system firmware (like UEFI).

Cuando se usa ext2, ext3 o ext4 en una partición pequeña (menos de 8GB), debe crearse el sistema de archivos especificando las opciones adecuadas para reservar suficientes inodos. La orden  utiliza la proporción "bytes por inodo" para calcular cuántos inodos debe tener un sistema de archivos. En particiones pequeñas es aconsejable aumentar el número de inodos respecto al calculado de esa manera.

En ext2, se hacer usando la siguiente órden:

En ext3 y ext4, hay que añadir la opción  para habilitar el diario (journaling):

Así se generarán el cuadruple de inodos de manera que los "bytes por inodo" se reducen desde 1 por cada 16kB hasta 1 por cada 4kB. Este ajuste aun puede hacerse mas fino indicando la proporción que se desee:

Creación de un sistema de archivos en una partición
Para crear un sistema de archivos en una partición o volumen existen herramientas específicas para cada sistema de archivos:

Por ejemplo, para formatear la partición raíz  en ext4, tal como se usa en la estructura de particiones de ejemplo, se utilizarán las siguientes órdenes:

Ahora puede crear los sistemas de archivos sobre sus particiones (o volúmenes lógicos) recién creados.

Activar la partición de intercambio
es la orden utilizada para inicializar particiones de intercambio:

Para activar la partición, use :

Cree y active la partición de intercambio con las órdenes mencionadas arriba.

Montaje
Ahora que las particiones están inicializadas y albergan sistemas de archivos, es hora de montarlas. Utilice la orden  sin olvidar crear los puntos de montaje necesarios para cada partición que haya creado. Como ejemplo montamos la partición de raíz :

Más adelante, siguiendo estas instrucciones, necesitaremos montar el sistema de archivos proc (una interfaz virtual del núcleo) así como otros pseudo-sistemas de archivos del núcleo. Pero primero instalaremos el sistema base de Gentoo