¿Es menos probable que las particiones GPT se corrompan que las particiones basadas en MBR?

28

La partición GPT (tabla de particiones GUID) tiene algunos beneficios sobre MBR (Master Boot Record), incluido el soporte para:

  1. Más particiones (128)
  2. Unidades de más de 2 TB

Pero, ¿hay otros beneficios como una menor probabilidad de corrupción? (Las dos fallas de HD que tuve fueron MBR corruptos). ¿O simplemente estás jugando wack-a-mole donde el GPT se corrompe de la misma manera?

Nichols de arcilla
fuente
2
¿Por qué está ocurriendo la corrupción en primer lugar? ¿Es solo que otros sectores pueden corromperse sin ser detectados?
pjc50

Respuestas:

35

Según Wikipedia , hay redundancia en el esquema GPT. La tabla GPT se escribe al principio del disco, así como al final del disco (ver imagen). Además, cada tabla GPT tiene una suma de verificación CRC32.

ingrese la descripción de la imagen aquí

La redundancia no está disponible en el esquema MBR (que solo ocupaba los primeros 512 bytes de un disco). La redundancia adicional permitiría una mayor resistencia contra la corrupción. La suma de verificación CRC32 permite que el sistema detecte cuál de las dos tablas es la correcta para reparar la otra.

mtak
fuente
1
Me pregunto por qué no fueron con tres ...
Mawg
55
@Mawg Bueno, ¿dónde pondrían la tercera copia? El comienzo del disco y el final del disco son lugares obvios que no se meten con nada y es poco probable que se corrompan al mismo tiempo, pero no se puede simplemente poner un montón de datos en el medio del disco.
Luaan
1
@Mawg: bueno, poner la tercera copia en el medio de los sectores del disco obligará a tener una partición dividida allí. En este caso, no podrá mover o reducir las particiones que cruzan esa línea (me refiero al sector LBA :). Entonces eso no es práctico. Y si pones el tercero cerca del primero o el segundo, entonces la imagen de corromper todas las copias se mantiene casi igual, en mi humilde opinión.
saulius2
9
@Mawg Recuerde que cada copia tiene una suma de verificación CRC, por lo que debería decirle cuál de las dos copias está dañada por sí misma ...
MathematicalOrchid
2
@Mawg, estás buscando una solución para un problema hipotético. Si las dos tablas GPT no coinciden y si sus checkums CRC32 están bien, entonces tiene el problema que está describiendo. En realidad, esto solo sucedería debido a un error grave en el sistema operativo. Teniendo en cuenta las desventajas y los problemas con una tercera copia GPT (creo que podría subestimar lo complejo que puede ser el particionamiento en entornos de servidor), así como una regresión en la funcionalidad, puedo imaginar que los diseñadores optaron por lo no nuclear. opción de protección :)
mtak