Cosa succede quando si elimina una partizione? Spiegazione delle modifiche all’MBR e al GPT
Cosa succede quando si elimina una partizione? Il software di partizionamento rimuove la sua definizione dalla struttura delle partizioni attive del disco, quindi Windows non può più accedere a quella zona come se fosse il volume originale. Ciò non comporta necessariamente la sovrascrittura di tutti i file, ma rende lo spazio disponibile per un riutilizzo e può mettere a rischio i dati rimanenti.
Le modifiche esatte ai metadati variano a seconda che si tratti di dischi MBR o GPT. Nei dischi GPT, l’MBR di protezione di solito rimane invariato anche se una partizione viene eliminata. Questo articolo illustra tali differenze per i normali dischi di base di Windows 10 e Windows 11, spiegando anche cosa controllare in WinHex. I dischi dinamici e gli spazi di archiviazione richiedono un’analisi a parte.
Indice dei contenuti
Cosa cambia quando si elimina una partizione?
Una tabella delle partizioni identifica le aree del disco. Un file system organizza i file all'interno di una di queste aree. L'eliminazione di una partizione modifica principalmente il primo livello.
Livello | Ruolo | Effetto della cancellazione di una partizione ordinaria |
Tabella di partizione | Definisce le posizioni e i tipi delle partizioni | La partizione selezionata viene rimossa dal layout riconosciuto |
Metadati del file system | Registra le directory, l’allocazione dei file e altre informazioni relative al volume | Può rimanere nell'ex regione di divisione, sebbene non sia più possibile accedervi normalmente |
Contenuto del file | Archivia documenti, immagini, video e altri dati | Può rimanere leggibile fino a quando non viene sovrascritto o reso altrimenti non disponibile |
Accesso ai volumi di Windows | Mette a disposizione il volume tramite una lettera di unità o un punto di montaggio | Il volume originale non è più disponibile al percorso precedente |
Windows visualizza solitamente l'area della partizione precedente come Non allocato. Un’unità logica MBR eliminata dall’interno di una partizione estesa può invece lasciare Spazio libero all'interno di quel contenitore.
Nessuna delle due etichette dimostra che i settori sottostanti contengano zeri.
L'eliminazione di una partizione si differenzia inoltre da diverse operazioni correlate:
- Rimozione di una lettera di unità modifica un percorso di accesso lasciando inalterata la partizione definita.
- Formattazione crea strutture del file system all'interno di un volume.
- DiscoParte
pulirerimuove le informazioni relative alla partizione dell'intero disco. - DiscoParte
pulire tuttoscrive degli zeri su tutto il disco.
Nel valutare ciò che è ancora recuperabile, tali operazioni non dovrebbero essere considerate intercambiabili.
Cosa cambia nella tabella delle partizioni MBR?
Su un disco MBR convenzionale, quattro record di partizione da 16 byte occupano byte 0x1BE–0x1FD di LBA 0.
Record | Intervallo assoluto di byte dall'inizio del disco |
Prima voce della partizione |
|
Seconda voce della partizione |
|
Terza voce della partizione |
|
Quarta voce della partizione |
|
Firma MBR |
|
Ogni record include il tipo di partizione, l'LBA iniziale e il numero di settori. Il Guida alla tabella delle partizioni MBR illustra la struttura completa del record.
La voce eliminata diventa inutilizzata
Un'implementazione comune azzera il record della partizione selezionata. Ad esempio, il codice di partizionamento di util-linux azzera il record quando si elimina una partizione primaria MBR.
Tuttavia, il numero esatto di byte scritti è un dettaglio di implementazione. Non dare per scontato che ogni utilità di Windows e ogni gestore di partizioni di terze parti produca un’immagine del settore identica.
Una voce della tabella delle partizioni che è stata eliminata non costituisce più una descrizione valida della partizione precedente. Normalmente non viene conservata come record completo con un flag “eliminato” recuperabile.
Esempio: Si consideri una partizione primaria MBR che inizia all'LBA 2.048 e contiene 2.097.152 settori logici.
Campo all'interno del proprio record | Offset relativo | Prima della cancellazione | Dopo che un'operazione di implementazione ha cancellato l'intero record |
Tipo di partizione |
|
|
|
LBA iniziale |
|
|
|
Numero di settori |
|
|
|
I valori multibyte utilizzano la codifica little-endian. Con settori logici da 512 byte, questa partizione di esempio occupa 1 GiB. Tipo 0x07 di per sé non dimostra che il suo file system sia NTFS.
Non è necessario che l'intero MBR scompaia
L'eliminazione di una partizione primaria non comporta di per sé la cancellazione del codice di avvio, della firma del disco, degli altri record di partizione o del file finale 55 AA firma.
Di conseguenza, trovare 55 AA Il fatto che non compaia più dopo la cancellazione non dimostra che la partizione originale esista ancora.
Le unità logiche richiedono un controllo aggiuntivo. La loro struttura dipende dagli Extended Boot Record (EBR) presenti all’interno di una partizione estesa. L’eliminazione può modificare tali record o i relativi collegamenti, lasciando tuttavia presente il record di primo livello della partizione estesa all’LBA 0.
Cosa cambia nei metadati relativi alla cancellazione delle partizioni GPT?
GPT memorizza le definizioni delle partizioni in un array di voci di partizione. La dimensione standard di una voce è di 128 byte, ma è l'intestazione a specificarne la dimensione effettiva.
Il Struttura delle voci delle partizioni GPT contiene i seguenti campi:
Campo | Offset all'interno di una voce | Significato dopo la cancellazione |
GUID del tipo di partizione |
| Un GUID composto interamente da zeri identifica una voce non utilizzata |
GUID univoco della partizione |
| Può essere cancellato insieme al resto della voce |
LBA iniziale |
| Non definisce più una partizione attiva quando la voce non è in uso |
LBA finale |
| Stessa limitazione dell'LBA iniziale |
Attributi |
| Potrebbe essere autorizzato |
Nome della partizione |
| Potrebbe essere autorizzato |
La distinzione fondamentale è quella tra una voce non utilizzata e uno schema di cancellazione garantito byte per byte.
L'UEFI definisce un GUID di tipo "zero" come non utilizzato. I software di partizionamento potrebbero cancellare l'intera voce; util-linux fornisce un esempio concreto di tale comportamento. Per una determinata operazione di Windows è comunque necessario effettuare una cattura "prima e dopo" specifica per stabilire esattamente quali byte siano stati modificati.
Anche uno slot composto interamente da zeri non è di per sé sufficiente a dimostrare che si sia verificata una cancellazione. Lo slot potrebbe non essere mai stato utilizzato.
Entrambe le copie del GPT dovrebbero riportare la cancellazione
GPT gestisce i metadati delle partizioni primarie e di backup. Un aggiornamento eseguito correttamente modifica entrambe le copie in modo che rispecchino la struttura attuale.
Ciò significa che il GPT di backup è normalmente non è una copia di annullamento che contiene la partizione eliminata. Il ripristino dopo una normale operazione di eliminazione completata con successo di solito ripristina la stessa struttura attuale.
A seguito di interruzioni durante la scrittura o di danneggiamento dei dati, potrebbe rimanere un backup non aggiornato; tuttavia, si tratta di un'incongruenza da approfondire piuttosto che di un metodo di ripristino affidabile.
È necessario ricalcolare i checksum
Per modificare l'array delle voci è necessario aggiornarne il PartitionEntryArrayCRC32. Poiché quel checksum si trova all’interno dell’intestazione, l’intestazione HeaderCRC32 devono essere ricalcolati.
Il Guida all'intestazione GPT spiega queste relazioni.
Due ambiti sono particolarmente soggetti a fraintendimenti:
Numero di voci di partizioneis the number of available entry slots, not the number currently occupied. Deleting one partition normally does not reduce it.DiskGUIDidentifies the disk. Removing one partition does not inherently require changing that identifier.
Valid GPT checksums establish metadata consistency. They do not establish that the former partition’s files remain intact.
Does the Protective MBR Change When a GPT Partition Is Deleted?
Usually, its meaningful partition information does not change.
The structure sometimes called a GPT disk’s “virtual MBR” is more accurately called the protective MBR, or PMBR. It occupies LBA 0 and helps prevent older MBR-only utilities from treating the disk as empty.
A standard protective MBR contains one 0xEE record. That record protects the GPT disk area; it does not separately describe each GPT partition.
Protective record field | Normal meaning | Expected effect of deleting one GPT partition |
Tipo di partizione |
| Remains |
LBA iniziale | LBA 1 | Remains LBA 1 |
Numero di settori | Disk logical-block count minus one, capped at | Does not shrink by the deleted partition’s size |
Other three MBR records | Unused | Remain unused |
If the protective record occupies the first MBR slot, WinHex shows its type byte at absolute offset 0x1C2.
An unchanged protective MBR does not mean GPT partition deletion failed. The actual partition definitions reside in the GPT arrays.
Software can rewrite or normalize LBA 0 while saving changes, so an identical whole-sector comparison is not a universal requirement. Hybrid MBR layouts also require separate treatment because they contain additional legacy partition mappings.
What Happens to the File System and Files?
Removing a partition definition does not inherently require overwriting the former volume’s boot sector, NTFS Master File Table, FAT structures, or every file-data sector.
That separation explains how a scanner can sometimes locate a missing volume even after its partition-table record has been cleared.
However, “the partition table changed” is not enough to conclude that all file data survived:
- Additional formatting or signature-wiping operations can damage file-system metadata.
- New partitions and subsequent writes can overlap the original data.
- TRIM, UNMAP, or related deallocation behavior can make storage ranges unavailable through normal reads.
- Existing corruption may prevent a surviving file system from being reconstructed.
On SSDs and thin-provisioned storage, do not assume that avoiding new file copies guarantees recovery. Deallocation behavior depends on the operation, operating system, storage stack, and device.
The partition’s role also matters. Deleting a data partition removes normal access to its files. Deleting an Partizione di sistema EFI can prevent startup even while the Windows partition remains present.
How to Inspect the Changes in WinHex
For an affected disk containing important files, preserve a disk image before investigating. Use a disposable test disk or virtual disk for a deliberate deletion experiment.
A reliable comparison requires images captured before and after the same operation. An after-only image cannot show exactly what changed.
Identify the disk and its logical sector size
In an elevated PowerShell window, these commands query the current layout:
Get-Disk |- Select-Object Number, FriendlyName, SerialNumber, PartitionStyle,
- Size, LogicalSectorSize, PhysicalSectorSize
After identifying the correct disk, inspect its recognized partitions:
Get-Partition -DiskNumber 3 |- Select-Object PartitionNumber, DriveLetter, Offset, Size, Type
3 is an example disk number. Confirm the actual device by its model, capacity, and identifier before substituting it.
These queries report the recognized layout; they do not recover a deleted entry.
Open the correct address space in read-only mode
Open the complete disk image in WinHex, or select the physical disk when direct examination is appropriate. Confirm Read-only/View mode in the information pane.
Opening a mounted volume starts from that volume’s address space. It does not present the whole disk’s LBA 0.
Use the device’s logical sector size when converting logical block addresses to byte offsets:
- Disk byte offset = LBA × logical sector size
Compare the relevant structures
For MBR, compare LBA 0, particularly the four partition records. Include the EBR chain when investigating a logical drive.
For GPT:
- Read the primary header at LBA 1.
- Obtain
PartitionEntryLBA,Dimensione della voce di partizione, eNumero di voci di partizione. - Compare the relevant entries in both arrays.
- Check the array and header checksums.
- Compare the protective MBR separately.
For a zero-based entry index i, its disk byte offset is:
- PartitionEntryLBA × logical sector size
- + i × SizeOfPartitionEntry
Esempio: With 512-byte logical sectors, an array beginning at LBA 2, and 128-byte entries, entry index 0 begins at 0x400. These are example conditions, not universal offsets.
Finally, compare the former volume’s starting sector using its recorded pre-deletion location. A surviving boot sector is useful evidence, but it does not prove that every directory or file remains readable.
What Recovering a Deleted Partition Structure Requires
Recovering deleted partition structure means reconstructing a valid partition definition from surviving evidence. It differs from copying recoverable files to another disk.
A candidate structure needs more support than a familiar signature. Check:
- Whether the proposed start and length fit inside the disk.
- Whether the file system’s internal geometry agrees with those boundaries.
- Whether it overlaps any partition that must remain.
- Whether directories and representative files can be read.
- Whether the proposed layout preserves other required partitions.
TestDisk can search for lost partitions and write selected definitions. Its search results still require review; finding a candidate does not make writing it automatically correct.
If the immediate goal is retrieving documents or photos, recovering files to another physical disk can avoid committing a reconstructed layout first. The lost partition recovery guide explains how to choose an appropriate next step.
After reconstruction, verify the recognized boundaries, readable folders, and actual files. For a system disk, startup verification is a separate requirement. A successful partition-table write alone does not confirm a complete recovery.
Domande frequenti
L'eliminazione dell'ultima partizione comporta la conversione da GPT a MBR?
Il backup GPT può ripristinare una partizione cancellata intenzionalmente?
"Non allocato" significa che ogni settore è vuoto?
CHKDSK è in grado di ricreare una voce di partizione cancellata?
L'eliminazione di una partizione sposta i file nel Cestino?
La creazione di una partizione della stessa dimensione consentirà di ripristinare tutto?
È sufficiente cancellare una partizione prima di vendere un disco rigido?
