El primero informa el UUID del sistema de archivos ext4 en el md
dispositivo de bloque. Ayuda al sistema a identificar el sistema de archivos de manera única entre los sistemas de archivos disponibles en el sistema. Eso se almacena en la estructura del sistema de archivos, es decir, en los datos almacenados en el dispositivo md.
El segundo es el UUID del dispositivo RAID. Ayuda al subsistema md a identificar ese dispositivo RAID particular de manera única. En particular, ayuda a identificar todos los dispositivos de bloque que pertenecen a la matriz RAID. Se almacena en los metadatos de la matriz (en cada miembro). Los miembros de la matriz también tienen su propio UUID (en el sistema md, también pueden tener UUID de partición si son particiones GPT (que a su vez se almacenarían en la tabla de particiones GPT), o volúmenes LVM ...).
blkid
es un poco engañoso, ya que lo que devuelve es la ID de la estructura almacenada en el dispositivo (para ese tipo de estructuras que conoce como la mayoría de los sistemas de archivos, miembros LVM y dispositivos de intercambio). También tenga en cuenta que no es raro tener dispositivos de bloque con estructuras con UUID idénticos (por ejemplo, instantáneas LVM). Y un dispositivo de bloque puede contener cualquier cosa, incluidas cosas cuya estructura no incluye un UUID.
Entonces, como ejemplo, podría tener un sistema con 3 unidades, con particionamiento GPT. Esas unidades podrían tener un nombre mundial que lo identifica de manera única. Digamos que las 3 unidades están particionadas con una partición cada una ( /dev/sd[abc]1
). Cada partición tendrá un UUID GPT almacenado en la tabla de particiones GPT.
Si esas particiones forman una matriz md RAID5. Cada uno obtendrá un UUID md como miembro RAID, y la matriz obtendrá un UUID como dispositivo md RAID.
Eso /dev/md0
puede dividirse aún más con MSDOS o particiones tipo GPT. Por ejemplo, podríamos tener una /dev/md0p1
partición con un UUID GPT (almacenado en la tabla de particiones GPT que se almacena en los datos de / dev / md0).
Eso a su vez podría ser un volumen físico para LVM. Como tal, obtendrá un UUID PV. El grupo de volúmenes también tendrá un VG UUID.
En ese grupo de volúmenes, crearía volúmenes lógicos, cada uno con un UUID de LV.
En uno de esos LV (como /dev/VG/LV
), podría crear un sistema de archivos ext4. Ese sistema de archivos obtendría un UUID ext4.
blkid /dev/VG/LV
le daría el UUID (ext4) de ese sistema de archivos. Pero como una partición dentro del volumen VG, también obtendría un UUID de partición (algunos esquemas de partición como MSDOS / MBR no tienen UUID). Ese grupo de volúmenes está formado por miembros PV que son otros dispositivos de bloque. blkid /dev/md0p1
te daría el PV UUID. También tiene un UUID de partición en la tabla GPT /dev/md0
. /dev/md0
en sí está hecho de otros dispositivos de bloque. blkid /dev/sda1
devolverá el UUID de miembro de la redada. También tiene un UUID de partición en la tabla GPT /dev/sda
.
mdadm
? Acabamos de volver a crear una imagen de un servidor y los UUID son diferentes, por lo que queremos restaurar los UUID anteriores para que no necesitemos cambiar todos los archivos de configuración. Esencialmente,/dev/md0
tiene un nuevo UUID y queremos devolverlo al anterior (identificado desde una copia de seguridad) para que el sistema arranque sin necesidad de más cambios.