Reconstrucción del fstab (1/2)

Para mostrar información sobre una partición nuevamente creado (por ejemplo, hda6 ó 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 -> ../../hda4
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 610aaaeb-a65e-4269-9714-b26a1388a106 -> ../../hda2
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 857c5e63-c9be-4080-b4c2-72d606435051 -> ../../hda5
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 a83b8ede-a9df-4df6-bfc7-02b8b7a5f1f2 -> ../../hda1
lrwxrwxrwx 1 root root 10 2007-05-27 23:42 ad662d33-6934-459c-a128-bdf0393e0f44 -> ../../hda6

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/hda6 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
Note: mountpoint names (in fstab) must be existing directories, sidux creates these directories during installation under /media and they can be named sda1, sda2, ….,disk0, disk1
fstab mountpoints for partitions created after initial installation will need to be created and added manually

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 significa 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 ver, los particiones fat y ntfs (con los etiquetas fat y windows arriba) tiene nombres corto, pero todavía están listado. La ventaja de usar el método “uuid” es que es mucho menos probable que puede tener una colisión que con labels (etiquetas); la desventaja es que son mucho más difícil de memorizar.

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

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

Continua…

Un comentario

  1. Pingback: Reconstrucción del fstab (2/2) « Briand’s Knowledge

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s