Ist es weniger wahrscheinlich, dass GPT-Partitionen beschädigt werden als MBR-basierte Partitionen?

Die GPT-Partitionierung (GUID Partition Table) bietet gegenüber dem MBR (Master Boot Record) einige Vorteile , einschließlich der Unterstützung für:

Weitere Partitionen (128)
Laufwerke größer als 2 TB

Aber gibt es noch andere Vorteile wie eine geringere Wahrscheinlichkeit von Korruption? (Die beiden HD-Fehler, die ich hatte, waren beschädigte MBRs). Oder spielst du nur Wack-a-Mole, wo die GPT dann auf die gleiche Weise beschädigt wird?

— Clay Nichols
quelle

Warum geschieht die Korruption überhaupt? Ist es nur so, dass andere Sektoren beschädigt werden können, ohne entdeckt zu werden?

— pjc50

Laut Wikipedia gibt es Redundanzen im GPT-Schema. Die GPT-Tabelle wird sowohl am Anfang der Festplatte als auch am Ende der Festplatte geschrieben (siehe Abbildung). Zusätzlich hat jede GPT-Tabelle eine CRC32-Prüfsumme.

Die Redundanz ist im MBR-Schema (das nur die ersten 512 Bytes einer Festplatte belegt) nicht verfügbar. Die zusätzliche Redundanz würde eine größere Widerstandsfähigkeit gegen Korruption ermöglichen. Mit der CRC32-Prüfsumme kann das System ermitteln, welche der beiden Tabellen die richtige ist, um die andere zu reparieren.

— mtak
quelle

Ich frage mich, warum sie nicht mit drei gingen ...

— Mawg

@Mawg Nun, wo würden sie die dritte Kopie ablegen? Festplattenanfang und -ende sind offensichtliche Stellen, an denen nichts zu suchen ist und die wahrscheinlich nicht gleichzeitig beschädigt werden. Sie können jedoch nicht einfach eine Reihe von Daten in die Mitte der Festplatte stellen.

— Luaan

@Mawg: Nun, wenn Sie die dritte Kopie in die Mitte der Datenträgersektoren legen, müssen Sie dort eine Partition aufteilen. In diesem Fall können Sie Partitionen über diese Linie nicht verschieben oder verkleinern (ich meine den LBA-Sektor :). Das ist also unpraktisch. Und wenn Sie die 3. in die Nähe der 1. oder 2. stecken, bleibt die Ähnlichkeit, alle Kopien zu beschädigen, meiner Meinung nach nahezu gleich.

— Saulius2

@Mawg Denken Sie daran, dass jede Kopie eine CRC-Prüfsumme hat, damit Sie wissen, welche der beiden Kopien für sich allein beschädigt ist ...

— MathematicalOrchid

@Mawg du suchst nach einer Lösung für ein hypothetisches Problem. Wenn die beiden GPT Tabellen nicht übereinstimmen und wenn ihre CRC32 checkums beide in Ordnung sind, dann haben Sie in der Tat das Problem , das Sie beschreiben. Dies würde realistisch nur aufgrund eines schwerwiegenden Fehlers im Betriebssystem passieren. Angesichts der Nachteile und Probleme einer dritten GPT-Kopie (ich glaube, Sie können unterschätzen, wie komplex die Partitionierung in Serverumgebungen sein kann) sowie einer nachlassenden Funktionalität kann ich mir gut vorstellen, dass sich die Designer für die nicht nukleare Version entschieden haben.

— Schutzoption