Resolución de conflictos de UUID y PARTUUID duplicados en discos de arranque clonados
- La clonación a nivel de bloque duplica los UUID del sistema de archivos y los PARTUUID de las particiones, que pueden hacer ambiguas las referencias de montaje cuando los clones coexisten en un host.
- Es indispensable auditar la unicidad de identificadores con lsblk y blkid antes de conectar varios discos clonados al mismo bus.
- Tras cambiar un identificador, revise todas las referencias usadas en ese despliegue, incluido fstab y el arranque.
La creación de imágenes a nivel de bloque produce una réplica exacta, byte a byte, de una unidad de almacenamiento. Aunque garantiza la preservación íntegra de binarios y configuraciones del sistema operativo, también duplica los identificadores de la tabla de particiones (PARTUUID) y los metadatos del sistema de archivos (UUID). Estos identificadores lógicos son independientes del número de serie del hardware o de los identificadores USB VID/PID.
La colisión de UUID representa un riesgo operativo cuando el disco original y su clon (o múltiples clones) se conectan en simultáneo al mismo equipo anfitrión, como ocurre en bancos de despliegue, recuperación o auditoría forense. Si se instalan en hosts aislados con un solo clon por máquina, la coincidencia de identificadores entre equipos no genera conflicto. No obstante, al coexistir bajo un mismo núcleo, las referencias por UUID pueden volverse ambiguas; compruebe el dispositivo elegido en lugar de adivinar cómo resuelve duplicados una pila concreta.
Auditoría de identificadores duplicados
Las páginas de manual de mount(8) y blkid(8) indican verificar la unicidad de los identificadores antes de depender de montajes por UUID.
Antes de montar volúmenes en el sistema de despliegue, audite los dispositivos de bloque conectados mediante:
lsblk -o NAME,SIZE,TYPE,FSTYPE,UUID,PARTUUID,MOUNTPOINT
Use blkid para ver atributos adicionales de una ruta de dispositivo comprobada; no deduzca identidad del orden /dev/sdX.
Si detecta valores idénticos de UUID o PARTUUID en diferentes unidades, corrija la duplicidad antes de ejecutar procesos automatizados de montaje.
Corrección controlada de identificadores
Un cambio de identificador puede romper el arranque. Trabaje sobre una copia autorizada, guarde tabla de particiones y configuración originales y elija el procedimiento correspondiente al sistema de archivos y esquema de particiones. No cambie los identificadores de un disco raíz en producción como receta genérica.
| Punto de control | Registro o acción |
|---|---|
| Alcance | ¿Qué discos coexisten en el host de preparación y qué UUID/PARTUUID se repite? |
| Referencias | Busque el valor anterior en /etc/fstab, parámetros de arranque, gestor de arranque, scripts de recuperación y automatización. |
| Plan | Cambie solo los identificadores previstos con herramientas adecuadas al formato y actualice las referencias dependientes. |
| Validación | Vuelva a inspeccionar los identificadores, arranque la imagen en el host objetivo y confirme cada montaje sobre el disco físico esperado. |
Si los clones nunca coexisten en un mismo host, las coincidencias entre equipos aislados no hacen por sí solas que uno monte el disco equivocado. Cada imagen necesita, aun así, una política de despliegue y recuperación. Para elegir medios de arranque, incluya formato de imagen y topología del host en una solicitud de cotización.
Referencias
Publicamos la capacidad utilizable medida y definimos la verificación del lote de prueba según el producto cotizado y el alcance de ensayo acordado.