MBR vs. GPT: zeer grote schijven partitioneren

Wat een partitietabel eigenlijk is

Een partitietabel staat aan het begin van een schijf en legt vast hoe die schijf is verdeeld in partities: waar elke partitie begint, hoe groot hij is en met welk type hij gemarkeerd is. Voordat je een bestandssysteem kunt aanmaken en mounten, moet er eerst een partitie bestaan om in te leven. MBR en GPT zijn de twee schema's die hiervoor gangbaar zijn, en ze verschillen in wat ze kunnen adresseren en hoeveel informatie ze kunnen opslaan.

MBR: het oudere schema, met een harde grens

MBR stamt uit het begin van het PC BIOS-tijdperk en slaat partitie-informatie op in één enkele sector aan het begin van de schijf. Die compacte opzet brengt twee praktische beperkingen met zich mee:

• Maximaal 4 primaire partities. Dit omzeilen met extended en logical partities kan, maar voegt complexiteit toe.
• Een adresseringsgrens van 2 TiB. MBR legt partitiegroottes vast met 32-bit sectoradressen bij een vaste sectorgrootte, en die rekensom loopt vast bij 2 TiB. Een schijf die groter is, kan zonder probleem aan een server gekoppeld worden, maar MBR kan simpelweg geen opslag voorbij de 2 TiB-grens aanwijzen.

Dat tweede punt is waar mensen op vastlopen. Een schijf van 4 TiB partitioneren met MBR levert geen foutmelding op. Je krijgt een schijf die schijnbaar normaal partitioneert en formatteert, terwijl ruwweg de helft van de werkelijke capaciteit permanent buiten bereik blijft. De ruimte voorbij 2 TiB is niet op een herstelbare manier onbruikbaar: ze is gewoon onzichtbaar voor een schema dat geen manier heeft om ernaar te verwijzen. Dit is een veelvoorkomende en verwarrende fout, juist omdat er op het moment zelf niets fout lijkt te gaan.

GPT: de moderne opvolger

GPT (GUID Partition Table) vervangt de ene sector van MBR door een robuustere structuur, inclusief een back-up van de partitietabel die aan het einde van de schijf wordt bewaard. In de praktijk heft GPT beide beperkingen van MBR op: het ondersteunt veel meer partities (standaard 128 bij de gangbare implementaties) en adresseert schijven ruim voorbij elke capaciteit die nu in gebruik is, dankzij 64-bit sectoradressering in plaats van het 32-bit schema van MBR. Zodra een schijf groter is dan 2 TiB, is GPT niet alleen de betere keuze: het is nodig om de volledige schijf überhaupt te kunnen gebruiken.

De link met de bootmodus

Partitioneringsschema en firmware-bootmodus zijn aparte begrippen, maar in de praktijk hangen ze samen. Legacy BIOS-boot verwacht doorgaans een MBR-partitietabel om zijn bootloader te vinden, terwijl UEFI is gebouwd rond GPT. In de praktijk betekent dit dat een schijf waar je vanaf wilt opstarten normaal gesproken gepartitioneerd wordt volgens de bootmodus die de server daadwerkelijk gebruikt: GPT voor UEFI, MBR voor legacy BIOS. Zie Wat gebeurt er als een server opstart voor hoe BIOS/UEFI en de bootketen samenhangen, inclusief waarom UEFI legacy BIOS op actuele hardware in de praktijk heeft vervangen.

Een non-boot datadisk, die alleen gemount is voor opslag en niet het besturingssysteem bevat waarmee de server opstart, heeft deze beperking niet op dezelfde manier. Toch is er ook voor een nieuwe datadisk zelden een reden om voor MBR te kiezen. GPT heeft op moderne systemen geen noemenswaardig nadeel, en door het vooraf te kiezen voorkom je dat je ooit tegen de 2 TiB-grens aanloopt als die schijf later wordt vergroot of vervangen door een grotere.

Partitioneringsschema kiezen in de praktijk

Als vuistregel: gebruik GPT, tenzij je een specifieke reden hebt om dat niet te doen, en behandel MBR als iets wat je alleen aanhoudt voor compatibiliteit met een bestaande legacy BIOS-opstelling. Moet je nog bepalen welke storagecapaciteit en welk type je nodig hebt, zie dan Storagemedia kiezen: NVMe vs. SSD vs. HDD per workload: partitioneringsschema is een vervolgbeslissing zodra je weet hoe groot het volume daadwerkelijk moet zijn.