GPT no es solo una sigla técnica: en un ordenador define cómo se reparte un disco, cómo se identifican sus particiones y, en equipos modernos, cómo arranca el sistema. Aquí voy a explicar la tabla de particiones GUID de forma útil, sin rodeos: qué es, cómo funciona por dentro, en qué se diferencia de MBR y qué conviene elegir en un PC actual. También aclaro una confusión habitual, porque GPT puede significar cosas muy distintas según el contexto.
Estas son las claves de GPT en un ordenador
- GPT organiza un disco con una tabla de particiones moderna y redundante.
- Usa direcciones de 64 bits, así que escala mucho más que MBR.
- En Windows, una unidad GPT puede tener hasta 128 particiones y cada una hasta 18 exabytes.
- Guarda una cabecera principal y una copia de respaldo para mejorar la integridad.
- Es el esquema normal para arrancar en equipos UEFI.
- MBR sigue existiendo por compatibilidad, pero se queda corto en discos grandes.
Qué es GPT y por qué importa en un ordenador
Cuando yo explico GPT, empiezo por algo muy simple: no es un sistema de archivos como NTFS, APFS o ext4. Es el mapa del disco, la estructura que le dice al equipo dónde empieza y termina cada partición, qué tipo de partición es y cómo puede verificar que la información sigue siendo coherente. La especificación UEFI lo define como un esquema de particionado que mejora a MBR en varios puntos concretos: direcciones LBA de 64 bits, más particiones, tabla primaria y copia de respaldo, y sumas CRC32 para comprobar integridad.
En la práctica, eso significa menos límites artificiales y menos dependencia de trucos heredados. LBA, por cierto, es el sistema con el que se numeran los bloques del disco; si esa base crece de 32 a 64 bits, el margen de direccionamiento cambia por completo. Por eso GPT encaja tan bien con discos grandes, equipos UEFI y montajes que quieren crecer sin pelearse con viejas restricciones de BIOS.
Con esa base, lo siguiente es ver cómo está construido realmente un disco GPT.
Cómo se organiza un disco GPT por dentro
La parte interesante de GPT no es solo que exista, sino cómo se distribuyen sus piezas. Yo lo resumiría así: una pequeña capa de compatibilidad al inicio, una cabecera principal, la tabla de entradas de partición y, al final del disco, una copia de respaldo. Esa redundancia no está ahí por decoración; está pensada para sobrevivir mejor a fallos de metadatos.
| Elemento | Qué hace | Por qué importa |
|---|---|---|
| Protective MBR | Ocupa el LBA 0 para compatibilidad con herramientas antiguas | Evita que un utilitario viejo interprete el disco como vacío y lo sobrescriba |
| Cabecera GPT primaria | Vive en el LBA 1 y describe la estructura del disco | Incluye el GUID del disco, el tamaño de la tabla y la verificación CRC32 |
| Tabla de entradas | Guarda el tipo, el GUID único, el inicio, el final y el nombre de cada partición | Hace posible identificar particiones de forma clara y consistente |
| Cabecera y tabla de respaldo | Se sitúan al final del disco | Dan una segunda copia si la información inicial se corrompe |
Hay un matiz importante: la copia de respaldo protege la descripción del disco, no tus datos. Si borras una partición o se rompe el sistema de archivos, GPT no hace milagros; lo que sí hace es darte más opciones para recuperar la estructura del disco. Esa diferencia entre metadatos y contenido real es la que suele pasar por alto quien oye hablar de redundancia y piensa que ya no necesita copias de seguridad.
Entendida la estructura, toca compararlo con MBR sin caer en simplificaciones de manual.
GPT frente a MBR cuando sí merece compararlos
Yo no enfrentaría GPT y MBR como si uno fuera “más moderno” y ya está. La comparación útil depende del tamaño del disco, del firmware y de si el ordenador debe arrancar en UEFI o seguir siendo compatible con BIOS legacy. Ahí es donde de verdad se nota la diferencia.
| Criterio | GPT | MBR |
|---|---|---|
| Tamaño direccionable | Usa 64 bits y escala muy por encima de los discos domésticos; en Windows se habla de particiones de hasta 18 exabytes | Se queda en torno a 2,2 TB por el límite clásico de 32 bits |
| Número de particiones | En Windows, hasta 128 particiones | 4 particiones primarias, salvo trucos con particiones extendidas |
| Arranque | Es el esquema normal en UEFI | Es el terreno tradicional de BIOS legacy |
| Redundancia | Incluye cabecera y tabla primaria más copia de respaldo | No tiene esa duplicación nativa |
| Identificación | Usa GUID y nombres legibles de 36 caracteres | Es más pobre en identificación y más rígido |
La conclusión práctica es bastante limpia: si el equipo es actual, el disco va a crecer o necesitas arrancar en UEFI, GPT suele ser la elección correcta. MBR todavía tiene sentido cuando la compatibilidad con hardware muy antiguo manda por encima de todo. Fuera de ese caso, GPT gana por margen técnico, no por moda.
Con eso claro, la siguiente pregunta lógica es cuándo conviene usarlo en 2026 y qué exige realmente el sistema.
Cuándo conviene usar GPT en 2026
Si yo montara hoy un ordenador de uso general, elegiría GPT por defecto en casi todos los casos. Windows exige GPT para el disco que contiene la instalación cuando el equipo arranca en UEFI, y Microsoft indica que una unidad GPT puede tener hasta 128 particiones; además, cada partición puede llegar a 18 exabytes, una cifra que deja claro que el límite ya no está en la tabla, sino en el hardware real.
En instalaciones de Windows, hay dos detalles que conviene tener presentes porque condicionan el particionado inicial:
| Elemento | Tamaño mínimo | Uso |
|---|---|---|
| EFI System Partition (ESP) | 200 MB en discos de 512 nativos o 512e, 300 MB en discos 4K nativos | Arranque UEFI |
| Microsoft Reserved Partition (MSR) | 16 MB | Gestión interna de particiones |
La ESP va en FAT32, porque el firmware UEFI la necesita en ese formato. Si el disco es solo de datos, GPT también suele ser la opción más sensata cuando supera 2 TiB o cuando simplemente quieres dejar margen para crecer sin reestructurar todo más adelante. En un PC de trabajo, un portátil moderno o incluso un NAS doméstico, yo prefiero empezar con GPT antes que pelearme después con límites heredados.
En cambio, si trabajas con un equipo viejo, firmware heredado o software que espera MBR sí o sí, la compatibilidad puede obligarte a quedarte con el esquema clásico. La clave no es usar GPT porque sí, sino casar particionado, firmware y uso real del equipo.
Para no equivocarte en esa decisión, antes conviene comprobar qué tienes ahora mismo entre manos.
Cómo saber si tu disco ya usa GPT
Antes de convertir nada, yo confirmo siempre el estado actual del disco. No merece la pena cambiar una tabla de particiones si solo querías saber por qué no arranca un sistema o por qué un disco de 4 TB se ve recortado.
- En Windows, abre Administración de discos y revisa el estilo de partición del disco.
- En Linux, un vistazo con
parted -lolsblk -o NAME,PTTYPEte muestra si la tabla esgptomsdos. - En macOS, Utilidad de Discos enseña el mapa de particiones y si el esquema es GUID.
Si descubres que el disco no está en GPT pero el equipo arranca en UEFI, ahí tienes una pista clara de por dónde viene el problema. Si, por el contrario, el disco es solo de datos y funciona bien, no hay ninguna obligación de cambiarlo solo porque GPT suene más moderno.
Y precisamente ahí aparecen los fallos más caros, que no suelen estar en GPT, sino en cómo se usa.
Los fallos que más veo al cambiarlo
La mayoría de errores alrededor de GPT tienen un patrón muy reconocible. Yo los agruparía así:
- Creer que GPT acelera el SSD o el HDD por sí mismo. No lo hace; el beneficio está en capacidad, orden y robustez de metadatos.
- Convertir sin copia de seguridad. Cambiar de MBR a GPT suele implicar borrar o rehacer particiones si no usas una herramienta pensada para migración.
- Ignorar el firmware. Un disco GPT no resuelve por arte de magia un equipo que solo arranca bien en BIOS legacy.
- Confundir la partición EFI con GPT. La ESP forma parte de la instalación UEFI, pero GPT es la tabla; no son la misma cosa.
- Olvidar que la redundancia no salva archivos borrados. La copia de respaldo ayuda a recuperar la estructura, no el contenido perdido.
Si yo tuviera que resumir la causa raíz de casi todos esos errores, diría que es una expectativa equivocada: se espera que GPT mejore todo, cuando en realidad mejora muy bien una cosa concreta. Esa precisión importa, porque te lleva a elegir mejor y a no pedirle al esquema de particionado lo que corresponde al firmware, al sistema de archivos o a las copias de seguridad.
Con esa perspectiva, ya solo queda una regla práctica para no complicarte de más.
La regla que yo seguiría antes de tocar el disco
Si el ordenador es moderno, arranca en UEFI y el disco va a ser importante para el sistema o para almacenamiento grande, yo usaría GPT sin dudarlo. Si el equipo es antiguo, depende de BIOS legacy o necesita compatibilidad con herramientas muy viejas, entonces MBR todavía puede ser la salida correcta. No es una pelea de bandos: es una decisión de encaje técnico.
Mi criterio, en una frase, es este: GPT para equipos actuales y discos que deben crecer, MBR solo cuando la compatibilidad antigua manda. Si además haces copia de seguridad antes de tocar particiones y verificas el firmware antes de instalar, la probabilidad de sorpresas baja muchísimo. Esa es la parte práctica que de verdad ayuda a quien entra buscando una respuesta clara y no quiere perder una tarde entera corrigiendo un particionado mal elegido.
