Entrada de partición GPT: campos «Structure», «Array» y «GUID»
A Entrada de partición GPT es un registro que describe una partición en un disco con tabla de particiones GUID (GPT). Identifica el tipo de partición, su GUID único, las direcciones de bloque lógico (LBA) de inicio y fin, los atributos y el nombre. Lo habitual es Estructura de las entradas de partición GPT ocupa 128 bytes. Al descodificar estos campos, puedes localizar una partición, calcular su tamaño y comprobar si sus metadatos tienen sentido.
Esta guía se ajusta a la especificación UEFI 2.10 y utiliza Windows 10, Windows 11 y Windows Server como ejemplos prácticos. El formato GPT subyacente también es aplicable a otros sistemas operativos compatibles. Todos los ejemplos de bytes que aparecen a continuación son sintéticos, no se trata de capturas de un disco real.
Índice
¿Qué es una entrada de partición GPT?
A Entrada de partición GPT define la identidad y los límites de una partición; no contiene los archivos de la partición. Para entender dónde encaja, hay que distinguir entre tres estructuras:
Estructura | Qué almacena |
Encabezado GPT | Ubicación de la matriz, número de entradas y tamaño, rango de LBA utilizable y sumas de comprobación |
Matriz de entradas de particiones GPT | Una secuencia de registros de partición, que incluye espacios no utilizados |
Entrada de partición GPT | GUID, límites, atributos y nombre de una partición |
La entrada indica al sistema operativo una región de bloques lógicos. Esa región puede contener NTFS, FAT32, exFAT, otro sistema de archivos o datos sin un sistema de archivos convencional.
Para conocer la estructura general del disco, consulta el documento de Amagicsoft Descripción general de la tabla de particiones GUID (GPT).
Estructura de la entrada de partición GPT: seis campos y sus desplazamientos
Especificación UEFI 2.10, sección 5.3.3 define el estándar de 128 bytes Estructura de las entradas de partición GPT:
Campo | Desplazamiento relativo | Longitud | Significado |
|
| 16 bytes | Tipo de partición previsto |
|
| 16 bytes | Identificador de esta partición concreta |
|
| 8 bytes | Primer bloque lógico |
|
| 8 bytes | Último bloque lógico, incluido |
|
| 8 bytes | Máscara de atributos de 64 bits |
|
| 72 bytes | Nombre almacenado como unidades de código UTF-16LE |
Estas compensaciones comienzan al inicio de una entrada, no al principio del disco. Además, 128 bytes es el tamaño habitual de las entradas, pero no el único válido. En UEFI 2.10, Tamaño de la entrada de partición debe ser igual a 128 × 2^n, con un entero no negativo n. En el caso de entradas más grandes, los bytes que superen el desplazamiento 0x7F están reservados y deben ser cero.
Los dos campos GUID
GUID del tipo de partición indica al software qué tipo de partición describe una entrada. GUID de partición único identifica la partición concreta. Por ejemplo, dos particiones de datos básicas pueden compartir un GUID de tipo, pero no deben compartir un GUID de partición único.
Ninguno de los dos campos es el identificador del disco GPT. El GUID del disco pertenece al encabezado GPT.
Límites de la LBA y tamaño de la partición
A Entrada de partición GPT almacena ambos puntos finales como enteros de 64 bits sin signo y en formato «little-endian». Debido a que Fin de LBA es inclusivo, calcula el número de bloques y la capacidad de la siguiente manera:
Número de bloques = LBA final − LBA inicial + 1
Tamaño en bytes = Número de bloques × Tamaño de bloque lógico
Si una partición abarca desde el LBA 2048 hasta el LBA 4095, ocupa 2.048 bloques. Con bloques lógicos de 512 bytes, su tamaño es de 1 MiB. Con bloques lógicos de 4096 bytes, su tamaño es de 8 MiB. Nunca des por sentado que un LBA representa siempre 512 bytes.
Atributos y nombre de la partición
En Atributos Este campo contiene una máscara de 64 bits. La UEFI define el bit 0 como «Partición obligatoria», el bit 1 como «Sin protocolo de E/S por bloques» y el bit 2 como «Arranque desde BIOS heredada». En la UEFI 2.10, los bits 3-47 están reservados, mientras que los bits 48-63 son específicos del tipo de partición.
En cuanto a los tipos de partición de Windows compatibles, Documentación de Microsoft sobre la información de particiones GPT define los indicadores de los bits superiores, entre los que se incluyen «solo lectura» (bit 60), «copia de sombra» (61), «oculto» (62) y «sin letra de unidad predeterminada» (63). No apliques esos significados de Windows de forma indiscriminada a todos los tipos de particiones.
Nombre de la partición contiene 36 unidades de código UTF-16 (72 bytes). Un nombre más corto utiliza terminación nula. Es importante destacar que este nombre GPT es distinto de la etiqueta de volumen almacenada en un sistema de archivos. Al leer un Entrada de partición GPT por sí solo no determina la etiqueta que muestra Windows para un volumen montado.
Cómo funciona la matriz de entradas de particiones GPT
En Matriz de entradas de particiones GPT contiene bloques consecutivos del mismo tamaño. Su encabezado GPT especifica PartitionEntryLBA, Número de entradas de partición, y Tamaño de la entrada de partición. Por lo tanto, el software lee el encabezado antes de poder localizar de forma fiable un registro concreto.
Matriz bytes = NúmeroDeEntradasDePartición × TamañoDeEntradaDePartición
Matriz de bloques lógicos = techo(Matriz de bytes ÷ Tamaño del bloque lógico)
La UEFI 2.10 requiere al menos 16 384 bytes de espacio para la matriz de entradas. Una configuración habitual utiliza 128 ranuras de 128 bytes cada una. Por consiguiente, ocupa 32 bloques en un disco de bloques lógicos de 512 bytes, o cuatro bloques en un disco de 4.096 bytes. Sin embargo, 128 no es un límite universal de particiones. El encabezado especifica el número de entradas.
Una ranura sin usar tiene un valor de cero GUID del tipo de partición; el resto de sus bytes también deberían ser ceros en una matriz correctamente mantenida. Por lo tanto, las 128 posiciones disponibles sí no es decir, 128 particiones activas.
Buscar una entrada concreta por índice
Para encontrar la entrada i, donde i si empieza en cero, utiliza:
Desplazamiento absoluto en bytes = (PartitionEntryLBA × Tamaño del bloque lógico) + (i × Tamaño de la entrada de partición)
Por ejemplo, supongamos que PartitionEntryLBA = 2, SizeOfPartitionEntry = 128, y i = 5.
Tamaño de bloque lógico | Desviación absoluta calculada | Posición en el disco |
512 bytes |
| LBA 3, byte 128 |
4096 bytes |
| LBA 2, byte 640 |
Se trata de cálculos correspondientes a un ejemplo hipotético, no de observaciones realizadas en dos dispositivos físicos. Obsérvese que el mismo Entrada de partición GPT El índice puede situarse en diferentes LBA cuando cambia el tamaño de bloque lógico del dispositivo.
Matrices principales y de respaldo
Un disco GPT convencional coloca su cabecera principal en el LBA 1 y su cabecera de respaldo en el último LBA. La matriz de entradas principal suele seguir a la cabecera principal, mientras que la matriz de respaldo se sitúa antes de la cabecera de respaldo. Sus ubicaciones se determinan a partir de los campos respectivos de las cabeceras, y no mediante un rango de sectores universal fijado de forma rígida.
Nuestra Guía sobre la estructura de la cabecera GPT y el CRC32 explica con detalle estos campos de la cabecera y la relación entre las dos matrices.
GUID de tipo de partición GPT frente a GUID de partición única
A GUID del tipo de partición GPT describe el uso previsto de la partición. Un GUID único de partición identifica una partición concreta, mientras que el GUID del disco identifica el disco GPT. Estos tres identificadores están relacionados, pero no son intercambiables.
Entre los GUID de tipo habituales relacionados con Windows se incluyen:
Tipo de partición | GUID de tipo |
Partición del sistema EFI |
|
Reservado por Microsoft |
|
Datos básicos de Microsoft |
|
Recuperación de Microsoft |
|
Un GUID de tipo no identificar directamente un sistema de archivos. Por ejemplo, una partición «Microsoft Basic Data» podría contener NTFS, FAT32 o exFAT. Para reconocer su sistema de archivos, el software debe examinar los datos que hay dentro de la partición.
Del mismo modo, no todos los discos GPT tienen una partición del sistema EFI. Es posible que un disco de datos GPT normal no la necesite.
Al copiar discos, los identificadores únicos duplicados también pueden ser importantes. UEFI requiere un software de copia compatible con GPT para generar nuevos GUID de disco y GUID de partición únicos adecuados. En cambio, una clonación sin procesar puede conservar los identificadores, por lo que nunca se debe dar por sentado que una copia exacta cuenta con GUID recién generados.
Descifrar una entrada de partición GPT a partir de un valor hexadecimal
A continuación se muestra el ejemplo técnico del artículo: un sintético Entrada de partición GPT creada a partir de la estructura de campos de la UEFI. Es coherente internamente como entrada única, pero no es una imagen completa de un disco GPT ni un experimento real.
Campo | Ejemplo descodificado |
Tipo | Datos básicos de Microsoft |
GUID de tipo |
|
GUID único |
|
LBA inicial | 2048 |
Fin de LBA | 4095 |
Atributos |
|
Nombre de la partición |
|
Entrada de partición de «Datos básicos sintéticos», no se trata de una captura de WinHex ni de una lectura de tu dispositivo. La entrada es coherente internamente; no se ha verificado la estructura completa del disco ni el CRC del encabezado GPT.
Paso 1: Descifrar el GUID del tipo
Los primeros 16 bytes son:
A2 A0 D0 EB E5 B9 33 44 87 C0 68 B6 B7 26 99 C7
La representación del GUID en disco utiliza el orden de bytes «little-endian» para sus componentes de 4 bytes, 2 bytes y 2 bytes. Por lo tanto:
A2 A0 D0 EBse convierte enEBD0A0A2.E5 B9se convierte enB9E5.33 44se convierte en4433.- Los ocho bytes restantes producen
87C0-68B6B72699C7.
El valor completo es el tipo de datos GUID básico de Microsoft. Consulta la documentación de Microsoft sobre GUID representation specification for the underlying encoding.
Step 2: Decode the LBA fields
At relative offset 0x20, the bytes 00 08 00 00 00 00 00 00 represent decimal 2048 in little-endian order.
En 0x28, FF 0F 00 00 00 00 00 00 represents decimal 4095. Therefore, this Entrada de partición GPT describes 2,048 logical blocks, not 2,047.
If the device exposes 512-byte logical blocks, the starting byte offset equals 2048 × 512 = 1,048,576. If it exposes 4096-byte blocks, the corresponding offset is 8,388,608.
Step 3: Decode attributes and name
The example’s attribute bytes are all zero, so no attribute bits are set. At relative offset 0x38, the name starts with 44 00 41 00 54 00 41 00, which decodes to DATOS in UTF-16LE.
A hex editor’s ASCII column may show D.A.T.A. because it treats the zero bytes as nonprintable characters. However, those periods are not part of the partition name.
Together, these steps let you move from raw bytes to a readable Entrada de partición GPT without treating GUID text, LBA values, and UTF-16LE text as if they shared one encoding.
How to Validate a GPT Partition Entry
A decoded Entrada de partición GPT is not necessarily a valid description of the disk. Check its fields against the GPT Header and other active entries.
Consulte | Qué hay que comprobar | Por qué es importante |
Active slot |
| All-zero type marks an unused slot |
LBA order |
| Rejects reversed or empty ranges |
Usable range | Both endpoints fall between | Keeps partitions out of reserved GPT space |
Overlap | Active entries describe disjoint ranges | Avoids conflicting partition descriptions |
Identifiers | Appropriate nonduplicate Unique Partition GUIDs | Avoids identity conflicts |
Reserved bits | Required reserved bits and bytes are zero | Checks compliance with the entry format |
These checks reveal metadata consistency, not the original cause of a failure. A Entrada de partición GPT is only one part of a broader disk-layout check. A boundary can be invalid even when its two 64-bit fields decode without error.
CRC32 checks cover the whole Entry Array
GPT does not store a CRC32 in each entry. Instead, the Header stores PartitionEntryArrayCRC32, calculated over exactly Número de entradas de partición × Tamaño de una entrada de partición bytes. This range includes unused entry slots, but excludes any logical-block padding after the declared array length.
If software modifies a Entrada de partición GPT, it must update the Array CRC32 and then the corresponding Header CRC32. A matching checksum means that the bytes agree with the recorded checksum. It does no prove the partition boundaries, identifiers, or file system are correct.
For a complete integrity review, also compare the primary and backup GPT metadata. However, do not assume that a backup always preserves an older partition layout.
GPT validity is not file-system validity
A Entrada de partición GPT may accurately point to a partition whose NTFS or exFAT structures are damaged. Conversely, a deleted entry may leave much of the underlying data untouched. The partition table and the file system occupy different structural layers, so they require different checks.
Missing or Corrupted GPT Partition Entry: What Changes?
An unused slot, a deleted partition definition, and a damaged record are not identical:
- Unused: Its type GUID is zero, and a properly cleared slot has zero values in the remaining fields.
- Eliminado: A partitioning operation removes the definition from the active GPT layout. Depending on what else the operation does, the old file-system data may remain.
- Corrupto: A record contains inaccurate or conflicting information, such as an incorrect LBA boundary or GUID.
Windows may show the affected region as Unallocated or fail to mount a volume. Still, those symptoms alone cannot identify which Entrada de partición GPT field changed.
A valid backup array can sometimes help determine the intended layout. Yet a normal deletion may update both arrays, and an outdated backup may contain obsolete addresses. Therefore, restoring a record solely because it appears in a backup is unsafe.
If important data is at risk, avoid formatting, initializing, running destructive partition commands, or rewriting GPT metadata before preserving the source. If the drive repeatedly disconnects or reports serious read errors, stop unnecessary access.
GPT Partition Entry vs. MBR Partition Entry
En Entrada de partición GPT provides more metadata than an MBR partition record, which occupies only 16 bytes.
Característica | GPT | MBR |
Typical entry size | 128 bytes | 16 bytes |
Tipo de partición | 128-bit GUID | 8-bit type code |
Partition identifier | Unique Partition GUID | No equivalent per-entry GUID |
Range | 64-bit starting and ending LBAs | 32-bit starting LBA and sector count |
Nombre | UTF-16LE field | No partition-name field |
Built-in metadata redundancy | Primary and backup structures | No built-in backup partition table |
MBR supports extended partitions to provide additional logical volumes. GPT instead uses an array whose slot count is declared in the Header. See the Tabla de particiones MBR for its record format.
GPT vs. MBR: See the Structural Difference
Compare the disk layouts and inspect the structure of each partition record.
Estructura del disco GPT
Modern structurePrimary and backup metadata; partition records live in arrays.
Common GPT layout. Exact array locations and sizes are defined by the headers.
MBR disk layout
Legacy structureThe first sector contains boot code and four partition-table entries.
Conceptual MBR layout. Extended partitions are optional.
Partition record fields: 128 bytes vs. 16 bytes
Record size at a common scale
At this shared scale, one GPT entry is eight times the size of one MBR entry. The colored field blocks in the two cards below are interactive.
GPT partition entry · 128 bytes (common)
Six defined fields describe type, identity, boundaries, attributes, and name.
MBR partition entry · 16 bytes
Four slots are stored in the MBR sector. Each slot uses a compact legacy record.
What changes when you use GPT instead of MBR?
| Característica | GPT | MBR |
|---|---|---|
| Record size | 128 bytes is common; Header defines entry size and count. | 16 bytes per entry; four top-level slots in the MBR. |
| Tipo de partición | 128-bit GUID | 8-bit type code |
| Dirigirse a | 64-bit starting and ending LBA | 32-bit starting LBA and sector count |
| Partition count | Depends on the Entry Array size | Four primary-table slots; one may be an extended partition |
| Metadata redundancy | Primary and backup GPT metadata | No built-in backup partition table |
GPT is not simply a larger partition record. It uses a Header-defined array, GUID-based identifiers, 64-bit LBA boundaries, and backup metadata. MBR uses a compact 16-byte record and a four-slot table in the first sector.
Teaching example based on the GPT format defined by UEFI and the legacy MBR partition-record layout. The diagrams summarize structure; they do not read or modify a disk.
Conclusión
A Entrada de partición GPT connects a partition’s identity to its logical-block range. Its six fields explain what the partition is meant to be, where it resides, and which attributes apply. By combining the Estructura de las entradas de partición GPT, Header-defined array offsets, GUID decoding, and boundary checks, you can interpret GPT metadata without confusing it with the file system or assuming that a valid CRC32 proves the data is healthy.
PREGUNTAS FRECUENTES
¿Todas las entradas de partición GPT tienen exactamente 128 bytes?
128 × 2^n bytes. El encabezado Tamaño de la entrada de partición El campo indica al analizador el tamaño real. Por lo tanto, un analizador que siempre avance exactamente 128 bytes podría leer incorrectamente las entradas más largas.¿Puede una matriz de entradas de particiones GPT contener más de 128 particiones?
¿El GUID del tipo de partición GPT me indica si una partición es NTFS?
¿Por qué aparece el GUID invertido en un editor hexadecimal?
¿El nombre de la partición GPT es lo mismo que la etiqueta de volumen?
¿Puede una entrada de partición GPT superar la validación CRC32 y, aun así, ser errónea?
¿Al eliminar una entrada de partición GPT se borran los archivos?
