Domande frequenti su Windows e GPT

La tabella di partizione GUID (GPT) è stata introdotta come parte dell'iniziativa UEFI (Unified Extensible Firmware Interface). GPT offre un meccanismo più flessibile per il partizionamento dei dischi rispetto allo schema di partizionamento MBR (Master Boot Record) meno recente comune ai PC.

Una partizione è uno spazio di archiviazione contiguo su un disco fisico o logico che funziona come se fosse un disco fisicamente separato. Le partizioni sono visibili al firmware di sistema e ai sistemi operativi installati. L'accesso a una partizione viene controllato dal firmware di sistema prima che il sistema avvii il sistema operativo e quindi dal sistema operativo dopo l'avvio.

I dischi MBR supportano solo quattro voci della tabella di partizione. Per più di quattro partizioni, è necessaria una struttura secondaria nota come partizione estesa. Le partizioni estese possono quindi essere suddivise in uno o più dischi logici.

Windows crea partizioni disco MBR e unità logiche sui limiti dei cilindri in base alla geometria segnalata, anche se queste informazioni non hanno più alcuna relazione con le caratteristiche fisiche dell'hardware (driver del disco o controller RAID). A partire da Windows Vista e Windows Server 2008, vengono selezionati più limiti logici quando l'hardware fornisce suggerimenti migliori per la vera cache o l'allineamento fisico. Poiché queste informazioni sulla partizione vengono archiviate nell'unità stessa, il sistema operativo non dipende dall'allineamento.

Le regole di partizionamento MBR sono complesse e non specificate correttamente. Ad esempio, l'allineamento dei cilindri significa che ogni partizione deve avere almeno un cilindro di lunghezza? Una partizione MBR viene identificata da un campo a due byte e il coordinamento è necessario per evitare conflitti. IBM ha originariamente fornito tale coordinamento, ma oggi non esiste un singolo elenco autorevole di identificatori di partizione.

Un'altra pratica comune consiste nell'usare settori partizionati o "nascosti" per contenere informazioni specifiche usando processi non documentati e comporta problemi difficili da sottoporre a debug. In passato, implementazioni e strumenti specifici del fornitore sono stati rilasciati al pubblico, che rendeva difficile il supporto.

I dischi GPT consentono la crescita. Il numero di partizioni in un disco GPT non è vincolato da schemi temporanei, ad esempio le partizioni del contenitore definite dal record di avvio esteso MBR (EBR). Il formato di partizione del disco GPT è ben definito e completamente autoidentifidato. I dati critici per l'operazione della piattaforma si trovano in partizioni e non in settori non partizionati o "nascosti". I dischi GPT usano tabelle di partizione primaria e di backup per i campi ridondanza e CRC32 per migliorare l'integrità della struttura dei dati di partizione. Il formato della partizione GPT usa i campi numero di versione e dimensioni per l'espansione futura.

Ogni partizione GPT ha un GUID di identificazione univoco e un tipo di contenuto di partizione, pertanto non è necessario alcun coordinamento per evitare conflitti di identificatore di partizione. Ogni partizione GPT ha un nome Unicode di 36 caratteri. Ciò significa che qualsiasi software può presentare un nome leggibile per la partizione senza alcuna comprensione aggiuntiva della partizione.

Il capitolo 5 della specifica UEFI (Unified Extensible Firmware Interface) (versione 2.3) definisce il formato GPT. Questa specifica è disponibile all'indirizzo https://www.uefi.org/specifications.

I dischi di base sono i tipi di archiviazione usati più di frequente con Windows. "Disco di base" fa riferimento a un disco che contiene partizioni, ad esempio partizioni primarie e unità logiche, in genere formattate con un file system per diventare un volume per l'archiviazione file.

L'area MBR protettiva in una tabella di partizione GPT esiste per garantire la compatibilità con le versioni precedenti con le utilità di gestione dei dischi che operano su MBR. L'intestazione GPT definisce l'intervallo di indirizzi di blocchi logici utilizzabili dalle voci di partizione. L'intestazione GPT definisce anche la posizione sul disco, il GUID e un check di ridondanza ciclico a 32 bit (CRC32) usato per verificare l'integrità dell'intestazione GPT. Ogni voce nella tabella di partizione GUID inizia con un GUID del tipo di partizione. Il GUID del tipo di partizione a 16 byte, simile a un ID di sistema nella tabella di partizione di un disco MBR, identifica il tipo di dati che la partizione contiene e identifica come viene usata la partizione, ad esempio se si tratta di un disco di base o di un disco dinamico. Si noti che ogni voce di partizione GUID ha una copia di backup.

Per altre informazioni sui dischi di base, vedere Basic e Dynamic Disks.

I dischi dinamici sono stati introdotti per la prima volta con Windows 2000 e offrono funzionalità che non sono i dischi di base, ad esempio la possibilità di creare volumi che si estendono su più dischi (volumi con estensione estesa e con striping) e la possibilità di creare volumi a tolleranza di errore (volumi con mirroring e RAID-5). I dischi dinamici possono usare gli stili di partizione MBR o GPT nei sistemi che supportano entrambi. Per altre informazioni sui dischi dinamici, vedere Basic e Dynamic Disks.

I dischi GPT sono autoidentifiche. Tutte le informazioni necessarie per interpretare lo schema di partizionamento di un disco GPT sono completamente contenute in strutture in posizioni specificate nei supporti fisici.

In teoria, un disco GPT può avere una lunghezza massima di 2^64 blocchi logici. I blocchi logici sono in genere di 512 byte di dimensioni.

La dimensione massima della partizione (e del disco) dipende dalla versione del sistema operativo. Windows XP e la versione originale di Windows Server 2003 hanno un limite di 2 TB per disco fisico, incluse tutte le partizioni. Per Windows Server 2003 SP1, Windows XP x64 Edition e versioni successive, è possibile supportare la partizione non elaborata massima di 18 exabyte. I file system Windows attualmente sono limitati a 256 terabyte ciascuno.

La specifica consente un numero quasi illimitato di partizioni. Tuttavia, l'implementazione di Windows limita questa operazione a 128 partizioni. Il numero di partizioni è limitato dalla quantità di spazio riservata per le voci di partizione nel GPT.

No. Tuttavia, tutti i dischi GPT contengono un MBR protettivo.

L'MBR protettivo, a partire dal settore 0, precede la tabella di partizione GPT sul disco. L'MBR contiene un tipo 0xEE partizione che si estende sul disco.

L'MBR protettivo protegge i dischi GPT da strumenti di disco MBR rilasciati in precedenza, ad esempio Microsoft MS-DOS FDISK o Microsoft Windows NT Disk Administrator. Questi strumenti non sono a conoscenza di GPT e non sanno come accedere correttamente a un disco GPT. Il software legacy che non conosce GPT interpreta solo l'MBR protetto quando accede a un disco GPT. Questi strumenti visualizzeranno un disco GPT come una singola partizione che comprende (possibilmente non riconosciuta) interpretando protected MBR, anziché scambiando il disco per uno non partizionato.

Ciò si verifica quando si usa uno strumento disco compatibile solo MBR per accedere al disco GPT. Per altre informazioni, vedere le sezioni seguenti:

• Come un disco può essere sia GPT che MBR
• MBR protettivo
• Perché il GPT ha un MBR protettivo

Supporto del disco Windows

Windows XP x64 Edition può usare dischi GPT solo per i dati.

No. La versione a 32 bit vedrà solo l'MBR protettivo. La partizione EE non verrà montata o esposta in altro modo al software dell'applicazione.

A partire da Windows Server 2003 Service Pack 1, tutte le versioni di Windows Server possono usare dischi partizionati GPT per i dati. L'avvio è supportato solo per le edizioni a 64 bit nei sistemi basati su Itanium.

Sì, tutte le versioni possono usare dischi partizionati GPT per i dati. L'avvio è supportato solo per le edizioni a 64 bit nei sistemi basati su UEFI.

No. Anche in questo caso, il software legacy vedrà solo l'MBR protettivo.

È possibile spostare o migrare dischi GPT solo dati in altri sistemi che eseguono Windows XP (solo edizione a 64 bit) o versioni successive del sistema operativo (edizioni a 32 o 64 bit). È possibile eseguire la migrazione dei dischi GPT solo dati dopo l'arresto del sistema o dopo la rimozione sicura del disco.

I dischi GPT e MBR possono essere misti nei sistemi che supportano GPT, come descritto in precedenza. Tuttavia, è necessario tenere presenti le restrizioni seguenti:

• I sistemi che supportano UEFI richiedono che la partizione di avvio si trovi in un disco GPT. Altri dischi rigidi possono essere MBR o GPT.
• Entrambi i dischi MBR e GPT possono essere presenti in un singolo gruppo di dischi dinamici. I set di volumi possono estendersi sia su dischi MBR che GPT.

I supporti rimovibili devono essere MBR, GPT o "superfloppy".

I supporti rimovibili senza formattazione GPT o MBR sono considerati "superfloppy". L'intero supporto viene considerato come una singola partizione.

Il produttore del supporto esegue qualsiasi partizionamento MBR di supporti rimovibili. Se il supporto ha un MBR, è supportata una sola partizione. Esiste una piccola differenza tra i supporti partizionati MBR e le superfloppie.

Esempi di supporti rimovibili includono unità disco floppy, munizioni di dischi JAZ, supporti magneto-ottici, DVD-ROM e CD-ROM. Le unità disco rigido su bus esterni, ad esempio SCSI o IEEE 1394, non sono considerate rimovibili.

Qual è il comportamento predefinito di Windows XP 64 Bit Edition versione 2003 durante il partizionamento dei supporti?

Solo per Windows XP versione 2003 a 64 bit (per i sistemi basati su Itanium), i dischi fissi vengono partizionati usando il partizionamento GPT. I dischi GPT possono essere convertiti in dischi MBR solo se tutto il partizionamento esistente viene eliminato per la prima volta, con perdita di dati associata.

È possibile usare solo dischi MBR.

Non esiste alcun mapping intrinseco tra lettera di unità e partizione che può essere usato per determinarne uno dall'altro. Una partizione dati di base deve essere identificata dal GUID della partizione.

È possibile creare partizioni ESP usando l'utilità firmware UEFI Diskpart.efi o l'utilità della riga di comando di Windows Diskpart.exe.

Non è consigliabile modificare direttamente alcuna voce di intestazione di partizione. Non usare strumenti o utilità del disco per apportare modifiche o modifiche.

I dischi scollegabili in genere devono eseguire la migrazione tra computer o semplicemente non essere disponibili per il sistema operativo in alcuni casi. Esempi di dischi scollegabili sono dischi USB, che possono essere facilmente disconnessi dall'utente finale. Windows XP supporta solo il partizionamento MBR su dischi scollegabili. Le versioni successive di Windows supportano le partizioni GPT nei dischi scollegabili.

Per altre informazioni sui supporti rimovibili, vedere le domande seguenti:

• Supporti rimovibili
• Superfloppy

Partizioni necessarie per Windows GPT: Partizione di sistema EFI

Esp contiene il NTLDR, HAL, Boot.txt e altri file necessari per avviare il sistema, ad esempio i driver. Il GUID della partizione definisce ESP:

DEFINE_GUID (PARTITION_SYSTEM_GUID, 0xC12A7328L, 0xF81F, 0x11D2, 0xBA, 0x4B, 0x00, 0xA0, 0xC9, 0x3E, 0xC9, 0x3B)

No, anche i dischi MBR possono avere ESP. UEFI specifica l'avvio da GPT o MBR. Esp in un disco MBR è identificato dal tipo di partizione 0xEF. Tuttavia, Windows non supporta l'avvio UEFI da dischi MBR o 0xEF partizioni.

Esp è di circa 100 MB.

Questa configurazione non deve essere creata e non è supportata in Windows.

Le partizioni ESP possono essere replicate per configurazioni a disponibilità elevata. La replica deve essere eseguita manualmente e il contenuto deve essere sincronizzato manualmente quando si usano volumi software. I fornitori di hardware possono fornire soluzioni aggiuntive per la disponibilità elevata. Non è possibile eseguire il mirroring delle partizioni ESP.

Microsoft inserisce hal, caricatore e altri file necessari per avviare il sistema operativo in ESP.

Il esp deve essere il primo sul disco. Il vantaggio principale di posizionare esp per primo, è che è impossibile estendersi su volumi quando ESP è logicamente tra le due partizioni di dati che si sta tentando di estendersi.

Esp deve includere solo i file necessari per l'avvio di un sistema operativo, gli strumenti della piattaforma eseguiti prima dell'avvio del sistema operativo o i file a cui è necessario accedere prima dell'avvio del sistema operativo. Ad esempio, i file necessari per eseguire la manutenzione del sistema di preavvio devono essere inseriti nell'ESP.

Altri file di aggiunta valore o diagnostica usati durante l'esecuzione del sistema operativo non devono essere inseriti nell'ESP. È importante notare che lo spazio in ESP è una risorsa di sistema limitata; il suo scopo principale è quello di fornire spazio di archiviazione per i file necessari per avviare il sistema operativo.

L'opzione preferita è che i produttori di sistema inserisca il contenuto del componente aggiuntivo di valore in una partizione specifica dell'OEM. Proprio come le partizioni OEM MBR, il contenuto delle partizioni OEM GPT (o altre partizioni non riconosciute) non vengono esposte (lettere di unità o restituite in elenchi di volumi). Gli utenti vengono avvisati che l'eliminazione della partizione può causare l'esito negativo del funzionamento del sistema. Una partizione specifica dell'OEM deve essere inserita prima dell'MSR e dopo qualsiasi ESP sul disco. Anche se non architetturale, questo posizionamento ha gli stessi vantaggi dell'inserimento del esp per primo. Ad esempio, è anche impossibile estendersi su volumi quando una partizione specifica dell'OEM è logicamente tra le due partizioni di dati che si sta tentando di estendersi.

Il posizionamento in ESP è un'opzione per applicazioni o file eseguiti nell'ambiente di avvio del sistema pre-operativo. Tuttavia, ESP è uno spazio condiviso dall'architettura e rappresenta una risorsa limitata. È consigliabile considerare attentamente l'utilizzo di spazio nell'ESP. I file non rilevanti per l'ambiente di avvio del sistema pre-operativo non devono essere inseriti nell'ESP.

La partizione riservata Microsoft (MSR) riserva spazio su ogni unità disco per l'uso successivo da parte del software del sistema operativo. I dischi GPT non consentono settori nascosti. I componenti software che in precedenza utilizzavano settori nascosti ora allocano parti dell'MSR per le partizioni specifiche del componente. Ad esempio, la conversione di un disco di base in un disco dinamico determina la riduzione delle dimensioni di MSR su tale disco e una partizione appena creata contiene il database del disco dinamico. Il MSR ha il GUID della partizione:

DEFINE_GUID (PARTITION_MSFT_RESERVED_GUID, 0xE3C9E316L, 0x0B5C, 0x4DB8, 0x81, 0x7D, 0xF9, 0x2D, 0xF0, 0x02, 0x15, 0xAE)

Ogni disco GPT deve contenere un msr. L'ordine delle partizioni sul disco deve essere ESP (se presente), OEM (se presente) e MSR seguito da partizioni di dati primarie. È particolarmente importante creare msr prima di altre partizioni di dati primarie.

È necessario creare msr quando le informazioni sul partizionamento del disco vengono scritte per la prima volta nell'unità. Se il produttore partiziona il disco, il produttore deve creare contemporaneamente l'MSR. Se Windows partiziona il disco durante l'installazione, Windows crea il msr.

Dopo aver partizionato il disco, non sarà disponibile spazio disponibile per creare un msr.

Al momento della creazione iniziale, le dimensioni dell'msr dipendono dalle dimensioni dell'unità disco:

• Nelle unità di dimensioni inferiori a 16 GB, msr è 32 MB.
• Nelle unità maggiori o uguali a 16 GB, msr è di 128 MB.

Poiché msr è diviso in altre partizioni, diventa più piccolo.

Implementazione di Windows GPT ESP

Per i sistemi UEFI, l'unità di avvio deve contenere un ESP, un MSR e almeno una partizione di dati di base che contiene il sistema operativo. In un sistema deve esistere un solo ESP anche se in tale sistema sono installati più sistemi operativi. In una configurazione di avvio con mirroring possono essere effettivamente presenti due unità con un ESP, ma sono considerate una copia ridondante dello stesso ESP. Ogni unità dati deve contenere almeno un MSR e una partizione di dati di base.

Tutte le partizioni di dati di base nell'unità devono essere contigue. Come indicato in precedenza, l'inserimento di una partizione specifica dell'OEM o di un'altra partizione non riconosciuta tra le partizioni di dati impone limitazioni per lo spanning successivo del volume.

Le partizioni di dati di base corrispondono alle partizioni MBR primarie 0x6 (FAT), 0x7 (NTFS) o 0xB (FAT32). Ogni partizione di base può essere montata usando una lettera di unità o un punto di montaggio, un altro oggetto dispositivo volume o entrambi. Ogni partizione dati di base è rappresentata in Windows come oggetto dispositivo volume e, facoltativamente, come punto di montaggio o lettera di unità.

Ha il GUID del tipo di partizione seguente

DEFINE_GUID (PARTITION_BASIC_DATA_GUID, 0xEBD0A0A2L, 0xB9E5, 0x4433, 0x87, 0xC0, 0x68, 0xB6, 0xB7, 0x26, 0x99, 0xC7);

La partizione ESP non è nascosta, ma non ha anche una lettera di unità assegnata. Non verrà visualizzato in Explorer, a meno che non venga assegnata una lettera di unità, ma alcuni strumenti potranno elencarlo.

Gli utenti non vedranno queste partizioni esposte in Esplora risorse, né il file system riconosciuto esposto ai programmi legacy, ad esempio l'indicizzazione del contesto. Le partizioni specifiche dell'OEM e di altre partizioni non riconosciute saranno visibili solo nello snap-in MMC Gestione disco perché non avranno un file system riconoscibile.

Windows espone solo le partizioni di dati di base. È possibile montare altre partizioni con file system FAT, ma non esposte solo a livello di codice. Solo le partizioni di dati di base vengono assegnate lettere di unità o punti di montaggio.

Il file system FAT ESP viene montato, ma non esposto. Ciò consente ai programmi in esecuzione in Windows di aggiornare il contenuto di ESP. L'assegnazione di una lettera di unità a ESP con mountvol /s consentirà l'accesso alla partizione. L'accesso a ESP richiede privilegi di amministratore. Anche se msr e tutte le partizioni create da MSR potrebbero avere file system riconoscibili, nessuno viene esposto.

Le partizioni o le partizioni specifiche dell'OEM associate ad altri sistemi operativi non vengono riconosciute da Windows. Le partizioni non riconosciute con file system riconoscibili vengono trattate come ESP. Verranno montati, ma non esposti. A differenza dei dischi MBR, non esiste alcuna differenza pratica tra partizioni specifiche dell'OEM e altre partizioni del sistema operativo; tutti sono "non riconosciuti".

L'utente può usare strumenti di gestione dei dischi, ad esempio l'utilità Gestione disco o la riga di comando di Windows diskpart.exe. Il msr e le partizioni create da MSR sono visibili solo dalla riga di comando.

I dischi dinamici usano due partizioni GPT diverse

• Partizione del contenitore di dati che corrisponde alla partizione MBR 0x42, con il GUID seguente: ; DEFINE_GUID (PARTITION_LDM_DATA_GUID, 0xAF9B60A0L, 0x1431, 0x4F62, 0xBC, 0x68, 0x33, 0x11, 0x71, 0x4A, 0x69, 0xAD)

• Partizione che deve contenere il database di configurazione dinamica, con il GUID seguente: DEFINE_GUID(PARTITION_LDM_METADATA_GUID, 0x5808C8AAL, 0x7E8F, 0x42E0, 0x85, 0xD2, 0xE1, 0xE9, 0x04, 0x34, 0xCF, 0xB3);

I volumi vengono creati nel contenitore di dati e montati per impostazione predefinita. Anche in questo caso, si tratta esattamente dello stesso contenuto di 0x42 partizioni MBR.

Affinché un'unità sia idonea per la conversione in dinamica, tutte le partizioni di dati di base nell'unità devono essere contigue. Se altre partizioni non riconosciute separano le partizioni di dati di base, il disco non può essere convertito. Questo è uno dei motivi per cui è necessario creare msr prima di qualsiasi partizione di dati di base. Il primo passaggio della conversione consiste nel separare una parte del msr per creare la partizione del database di configurazione. Tutte le partizioni di base non avviabili vengono quindi combinate in una singola partizione del contenitore di dati. Le partizioni di avvio vengono mantenute come partizioni separate del contenitore di dati. Si tratta di una conversione analoga alla conversione di partizioni primarie.

Windows XP e versioni successive di Windows differiscono da Windows 2000 in quanto le partizioni di base e estese vengono convertite preferibilmente in una singola partizione 0x42, anziché essere mantenute come più partizioni distinte 0x42 come in Windows 2000.

Sì. Per altre informazioni, vedere Informazioni sulla combinazione e la corrispondenza di dischi GPT e MBR nello stesso sistema?

È possibile accedere alle partizioni del disco GPT di tipi diversi usando gli strumenti elencati nella tabella seguente.

Usando le API di Microsoft Platform SDK, è anche possibile sviluppare strumenti personalizzati per accedere alle partizioni del disco GPT a livello primitivo.

I dischi GPT e MBR vengono gestiti allo stesso modo. I dischi possono essere formattati come GPT o MBR usando l'utilità del prompt dei comandi Diskpart.exe o tramite lo snap-in Amministratore disco. I volumi possono essere creati su dischi GPT e MBR e entrambi i tipi di dischi possono essere combinati nello stesso gruppo di dischi dinamici.

A partire da Windows XP, non è disponibile alcun supporto per set di FTdisk in Windows per i dischi MBR o GPT. L'unico supporto per i volumi logici è tramite dischi dinamici.

Microsoft offre MBR2GPT.exe che converte i dischi da MBR a GPT.

NTFS è consigliato in tutte le partizioni di dati di base e in tutti i volumi dinamici. Il programma di installazione di Windows e lo snap-in Gestione disco offrono solo NTFS. Per aggirare questa operazione, la partizione o il volume devono essere formattati in modo esplicito tramite lo strumento da riga di comando Format.

Modifica dei dischi GPT e del relativo contenuto

È possibile creare un disco GPT solo su un disco vuoto e non partizionato (disco non elaborato o disco MBR vuoto). Per altre informazioni sulla creazione di dischi GPT, vedere Uso di unità GPT.

È possibile convertire un formato di partizione esistente in un altro formato. Per altre informazioni, vedere gli articoli technet seguenti:

• Modificare un disco record di avvio master in un disco tabella di partizione GUID
• Modificare un disco tabella di partizione GUID in un disco record di avvio master

I GUID del disco e della partizione non saranno più univoci. Questo non deve mai accadere. È possibile creare una copia del settore per settore del contenuto di ESP o partizioni di dati di base.

È possibile copiare un intero disco GPT usando gli strumenti di imaging OPK; Tuttavia, ci sono alcune avvertenze chiave. L'OEM Preinstallation Kit (OPK) inizializza i GUID del disco e della partizione su zero. Al primo avvio di Windows, il sistema operativo genera GUID univoci. OpK supporta solo la generazione di partizioni di dati ESP, MSR e di base.

Se un'applicazione ha registrato guid su disco o partizione, può interrompersi. Qualsiasi applicazione, driver, utilità o implementazioni del firmware fornite dai produttori di sistema o dai fornitori di applicazioni che si basano su GUID deve essere in grado di gestire GUID che cambiano dai valori di inizializzazione OPK a quelli generati dal sistema operativo.

Il comando Diskpart.efi MAKE è un modo per gli OEM per semplificare la preinstallazione del sistema operativo e il ripristino del sistema. Questo comando può essere facilmente esteso per creare una configurazione del disco "predefinita" per la piattaforma. Ad esempio, il produttore del sistema potrebbe estendere il comando MAKE per partizionare automaticamente l'unità di avvio con un ESP, MSR, una partizione specifica dell'OEM e una partizione di dati di base.

Si consideri ad esempio una possibile configurazione del disco denominata BOOT_DISK. In caso di ripristino degli errori aziendali, MAKE BOOT_DISK consente al cliente di suddividere completamente un disco di avvio alle impostazioni predefinite della factory originale.

Se Windows rileva un GUID di disco o di partizione duplicato, Windows genererà nuovi GUID per qualsiasi GUID del disco duplicato, GUID di partizione MSR o GUID di base di MSR al rilevamento. Si tratta di una gestione delle firme MBR duplicata in Windows 2000. I GUID duplicati in un contenitore dinamico o in una partizione di database causano risultati imprevedibili.