Encabezado GPT: estructura, copia de seguridad y CRC32
A Encabezado GPT Es una estructura de metadatos que describe la tabla de particiones GUID (GUID Partition Table) de un disco. Identifica el disco, localiza la matriz de entradas de particiones, define los límites utilizables del disco y almacena las sumas de comprobación que se utilizan para detectar la corrupción de los metadatos. La GPT mantiene cabeceras principales y de respaldo para garantizar la redundancia. Comprender su distribución de bytes y sus campos CRC32 ayuda a explicar cómo se valida la información de las particiones y por qué una cabecera dañada no implica necesariamente que se hayan perdido los archivos subyacentes.
Índice
¿Qué es un encabezado GPT?
El encabezado GPT forma parte de la tabla de particiones GUID (GPT), el esquema de partición de discos definido por la especificación UEFI.
A diferencia del antiguo sistema Master Boot Record (MBR), el GPT mantiene dos copias de los metadatos de sus particiones: una cerca del principio del disco y otra cerca del final.
Cada encabezado GPT contiene la información necesaria para localizar e interpretar la matriz de entradas de partición asociada, entre la que se incluye:
- Una firma que identifica el formato GPT.
- La revisión y el tamaño del encabezado GPT.
- La ubicación de la cabecera principal y la de la cabecera alternativa.
- La primera y la última dirección de bloque lógico utilizables.
- Un identificador único del disco.
- La ubicación y las dimensiones de la matriz de entradas de partición.
- Sumas de comprobación CRC32 para garantizar la integridad de los metadatos.
El encabezado GPT no almacena directamente los nombres de los archivos, las estructuras de carpetas ni el contenido de los archivos. Estos datos pertenecen a los sistemas de archivos que se encuentran dentro de las particiones.
Para obtener una visión general del esquema de partición, consulta GPT (tabla de particiones GUID). Las definiciones oficiales figuran en el Especificación UEFI, sección 5.3.
¿Dónde se encuentra el encabezado GPT?
GPT almacena sus metadatos principales y de respaldo en extremos opuestos de un disco.
En el caso de un disco GPT convencional:
Ubicación | Índice |
LBA 0 | MBR de protección |
LBA 1 | Encabezado principal de GPT |
Tras los LBA | Matriz de entradas de particiones primarias |
Rango de LBA utilizable | Espacio disponible para tabiques |
LBA antes del bloque final | Matriz de entradas de particiones de copia de seguridad |
Último LBA | Copia de seguridad del encabezado GPT |
El MBR de protección ayuda a evitar que las herramientas antiguas que solo admiten MBR traten el disco GPT como si no estuviera asignado.
Es diferente del propio encabezado GPT. Para ver una comparación con los metadatos de partición tradicionales, consulta Tabla de partición MBR.
Sectores lógicos y direcciones de bytes
GPT utiliza direcciones de bloque lógico (LBA), y no desplazamientos absolutos en bytes, para identificar sus estructuras.
Para convertir una LBA en un desplazamiento en bytes:
Desplazamiento en bytes = LBA × Tamaño del bloque lógico
Por ejemplo:
- En un disco con bloques lógicos de 512 bytes, la cabecera principal comienza en el desplazamiento de bytes
512(0x200). - En un disco con bloques lógicos de 4.096 bytes, la cabecera principal comienza en el desplazamiento de bytes
4096(0x1000).
La cabecera suele ocupar 92 bytes dentro de un bloque lógico, aunque el formato permite cabeceras más grandes, hasta el tamaño del bloque lógico.
No hay que confundir una cabecera de 92 bytes con un sector de 512 bytes. Los bytes restantes de un bloque de cabecera de 512 bytes están reservados y deben ser ceros.
Estructura del encabezado GPT: campos, desplazamientos y tamaños
La estructura del encabezado GPT se define en Especificación UEFI 2.10, tabla 5.5.
Las siguientes direcciones de desplazamiento se refieren al inicio de la cabecera GPT, no al inicio del disco.
Campo | Desplazamiento (hexadecimal) | Talla | Propósito |
Firma |
| 8 bytes | Identifica el encabezado GPT |
Revisión |
| 4 bytes | Revisión del formato GPT |
Tamaño del encabezado |
| 4 bytes | Longitud de la cabecera en bytes |
CRC32 de cabecera |
| 4 bytes | Suma de comprobación de la cabecera |
Reservado |
| 4 bytes | Debe ser cero |
MyLBA |
| 8 bytes | Ubicación de este encabezado |
LBA alternativo |
| 8 bytes | Ubicación del otro cabezal |
Primera LBA utilizable |
| 8 bytes | Primer bloque de partición utilizable |
Último LBA utilizable |
| 8 bytes | Último bloque de partición utilizable |
GUID del disco |
| 16 bytes | Identificador único del disco |
PartitionEntryLBA |
| 8 bytes | Inicio de la matriz de entradas asociada |
Número de entradas de partición |
| 4 bytes | Número de plazas disponibles |
Tamaño de la entrada de partición |
| 4 bytes | Tamaño de cada entrada |
PartitionEntryArrayCRC32 |
| 4 bytes | Suma de comprobación de la matriz de entradas |
Los campos definidos ocupan desplazamientos 0x00 a través de 0x5B, con un total de 92 bytes. Los bytes de 0x5C hasta el final del bloque lógico están reservados.
Firma y revisión
Un encabezado GPT válido comienza con la firma ASCII PIEZA EFI.
Los ocho bytes son:
45 46 49 20 50 41 52 54
La revisión 1.0 del estándar GPT se representa mediante los siguientes bytes en formato «little-endian»:
00 00 01 00
Estos representan el valor numérico 0x00010000. La revisión del encabezado GPT no coincide con la versión de la especificación UEFI.
El tamaño de cabecera más habitual es de 92 bytes, codificado de la siguiente manera:
5C 00 00 00
GUID del disco y orden de los bytes
El campo «DiskGUID» ocupa 16 bytes, a partir del desplazamiento 0x38.
Identifica el disco GPT. Es diferente del GUID único de la partición que se almacena en cada entrada de partición individual.
Un GUID también presenta un detalle importante a la hora de interpretar datos hexadecimales sin procesar: sus tres primeros componentes utilizan el orden de bytes «little-endian», mientras que sus ocho bytes finales conservan el orden en que se muestran.
Por ejemplo, el GUID de ejemplo:
f0e1d2c3-b4a5-4c6d-8e9f-102030405060
se almacena de la siguiente manera:
C3 D2 E1 F0 A5 B4 6D 4C 8E 9F 10 20 30 40 50 60
Si se leyeran los 16 bytes sin procesar directamente de izquierda a derecha, se obtendría un GUID textual incorrecto.
Campos de la matriz de entradas de particiones
Hay tres campos que definen la matriz de entradas de partición:
PartitionEntryLBAindica dónde comienza la matriz.Número de entradas de particióndefine el número de entradas.Tamaño de la entrada de particióndefine el tamaño de cada entrada.
La longitud en bytes de la matriz se calcula de la siguiente manera:
Tamaño de la matriz = Número de entradas × Tamaño de cada entrada
Para un array que contiene 128 entradas, cada una de 128 bytes:
128 × 128 = 16 384 bytes
Con bloques lógicos de 512 bytes:
16 384 ÷ 512 = 32 bloques lógicos
Se trata del espacio reservado de la matriz de entradas de partición, no del espacio ocupado por los datos reales del archivo.
La especificación actual de UEFI define el tamaño de la entrada como 128 × 2^n bytes, donde n es un número entero no negativo. Los discos GPT habituales utilizan entradas de 128 bytes.
Cada entrada de la matriz de entradas de particiones describe una partición mediante su GUID de tipo, su GUID de partición único, sus límites LBA, sus atributos y su nombre. Para obtener una explicación campo por campo de la Estructura de las entradas de partición GPT, incluyendo los desplazamientos de bytes y la codificación GUID; consulta nuestro Entrada de partición GPT: campos «Structure», «Array» y «GUID» guía.
Encabezados GPT primarios y de copia de seguridad: ¿qué cambia?
Los encabezados GPT principal y de respaldo tienen la misma estructura de campos, pero no contienen los mismos bytes.
Sus ubicaciones y algunos punteros internos difieren.
Consideremos un disco GPT de ejemplo con:
- 100 000 bloques lógicos, numerados
0a través de99,999. - Un tamaño de bloque lógico de 512 bytes.
- Una matriz de entradas que contiene 128 posiciones de 128 bytes cada una.
- Una matriz de entradas de partición de 32 bloques en cada extremo.
La disposición es la siguiente:
Estructura | GPT primario | Copia de seguridad de GPT |
LBA de cabecera |
|
|
MyLBA |
|
|
LBA alternativo |
|
|
PartitionEntryLBA |
|
|
Extensión de la matriz de entradas |
|
|
Primera LBA utilizable |
|
|
Último LBA utilizable |
|
|
Tamaño del encabezado | 92 bytes | 92 bytes |
Estas posiciones se derivan directamente del tamaño del disco y de las dos matrices de entradas de particiones de 32 bloques.
Por ejemplo:
Inicio de la matriz de copia de seguridad = Último LBA − Bloques de la matriz
99 999 − 32 = 99 967
El último bloque utilizable debe preceder a esa matriz de respaldo:
99 967 − 1 = 99 966
Por lo tanto, ambos encabezados describen el mismo rango de disco utilizable, pero apuntan a ubicaciones físicas diferentes para sus matrices de entradas de partición.
Esta configuración permite que el software compatible con GPT compruebe los metadatos de la copia de seguridad cuando la copia principal está dañada.
Sin embargo, el hecho de que haya dos copias no garantiza que ninguna de ellas sea válida o esté actualizada.
Ejemplo práctico: Descifrado del encabezado GPT a partir de bytes hexadecimales
En el siguiente ejemplo se utilizan metadatos GPT creados deliberadamente, y no bytes capturados de un disco físico.
Describe el mismo disco de 100 000 bloques utilizado anteriormente.
El ejemplo no contiene ninguna partición rellenada. Las 128 posiciones de las entradas de las particiones están rellenadas con ceros, lo que permite calcular las sumas de comprobación de ambas matrices de entradas a partir de una entrada completamente definida.
Paso 1: Identificar el encabezado
Al principio del encabezado principal, los primeros 16 bytes son:
45 46 49 20 50 41 52 54 00 00 01 00 5C 00 00 00
Dividir la secuencia por campos:
Rango de bytes | Bytes hexadecimales | Significado descifrado |
|
|
|
|
| Revisión |
|
| Tamaño de la cabecera: 92 bytes |
La firma, la revisión y el tamaño del encabezado se ajustan al formato previsto.
Eso establece un encabezado plausible, pero por sí solo no demuestra que el GPT sea válido.
Paso 2: Descifrar los campos de ubicación
El encabezado principal contiene:
Campo | Bytes almacenados | Valor descodificado |
MyLBA |
|
|
LBA alternativo |
|
|
Primera LBA utilizable |
|
|
Último LBA utilizable |
|
|
PartitionEntryLBA |
|
|
Estos valores utilizan el orden de bytes «little-endian».
Por ejemplo, los bytes 9F 86 01 00 00 00 00 00 representar 0x000000000001869F, o decimal 99,999.
La marcha atrás del cabezal de respaldo se invierte MyLBA y LBA alternativo y cambios PartitionEntryLBA a 99,967.
Paso 3: Comparar las sumas de comprobación de las cabeceras
Para este ejemplo sintético concreto, utilizando el DiskGUID mostrado anteriormente y una matriz de entradas de partición de 16 384 bytes rellenada con ceros, los valores calculados son:
Suma de comprobación | GPT primario | Copia de seguridad de GPT |
CRC32 de cabecera |
|
|
PartitionEntryArrayCRC32 |
|
|
Las sumas de comprobación de las cabeceras difieren porque estas contienen campos de ubicación distintos.
Las sumas de comprobación de la matriz de entradas de particiones coinciden porque ambas matrices contienen bytes idénticos rellenos con ceros.
Se trata de valores de ejemplo calculados, no de constantes universales de suma de comprobación GPT. Un GUID de disco diferente, una distribución de particiones distinta o un cambio en los metadatos darían lugar a resultados diferentes.
Cómo funciona la validación CRC32 de la cabecera GPT
GPT utiliza dos sumas de comprobación CRC32 independientes para detectar cambios en los metadatos de sus particiones:
CRC32 de cabeceraverifica el propio encabezado GPT.PartitionEntryArrayCRC32verifica la matriz de entradas de particiones asociada.
Ambos utilizan el algoritmo CRC-32 estándar, pero abarcan rangos de bytes diferentes.
HeaderCRC32: Cómo se calcula la suma de comprobación
En CRC32 de cabecera El campo ocupa cuatro bytes en el desplazamiento relativo a la cabecera 0x10.
Según el Especificación UEFI, la suma de comprobación debe calcularse con este campo establecido temporalmente en cero.
El proceso de verificación consta de cinco pasos:
- Lee el encabezado. Obtener los bytes del encabezado GPT de una imagen de disco y determinar el
Tamaño del encabezadocampo en la posición0x0C. - Anota el CRC32 almacenado. Lee los cuatro bytes en las direcciones
0x10–0x13como un valor de 32 bits en formato «little-endian». - Pon a cero el campo de suma de comprobación. En una copia temporal, sustituye estos cuatro bytes por
00 00 00 00. - Calcular el CRC32. Calcula la suma de comprobación CRC-32 estándar sobre exactamente
Tamaño del encabezadobytes. - Compara los resultados. Si el valor calculado coincide con el valor almacenado, la cabecera supera la comprobación de integridad CRC32.
En el caso de un encabezado GPT estándar de 92 bytes, el cálculo abarca los desplazamientos 0x00–0x5B, y no el sector lógico completo de 512 bytes.
Una calculadora CRC-32 estándar o la de Python zlib.crc32() puede realizar el cálculo. El algoritmo utiliza el polinomio reflejado 0xEDB88320, un valor inicial de registro de 0xFFFFFFFF, y un XOR final de 0xFFFFFFFF.
Ejemplo: Verificación del CRC32 de la cabecera GPT
Consideremos el encabezado GPT sintético que se ha utilizado anteriormente en este artículo.
Artículo | Valor |
Tamaño del encabezado |
|
CRC32 de la cabecera almacenada |
|
Bytes almacenados |
|
Campo CRC durante el cálculo |
|
CRC32 calculado |
|
Resultado de la validación | Partido |
La suma de comprobación calculada coincide con el valor almacenado, lo que indica que la cabecera del ejemplo supera la comprobación CRC32.
Si cambia tan solo un byte afectado sin actualizar la suma de comprobación almacenada, el cálculo suele dar lugar a un resultado diferente.
Importante: Realiza siempre el cálculo en una copia temporal o en datos de trabajo de solo lectura. No sobrescribas los bytes de suma de comprobación del disco original.
0x76EF8C67 en orden «little-endian». Selecciona Cero para ver cómo se prepara la entrada.0xEDB88320 · Init 0xFFFFFFFF · XOR final 0xFFFFFFFF. Ejemplo didáctico; no se trata de datos de un disco capturados.PartitionEntryArrayCRC32: Validación de las entradas de partición
La segunda suma de comprobación, PartitionEntryArrayCRC32, se almacena en un desplazamiento relativo al encabezado 0x58.
A diferencia de CRC32 de cabecera, abarca la matriz de entradas de particiones en lugar de la cabecera.
Su longitud de cálculo es:
Número de entradas de partición × Tamaño de una entrada de partición
Para un array que contiene 128 entradas de 128 bytes cada una:
128 × 128 = 16 384 bytes
Para verificar esta suma de comprobación, calcula el CRC32 sobre toda la matriz de 16 384 bytes y compara el resultado con la suma de comprobación almacenada en la cabecera GPT.
No es necesario poner a cero ningún campo de suma de comprobación dentro de la matriz de entradas de partición.
Las matrices principal y de respaldo deben comprobarse por separado, ya que se encuentran en ubicaciones diferentes. Cualquier espacio de relleno no utilizado tras la última entrada de la matriz se excluye del cálculo.
Por qué son importantes ambas sumas de comprobación
Las dos sumas de comprobación responden a preguntas diferentes:
- CRC32 de la cabecera: ¿Coinciden los bytes de la cabecera con la suma de comprobación almacenada en la cabecera?
- PartitionEntryArrayCRC32: ¿Coinciden los bytes de la entrada de la partición con la suma de comprobación almacenada en el encabezado?
Es posible que una cabecera GPT supere su propia comprobación CRC32 aunque su matriz de entradas de particiones esté dañada.
Del mismo modo, ambas sumas de comprobación pueden dar resultado positivo incluso cuando los límites de las particiones sean lógicamente incorrectos o los metadatos estén desactualizados.
CRC32 verifica la integridad de los metadatos, no el estado del disco ni la posibilidad de recuperar los archivos. Es necesario realizar comprobaciones adicionales para determinar si las entradas de las particiones son coherentes y si se sigue pudiendo acceder a los sistemas de archivos subyacentes.
Cómo comprobar si una cabecera GPT es válida
La UEFI especifica que el software compatible con GPT debe comprobar la firma del encabezado, el CRC del encabezado, MyLBA, y el CRC de la matriz de entradas de particiones asociada. En el caso del GPT primario, también debe examinar el encabezado alternativo.
Una inspección práctica debería incluir estas comprobaciones de coherencia adicionales:
Consulte | Estado previsto | Por qué es importante |
Firma |
| Identifica la estructura |
Tamaño del encabezado | Al menos 92 bytes; no más de un bloque lógico | Define el rango de la suma de comprobación |
CRC32 de cabecera | Coincidencias del CRC32 recalculado | Detecta cambios en los bytes de la cabecera |
MyLBA | Coincide con la ubicación física del encabezado | Detecta metadatos mal ubicados |
LBA alternativo | Apunta a la otra cabecera | Admite la validación redundante del diseño |
PartitionEntryLBA | Apunta a una matriz dentro de los límites del disco | Evita el acceso a direcciones de matriz no válidas |
PartitionEntryArrayCRC32 | Coincide con los bytes reales de la matriz | Detecta la corrupción de la matriz de entradas |
Rango de LBA utilizable | Ordenados, dentro de los límites y fuera de las regiones de metadatos | Comprueba la coherencia del diseño |
Metadatos principales/de respaldo | Coherente cuando sea necesario | Detecta copias conflictivas |
El hecho de superar estas comprobaciones no garantiza que se hayan verificado los sistemas de archivos o los archivos individuales. También es necesario comprobar la validez y la superposición de los límites de las entradas de partición.
En Requisitos de validación de UEFI GPT proporcionar la base normativa para determinar si los metadatos de GPT son válidos.
¿Qué ocurre cuando se daña un encabezado GPT?
Las consecuencias dependen de qué metadatos sigan siendo utilizables.
El encabezado principal está dañado, el de reserva es válido
Si el GPT primario no es válido, el software compatible con GPT debe examinar la cabecera del último bloque lógico y validar la matriz de entradas de partición asociada.
Una copia de seguridad válida puede proporcionar los metadatos necesarios para reconstruir la copia principal, siempre que se respeten las políticas de recuperación de la plataforma.
Este tipo de reparación escribe metadatos de la partición, por lo que no debe realizarse a la ligera en un disco que contenga datos importantes y no protegidos.
El encabezado de respaldo está dañado; el principal es válido
Es posible que la estructura de la partición primaria siga siendo legible.
Sin embargo, es necesario restaurar la copia de seguridad para mantener la redundancia de GPT.
Por lo tanto, un disco que aparentemente sea accesible puede tener, aun así, metadatos de copia de seguridad dañados.
Ambos encabezados no son válidos
Si ninguna de las dos cabeceras es válida, el disco no tiene una cabecera GPT válida según las reglas de validación de UEFI.
Esto no significa necesariamente que todas las particiones o archivos se hayan borrado físicamente.
Los metadatos de las particiones, los metadatos del sistema de archivos y el contenido de los archivos ocupan diferentes áreas del disco.
Cuando se trate de archivos importantes, conserva el disco original y distingue recuperación de datos de particiones perdidas de reescribir la tabla de particiones.
Encabezado válido, pero información de partición incorrecta
Una cabecera estructuralmente válida no basta para determinar que sus entradas de partición describan correctamente el disco actual.
Por ejemplo, los metadatos GPT obsoletos pueden permanecer al final de un disco después de que un software de partición antiguo haya modificado la estructura del disco.
Por lo tanto, una copia de seguridad que parezca válida debe evaluarse junto con el MBR de protección, la capacidad actual del disco, las entradas de partición y otras pruebas disponibles.
La UEFI advierte expresamente que no se debe confiar en estructuras GPT obsoletas después de que un disco se haya reformateado al formato MBR heredado.
Cómo inspeccionar un colector GPT de forma segura
Para realizar un análisis detallado, utiliza una imagen de disco o un visor hexadecimal con acceso de solo lectura.
- Comprueba que se trata del disco físico correcto y el tamaño de bloque lógico indicado.
- Si el disco contiene datos importantes, realiza una copia de imagen adecuada antes de modificar cualquier metadato. Un disco inestable o con fallos requiere un método de adquisición adecuado.
- Abre la imagen en un editor hexadecimal sin habilitar las operaciones de escritura.
- Localiza el cabezal primario en la LBA
1, correspondiente al desplazamiento en bytesTamaño de bloque lógico × 1. - Comprueba la firma en la posición
0x00e interpretar los demás campos utilizando los desplazamientos relativos a la cabecera. - Determina el último LBA a partir de la imagen o de la capacidad del disco y, a continuación, comprueba la cabecera de la copia de seguridad.
- Compara los valores de los campos, las sumas de comprobación de los encabezados y las matrices de entradas de partición asociadas.
La herramienta «Administración de discos» de Windows y PowerShell Get-Disk pueden identificar el estilo de partición del disco, pero sus vistas resumidas habituales no ofrecen una validación completa de la cabecera GPT a nivel de byte.
No inicialices, formatees ni ejecutes DiskPart limpiar simplemente porque un disco indica que hay una partición no válida o que falta. Del mismo modo, CHKDSK es una herramienta de reparación del sistema de archivos, no un método general para reconstruir el encabezado GPT.
Limitaciones y casos extremos importantes
Hay varios factores que influyen en la interpretación del encabezado GPT.
Diferentes tamaños de bloque lógico. Un disco de 4 Kn utiliza bloques lógicos de 4.096 bytes. La cabecera primaria se mantiene en la LBA 1, pero su desplazamiento absoluto en bytes difiere del de un disco con sectores lógicos de 512 bytes.
Encabezados GPT más grandes. Una cabecera puede superar los 92 bytes dentro del tamaño de bloque lógico permitido. El CRC32 debe utilizar el valor real validado Tamaño del encabezado, y no una constante supuesta.
Cambiar el tamaño de un disco o clonarlo. Si se amplía un disco, es posible que la antigua cabecera de copia de seguridad ya no se encuentre en el LBA final. Es necesario evaluar los metadatos GPT en función del tamaño actual del dispositivo antes de realizar correcciones.
CRC32 no es una autenticación criptográfica. El hecho de que las sumas de comprobación coincidan no demuestra que los metadatos sean auténticos ni que no hayan sido objeto de manipulación deliberada.
Problemas con los soportes físicos. Los errores de lectura, las conexiones intermitentes o los fallos del controlador pueden impedir que la inspección sea fiable. Los intentos repetidos en un hardware defectuoso pueden dificultar aún más la recuperación.
Estas limitaciones explican por qué la validación de GPT requiere varias comprobaciones relacionadas, en lugar de una única comparación de firmas o sumas de comprobación.
Conclusión
En Encabezado GPT proporciona la ubicación, los límites, los identificadores y la información de integridad necesarios para interpretar una tabla de particiones GUID. Su estructura viene definida por desplazamientos explícitos en bytes, y sus copias principal y de seguridad proporcionan metadatos redundantes en los extremos opuestos de un disco.
Para realizar un análisis correcto no basta con localizar PIEZA EFI. El CRC32 de la cabecera, el CRC32 de la matriz de entradas de particiones, los punteros LBA, los límites utilizables y la coherencia entre la partición principal y la de respaldo deben evaluarse conjuntamente.
Comprender estas relaciones permite reconocer los metadatos GPT válidos, identificar inconsistencias y distinguir entre la corrupción de la tabla de particiones y la pérdida real de datos de los archivos.
PREGUNTAS FRECUENTES
¿Qué es la firma del encabezado GPT?
PIEZA EFI. En hexadecimal, es 45 46 49 20 50 41 52 54. Aparece al principio tanto del encabezado principal como del de respaldo. El mero hecho de encontrar esta secuencia no garantiza que todo el GPT sea válido.¿Cuántos bytes tiene un encabezado GPT?
Tamaño del encabezado El campo define su longitud real, que debe ser de al menos 92 bytes y no superior al tamaño del bloque lógico. Los bytes restantes del bloque lógico quedan reservados.¿Dónde se almacenan los encabezados GPT principal y de respaldo?
1. La cabecera de la copia de seguridad se almacena en el último bloque lógico del disco. Cada cabecera MyLBA identifica su propia ubicación, mientras que LBA alternativo identifica el otro encabezado.¿Por qué los valores CRC32 de los encabezados GPT principal y de respaldo son diferentes?
MyLBA, LBA alternativo, y normalmente PartitionEntryLBA. Dado que estos bytes están incluidos en el HeaderCRC32, las sumas de comprobación calculadas suelen diferir, incluso cuando ambas cabeceras describen con exactitud el mismo disco.¿Puede una cabecera GPT superar la validación CRC32 aunque el disco esté dañado?
¿Se puede recuperar un encabezado GPT dañado a partir de la copia de seguridad?
¿El GUID del disco GPT es el mismo que el GUID de una partición?
GUID del disco El campo de la cabecera GPT identifica el disco. Las entradas de cada partición contienen identificadores independientes, entre los que se incluyen un GUID de tipo de partición y un GUID único de partición. Estos valores tienen funciones diferentes y no deben confundirse.