Manual de sidux

Para mostrar información sobre una partición nuevamente creado (por ejemplo, sda6 ó sdb7), que no aparece en el fstab o no han podido montar; entonces, en una consola como usuario ($), tipear el siguiente comando:

 ls -l /dev/disk/by-uuid

que muestra salida como esto (negrito es solamente para resaltar):

lrwxrwxrwx 1 root root 10 2007-05-27 23:42 348ea9e6-7879-4332-8d7a-915507574a80 -> ../../sda4
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 610aaaeb-a65e-4269-9714-b26a1388a106 -> ../../sda2
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 857c5e63-c9be-4080-b4c2-72d606435051 -> ../../sda5
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 a83b8ede-a9df-4df6-bfc7-02b8b7a5f1f2 -> ../../sda1
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 ad662d33-6934-459c-a128-bdf0393e0f44 -> ../../sda6

En este ejemplo, ad662d33-6934-459c-a128-bdf0393e0f44 es la entrada faltante. La proximo paso es entra la información del partición UUID en el /etc/fstab. Utiliza un editor de texto (como el kate o kwrite) con privilegios de raiz (root):

# <device file system> <mount point>   <type>  <options>       <dump> <pass>
UUID=ad662d33-6934-459c-a128-bdf0393e0f44 /media/sda6 ext3	auto,users,exec	0 2

Otro ejemplo:

lrwxrwxrwx 1 root root 10 2007-05-28 13:18 30ebb8eb-8f22-460c-b8dd-59140274829d -> ../../sdb8
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 387d6d4b-4508-4b8e-8ed2-76998f41dae4 -> ../../sdb1
rwxrwxrwx 1 root root 10 2007-05-28 13:18 7014f66f-6cdf-4fe1-83da-9cab7b6fab1a -> ../../sdb5
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 8f042ead-259f-4df0-98ec-3343080396c5 -> ../../sdb6
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 94B0AE63B0AE4B94 -> ../../sda2
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 A61820AA18207B85 -> ../../sda1
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 f28725d6-b7b5-4207-8476-36efe1a903ce -> ../../sdb9
lrwxrwxrwx 1 root root 10 2007-05-28 13:18 f855c263-2521-48d3-8ec9-d2d2b69b6635 -> ../../sda3
rwxrwxrwx 1 root root 10 2007-05-28 13:18 f9aa4027-ecdd-4a86-84e2-df2ef73fe14e -> ../../sdb7

En este caso, f9aa4027-ecdd-4a86-84e2-df2ef73fe14e es la entrada faltante y es agregada a /etc/fstab:

# <device file system> <mount point>   <type>  <options>       <dump> <pass>
UUID=f9aa4027-ecdd-4a86-84e2-df2ef73fe14e /media/sdb7 ext3	auto,users,exec	0 2

Nota: los nombres de puntas de monturas (en fstab) tiene que ser directorios existente, sidux crea estos directorios durante la instalación bajo /media, y pueden ser nombrado sda1, sda2, ...,disk0, disk1
los puntas de monturas para fstab para particiones creado después de la instalación inicial, tendra que ser creado y agregado manualmente.

Sobrevista: UUID, Etiqueta (Label) de Partición y fstab

Nombramiento de dispositivos en bloque con carácter persistente han sido posible a travéz de la introducción de "udev" y tiene algunas ventajas sobre el nombramiento según el basado en el "bus".

Mientras que las distribuciones de Linux están evolviendo y la detección de hardware es más confiable, hay un número de problemas nuevas y cambios:
1)Si tiene más de una controlador de sata/scsi o de ide, el orden en que están agregado es al azar. Este puede resultar en nombres de dispositivos como el hdX y hdY variando al azar con cada arranque. Lo mismo para los sdX y sdY. Nombramientos persistentes permite que el usuario no tiene que preocupar por esto en lo menor.
2) Con la introducción de apoyo para la nueva libata pata, todos los dispositivos hdX serán dispositivos sdX en algún momento en el futuro. De nuevo, con nombramiento persistente, puede ser que ni se nota el cambio.
3) Máquinas con ambos controladores sata e ide son bastante común hoy en día. Con los cambios libata mencionada arriba, la primer problema puede ser más común, así que ambos discos sata e ide tendrán nombres sdX.

Por preselección sidux usará "UUID" en el fstab cuando se instala.

Hay otros razones, pero estos son los más críticos, ahora y en el futuro. Es por eso que sidux promueve el cambio a un eschema de nombramiento persistente en la configuración.

Los cuatros eschemas diferentes para nombramientos persistentes:

1. Nombramientos persistentes por "UUID"

UUID = Identificador Universalmente Único (Universally Unique Identifier) y es un mecanismo para proveer cada sistema de archivos con una identificación única. Es diseñada para que colisiones son muy poco probable. Todos las sistemas de archivos de Linux (incluyendo el swap) apoya el UUID. Los sistemas de archivos FAT y NTFS no apoya el UUID, pero todavía están listado en "by-uuid" con una identificador único:

$ /bin/ls -lF /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 Oct 16 10:27 2d781b26-0285-421a-b9d0-d4a0d3b55680 -> ../../sda1
lrwxrwxrwx 1 root root 10 Oct 16 10:27 31f8eb0d-612b-4805-835e-0e6d8b8c5591 -> ../../sda7
lrwxrwxrwx 1 root root 10 Oct 16 10:27 3FC2-3DDB -> ../../sda6
lrwxrwxrwx 1 root root 10 Oct 16 10:27 5090093f-e023-4a93-b2b6-8a9568dd23dc -> ../../sda2
lrwxrwxrwx 1 root root 10 Oct 16 10:27 912c7844-5430-4eea-b55c-e23f8959a8ee -> ../../sda5
lrwxrwxrwx 1 root root 10 Oct 16 10:27 B0DC1977DC193954 -> ../../sdb1
lrwxrwxrwx 1 root root 10 Oct 16 10:27 bae98338-ec29-4beb-aacf-107e44599b2e -> ../../sdb2

Como puede observar, los particiones fat y ntfs tienen nombres más cortos (sda6 y sdb1), pero todavía están listado por uuid.

2. Nombramientos persistentes por "LABEL" (etiqueta)

Casi todos los tipos de sistemas de archivos pueden usar un "label". Todos los particiones que tiene una están listada en el directorio /dev/disk/by-label:

$ ls -lF /dev/disk/by-label
total 0
lrwxrwxrwx 1 root root 10 Oct 16 10:27 data -> ../../sdb2
lrwxrwxrwx 1 root root 10 Oct 16 10:27 data2 -> ../../sda2
lrwxrwxrwx 1 root root 10 Oct 16 10:27 fat -> ../../sda6
lrwxrwxrwx 1 root root 10 Oct 16 10:27 home -> ../../sda7
lrwxrwxrwx 1 root root 10 Oct 16 10:27 root -> ../../sda1
lrwxrwxrwx 1 root root 10 Oct 16 10:27 swap -> ../../sda5
lrwxrwxrwx 1 root root 10 Oct 16 10:27 windows -> ../../sdb1

Aunque los etiquetas puede tener nombres más reconocibles, tiene que actuar con precaución para evitar conflictos de nombres.

Puede cambiar estas etiquetas de la sistema de archivos utilizando estos comandos:

* swap: Crear un nuevo área de intercambio, así: mkswap -L <label> /dev/XXX
* ext2/ext3: e2label /dev/XXX <label>
* reiserfs: reiserfstune -l <label> /dev/XXX
* jfs: jfs_tune -L <label> /dev/XXX
* xfs: xfs_admin -L <label> /dev/XXX
* fat/vfat: No hay una herramienta en Linux para cambiar el etiqueta (label), pero al crear la sistema de archivos, utilizar mkdosfs -n <label> <otras opciones>.
También puede cambiar la etiqueta de una sistema de archivos utilizando Windows.
* ntfs: ntfslabel /dev/XXX <label> o cambiarlo en Windows.

Ten cuidada: Los "label"s tiene que estar única para que este funciona", se aplica igualmente a palitos USB/firewire y a discos duros. El sintaxis: LABEL=/ UUID= es preferido sobre el /dev/disk/by-*/ para particiones del tipo UN*X

3. Nombramientos persistentes por "id"

by-id : crear un nombre único dependiendo en el número serial del diapositiva

4. Nombramientos persistentes por "path"

by-path : crear un nombre único dependiendo en la ruta física más corto (según el sysfs). Ambos contiene cadenas para indicar a que sub-sistema les pertenecen y así no están apto para resolver las problemas mencionada en el principio de este titulo. No serán discutido más aquí.

Activando nombramiento persistente

Una vez decidido cual método a utilizar, activamos nombramiento persistente en el sistema:

En fstab

Activar el nombramiento persistente en /etc/fstab es ffácil solamente reemplazar el nombre del dispositivo en el primer columna por el nuevo nombre persistente. En este ejemplo, reemplazar el /dev/sda7 por una de los siguientes:

/dev/disk/by-label/home ó
/dev/disk/by-uuid/31f8eb0d-612b-4805-835e-0e6d8b8c5591

Haga lo mismo para todos los particiones en el archivo fstab.

En vez de dar el dispositivo explicitamente, puede indicar la sistema de archivos que es de ser montado por su UUID o etiqueta de volumen (label), por escribir LABEL=<label> ó UUID=<uuid>, por ejemplo:

LABEL=Boot

UUID=3e6be9de-8139-11d1-9106-a43f08d823a6

Nombres persistentes en el gestor de inicialización

Para utilizar nombres persistentes en el gestor de inicialización, todos los siguientes requisitos tiene que ser cumplidos:
1) Estar utilizando un imagen: mkinitcpio initramfs
2) Tener activado el "udev" en /etc/mkinitcpio.conf
3) Cuando el imagen initramfs fue generado, tener instalada la versión101-3 ó mayor de klibc-udev (por que el nombramiento persistente no funciona en versiones anteriores). Al actualizar el klibc-udev de una versión previo, si deseas utilizar nombramiento persistente, regenerar el imagen initramfs antes que rearranca.

En el ejemplo arriba, el /dev/sda1 es la partición raíz (root). En el archivo de grub, menu.lst, la línea del kernel parece como esto:

kernel /boot/vmlinuz26 root=/dev/sda1 vga=0x318 ro

Dependiendo en cual eschema de nombramiento prefieres, cambialo a uno de lo siguiente:

kernel /boot/vmlinuz26 root=/dev/disk/by-label/root vga=0x318 ro

kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/2d781b26-0285-421a-b9d0-d4a0d3b55680 vga=0x318 ro

Hay una manera alternativa de utilizar un "label" embedido en la sistema de archivo. Por ejemplo, si la (como arriba) sistema de archivos en /dev/sda1 es etiquetado "root", darás este línea a grub:

 kernel /boot/vmlinuz26 root=LABEL=root vga=0x318 ro

(source:wiki.archlinux.org quien utilizo. marc.theaimsgroup.com Contenido desde el wiki.archlinux.org fue declarada de ser acesible bajo el GNU Free Documentation License 1.2 ) y ha sido re-editado para uso en los manuales de sidux

Content last revised 22/01/2009 1300 UTC

Reconstrucción del fstab