¿Por qué fstab usa UUID en lugar del nombre real del sistema de archivos?

La ventaja de usar el UUID es que es independiente del número de dispositivo real que el sistema operativo le da a su disco duro.

Imagine que agrega otro disco duro al sistema y, por alguna razón, el sistema operativo decide que su disco anterior ahora es sdb en lugar de sda.

Su proceso de arranque se estropearía si fstab apunta al nombre del dispositivo. Pero en el caso de los UUID, está bien.

También se puede encontrar información más detallada sobre los UUID en la publicación del blog «UUID y Linux: todo lo que alguna vez necesito saber «

Comentarios

• sí. incluso sin agregar un nuevo disco, su kernel puede decidir intercambiar dos de sus unidades ‘ dev se monta un día. Vea wiki.archlinux.org/index.php/Persistent_block_device_naming
• qué sucede si quiero clonar la imagen en otro disco, que tiene ¿Un UUID diferente?
• Hay ‘ s al menos una situación en la que los UUID son menos útiles: si clona un disco completo, luego reinicia, es posible que se monten particiones desde cualquier disco, o desde el disco equivocado.
• Eso ‘ es cierto – verifique la publicación del blog vinculada, incluso tiene una sección cuando no debe usarlos.
• Si clona el disco, debe cambiar el UUID en el nuevo disco. tune2fs xfs_admin o reiserfstune pueden hacer eso dependiendo de su sistema de archivos.

En ese caso, ¿puedo modificar / etc / fstab a esto?

Usted puede y lo hará probablemente esté bien, pero lo más probable es que sea mejor dejar el UUID.

UUID son cadenas arbitrarias utilizado para identificar, en este caso, una partición en un dispositivo de bloque; se almacena con la partición en sí, y se le puede asignar una diferente si se desea (algo así como direcciones MAC).

La ventaja de usar el UUID es que es inconfundible, mientras que /dev/vda no lo es; podría suceder que termine siendo una unidad diferente en el momento del arranque, aunque esto puede ser totalmente teórico en el contexto (por ejemplo, porque solo tiene una unidad de un tipo en particular).

Otro ejemplo más sutil de dónde el uso del nombre del dispositivo puede causar un problema sería el cambio reciente en algunos sistemas para usar nombres de dispositivos de red consistentes . Si esto ocurriera como una actualización y usó un nombre de dispositivo codificado en un script de red en algún lugar, se rompería. Un ejemplo paralelo de dispositivos de bloque WRT podría ser una actualización de kernel o udev que cambia el esquema de nombres.

Un punto de los UUID es hacer que este tipo de cosas sean posibles y sin dolor. Entonces, aunque puede usar el nombre del dispositivo, no hay ninguna ventaja en hacerlo a menos que (p. Ej.) Tenga un sistema en el que intercambie diferentes unidades. En otras palabras, si no tienes una buena razón para hacer eso, quédate con el UUID .

Comentarios

• De acuerdo. Entonces ¿Qué explica los diferentes UUID para /dev/vda en /etc/fstab y reportados por blkid? (Consulte la pregunta actualizada si no tiene ‘ t.)
• En lugar de preguntar en una actualización, debe hacerla como una pregunta separada (» ¿Por qué el UUID de mi partición montada es diferente al de fstab? «).

Puedes hacer man fstab para obtener una lectura bastante concisa sobre el contenido y la semántica de /etc/fstab archivo. En mi x86, servidor Arch linux bastante actualizado, man fstab me da esto:

The second field ... describes the mount point for the filesystem. 

Entonces, sí, /dev/vda aparentemente es uno de los muchos nombres para algunos dispositivos, como es UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a, dado que ambos nombres parecen montarse en «/».

Si busca en el directorio /dev/disk/by-uuid/ puede ver enlaces simbólicos que apuntan a cosas como /dev/sda1, /dev/sdb1 en mi servidor. Esta podría ser otra forma de verificar su hipótesis. /dev/disk tiene subdirectorios by-id, by-path, by-uuid que parecen ser nombres alternativos para el mismo dispositivo.

Comentarios

• En ese caso, el problema (como se actualizó en mi pregunta) es que obtengo dos UUID diferentes para /dev/vda. Consulta la pregunta una vez más.
• Si respondí la pregunta original, sería una buena idea marcarla » respondida » y escriba una nueva pregunta, para que no ‘ t recopile respuestas irrelevantes, respuestas que funcionen con la pregunta original y no con la pregunta modificada.