GPT vs MBR. Perché non MBR?


32

Sono un utente Linux. Non ho Windows sul mio laptop. Inoltre, la dimensione del disco rigido è inferiore a 2 TB. Allora perché dovrei usare le tabelle GPT? Non posso andare con il vecchio MBR fasioned?

Avrò due partizioni di root, due partizioni home e uno spazio di swap. Quindi, quando una partizione non è primaria, ma è estesa, ciò fa qualche differenza nelle prestazioni?


GPT non è un metodo di partizionamento specifico per Windows =. Tuttavia, rimuove parte del kludge richiesto facendo funzionare MBR con hardware moderno.
K7AAY,

Risposte:


19

Non farà alcuna differenza per te. I vantaggi di GPT sono:

  • Grandi partizioni, più di 2 TB
  • Numero illimitato di partizioni primarie

Nel tuo caso non è necessario prima. Il secondo può essere ottenuto creando una partizione estesa e creando lì logiche.

Per Linux non importa a quale tipo di partizioni installare (logico o primario). Ma con GPT può essere leggermente più utile spostare le partizioni, se necessario, perché saranno tutte primarie.

Non c'è alcuna differenza di prestazioni.

Tutti gli altri "vantaggi" della GPT sono così minori che non vale la pena menzionarli.


2
Mi piace avere una tabella delle partizioni di backup e poiché le mie unità più recenti potrebbero essere collegate a un sistema UEFI più recente, ho usato solo gpt e incluso entrambe le partizioni efi e bios_grub. Uso persino gpt per unità flash più grandi. Ma come Pilot6 non dice enormi vantaggi. Non ho notato problemi o differenze con le mie unità partizionate gpt. wiki.archlinux.org/index.php/…
oldfred,

Puoi spiegare la tua affermazione che hai "incluso una partizione efi e bios_grub" per favore? So usare bene gparted, ma come si crea una partizione efi e cosa ci si inserisce? Non capisco nulla delle partizioni efi. PS. Ho installato Linux ~ 6 o 8 volte e non ho mai creato più di 3 partizioni per un'installazione: swap, windows_share e la partizione ext4 principale per il sistema operativo Linux.
Gabriel Staples,

45

I vantaggi di GPT sono numerosi:

  • Supporta dischi di dimensioni superiori a 2 TB.
  • Supporta partizioni maggiori di 2 TB.
  • Supporta più di quattro partizioni, senza alcuna distinzione tra partizioni primarie, estese e logiche.
  • Utilizza GUID come codici di tipo, il che significa che c'è meno rischio di codici in conflitto / duplicati.
  • Utilizza esclusivamente l'indirizzamento LBA, rispetto al doppio uso di LBA e CHS da parte di MBR. (Anche su MBR, CHS è inutile su dischi oltre 8 GB, tuttavia, quindi c'è poco rischio di conflitto reale sui dischi rigidi moderni, che sono molto più grandi di questo.)
  • Fornisce strutture duplicate della tabella delle partizioni all'inizio e alla fine del disco, il che rende possibile il recupero da alcuni tipi di errori utente, bug e danni al disco.
  • Fornisce checksum di importanti strutture dati, che consente il rilevamento di alcuni tipi di danni alla tabella delle partizioni.
  • Fornisce un campo di descrizione della partizione UTF, in modo da poter dare i nomi alle partizioni. Si noti che questo è indipendente dal nome del filesystem contenuto nella partizione.
  • Viene utilizzato in modo nativo dal firmware EFI / UEFI.

Notare la differenza tra un tebibyte (TiB; 1024 ^ 4 byte) e un terabyte (TB; 1000 ^ 4 byte). I primi sono unità IEEE-1541 , mentre i secondi sono unità SI. Per la maggior parte delle misurazioni del disco, le unità IEEE-1541 sono più naturali. Alcuni documenti e software (specialmente roba più vecchia) applicano erroneamente i suffissi SI alle misurazioni IEEE-1541, il che è fonte di confusione.

La maggior parte di questi vantaggi sono minori per la maggior parte delle installazioni. I due vantaggi più importanti sono il fatto che GPT è lo schema di partizionamento naturale per EFI e la mancanza di distinzione primaria / estesa / logica. Gli altri vantaggi GPT combinati sono degni di nota, ma non sono problemi travolgenti per la maggior parte delle persone.

La maggior parte dei computer introdotti dalla metà del 2011, inclusa la stragrande maggioranza dei sistemi forniti con Windows 8 e versioni successive, utilizza il firmware EFI. Se si avvia un computer del genere in modalità EFI (anziché utilizzare CSM, che consente l'avvio in modalità BIOS), l'utilizzo di GPT è qualcosa di predefinito. Se si avvia (o si avvia in doppio) Windows in modalità EFI, è necessario utilizzare GPT (è una limitazione di Windows). IIRC, Ubuntu non verrà installato su un disco MBR in modalità EFI, ma probabilmente potresti convertire il tipo di tabella delle partizioni e avviarlo dopo averlo installato. L'avvio da un disco MBR in modalità EFI è tuttavia scarsamente testato e potrebbe non riuscire su alcuni EFI.

La distinzione logica / estesa / logica dell'MBR è un trucco scomodo che è stato creato negli anni '80 per aggirare il limite di quattro partizioni dell'MBR. Per impostazione predefinita, GPT supporta 128 partizioni, ma tale limite può essere aumentato se è assolutamente necessario. Le partizioni logiche MBR non sono più lente di accesso rispetto alle partizioni primarie, ma sono più soggette a danni a causa del fatto che si basano su una struttura di dati dell'elenco collegato che si estende su più settori sparsi sul disco. Il problema più grande è semplicemente gestire problemi come l'esaurimento delle partizioni primarie o la gestione delle operazioni di ridimensionamento delle partizioni che coinvolgono sia le partizioni primarie che logiche (e che quindi richiede anche il ridimensionamento di una partizione estesa, che è un'operazione aggiuntiva - e un'ulteriore possibilità per qualcosa per sbagliare).

Se stai avviando in modalità BIOS su un disco sub-2TiB, probabilmente è meglio attenersi a MBR, semplicemente perché ci sono alcuni BIOS che non reagiscono bene all'avvio da dischi GPT. Di solito questi problemi possono essere risolti, ma è più facile non incorrere in problemi in primo luogo. L'uso di GPT su un computer basato su BIOS ti impedirà anche di installare Windows su quel sistema. Se sai cosa stai facendo e vuoi usare GPT, tuttavia, usare GPT in modalità BIOS per un'installazione Ubuntu è fattibile, e non ti scoraggerò dal farlo - ma se riscontri problemi potresti è necessario risolverlo.

Poiché la maggior parte dei computer moderni utilizza EFI, tuttavia, GPT potrebbe essere semi-richiesto, se si avvia in modalità EFI. Se si utilizza la modalità BIOS / CSM / legacy su tale computer, è comunque preferibile attenersi all'MBR, per i motivi appena indicati. FWIW, la mia raccomandazione a questo punto, se hai la scelta, è disabilitare il supporto BIOS / CSM / legacy e utilizzare la modalità EFI esclusivamente su computer basati su EFI. Ciò semplifica il percorso di avvio e rende meno probabile che si verifichino problemi. Il problema è che ci sono molti cattivi consigli là fuori per fare il contrario, il che crea più problemi di quanti ne risolva, a mio avviso. (Una ricerca su questo sito, ad esempio, rivela numerosi problemi causati da installazioni di sistemi operativi cross-mode e altri problemi relativi all'utilizzo della modalità BIOS / CSM / legacy su un computer basato su EFI.)

Se hai un disco di oltre 2 TB, devi praticamente usare GPT. L'eccezione principale a ciò è se il disco utilizza una dimensione del settore logico di 4096 byte , che porta il limite MBR 2TiB a 16TiB. Alcuni dischi esterni lo fanno e ho sentito parlare anche di alcuni dischi interni di fascia alta. (Notare che molti dischi hanno settori fisici a 4096 byte e settori logici a 512 byte . Hanno lo stesso limite MBR da 2 TB dei dischi con settori fisici e logici a 512 byte.)


1
Questo è stato ben spiegato. Nel mio caso, il mio laptop è un Sony Vaio e l'avvio efi senza Windows OEM è stato un incubo. Non sono riuscito a far caricare grub dalla nuova ssd che ho installato e ho dovuto caricare grub da una USB per avviare manualmente Ubuntu da lì. Quindi ho semplicemente ripartizionato le tabelle di stile MBR e tutto sta funzionando bene per me.
daltonfury42

Informazioni fantastiche! Nel mio caso, ho problemi con l'avvio su una chiavetta USB con partizione MBR su cui è installata un'installazione Lubuntu completa (NON USB Live) quando si utilizza il vecchio Macbook bianco ~ 2008 di mia moglie. Penso che stia aspettando un avvio EFI, quindi ho installato rEFInd sul Macbook, e sebbene veda il mio disco Lubuntu (chiavetta USB), quando lo seleziono dal menu di avvio rEFInd visualizzo l'errore "nessun dispositivo avviabile". Tutto quello che posso pensare è che se reinstallo Lubuntu sulla mia chiavetta portatile con una partizione GPT su di essa, forse funzionerà sul Macbook di mia moglie, quindi è quello che proverò ora. Augurami buona fortuna!
Gabriel Staples,

È probabile che REFInd stia tentando di avviare l'unità USB in modalità BIOS / CSM / legacy, che è un po 'complicata dai dischi esterni sui Mac - a volte funziona, a volte no. Questo presuppone che ci sia anche un boot loader in modalità BIOS sul disco, il che potrebbe non essere il caso. Con rEFInd, di solito è meglio avviare un kernel Linux direttamente in modalità EFI; tuttavia, ciò richiede il giusto driver del file system EFI. Presuppone inoltre che EFI e kernel abbiano la stessa profondità di bit. Su un Mac così vecchio, potrebbe non essere il caso.
Rod Smith,

Piccola aggiunta. Non capisco come, ma creare una grande partizione GPT su HDD da 500 Gb offre uno spazio utilizzabile leggermente più grande rispetto a MBR. La differenza è piccola trascurabile (meno di 1 Mb), ma è a favore della GPT.
mmv-ru,

mmv-ru, è molto probabilmente un artefatto degli strumenti di partizionamento utilizzati. MBR consuma precisamente un settore sul disco. In teoria, è possibile allocare tutto tranne quel settore in una singola partizione (o fino a quattro partizioni). GPT, al contrario, consuma 67 settori (presupponendo settori a 512 byte e le dimensioni predefinite della tabella delle partizioni), quindi lo spazio allocabile massimo teorico in GPT è 66 settori in meno rispetto a MBR. Ciò che fanno effettivamente gli strumenti di partizionamento è un'altra cosa, ovviamente. La mia ipotesi è che ciò che stai vedendo è causato da uno strumento MBR che lascia un vuoto alla fine del disco.
Rod Smith,

1

Me lo sto chiedendo da mesi. Ecco una risposta di Windows alla tua domanda: GPT mi sembra essere molto più veloce. Finora non ho trovato risultati di test che supportino ciò che ho di seguito, anche se ho trovato molte ipotesi che la differenza di prestazioni sia trascurabile se non all'avvio. Non ne sono così sicuro ora. Ecco il mio valore di Tuppence:

Ho un disco esterno USB 3.0 Samsung D3 da 2 TB. L'ho fatto dividere in due partizioni MBR di circa 1 TB ciascuna. Il mio PC è Windows 10 a 64 bit, Asus Z97-P m / b, memoria da 8 GB, CPU i5 4460. Ho eseguito un test CrystalDiskMark x64 3 volte su di esso mentre è stato formattato utilizzando MBR e ho ottenuto questo:

Risultati medi MBR (tutti gli MB / s): - Leggi SEQ Q32T1 40 - Leggi 4K Q32T1 1.47 - Leggi SEQ 142 - Leggi 4K 1.22 - Scrivi SEQ Q32T1 101 - Scrivi 4K Q32T1 8.7 - Scrivi SEQ 112 - Scrivi 4K 8.5

Avendo purtroppo una grande quantità di tempo libero, ho eseguito il backup dei dati (circa 750 GB), riformattato in GPT, in questo caso come singola partizione da 2 TB, copiato i dati sul disco ed eseguito nuovamente i test:

Risultati medi GPT (tutti gli MB / s): - Leggi SEQ Q32T1 165 - Leggi 4K Q32T1 1.83 - Leggi SEQ 170 - Leggi 4K 1.5 - Scrivi SEQ Q32T1 135 - Scrivi 4K Q32T1 8.7 - Scrivi SEQ 138 - Scrivi 4K 8.6

Quindi i risultati di SEQ Q32T1 sono molto, molto più alti con GPT, e tutti gli altri risultati sono più alti con GPT anche se sicuramente non sempre in modo significativo.

Di certo non sono un esperto del reale significato quotidiano di queste differenze, ma ora sono tentato di usare GPT ogni volta che penso di riuscire a cavarmela (cioè evitare i vecchi sistemi operativi che non riescono a leggerlo).


3
Dubito che questa differenza sia dovuta al cambio MBR-> GPT. Il test MBR è sospettosamente vicino al limite di ~ 40 MB / s di unità collegate tramite USB 2. Il Samsung D3 è USB 3, sospetto un fallback a USB 2 nel test MBR (hai usato la stessa porta?)
0xF2

Sì, ho usato la stessa porta, l'unità è stata collegata per tutto il tempo (porta USB 3.0 m / b integrata).
Salto Salto il

7
La tabella delle partizioni non può migliorare la velocità in alcun modo. Qualcosa non va nel tuo test.
Pilota 6

8
Le strutture di dati GPT e MBR sono entrambe così semplici che qualsiasi differenza di prestazioni causata da esse dovrebbe essere minuscola. Quindi, o hai scoperto un bug estremamente imbarazzante o c'è qualcosa di sbagliato nella tua metodologia di test. Prendo atto che hai creato partizioni di dimensioni diverse, ad esempio, per i tuoi due test e che potrebbero avere un impatto significativo. Se hai eseguito un backup e un ripristino a livello di file, avresti modificato la posizione dei file e la loro frammentazione, con possibili conseguenze sui risultati. In altre parole, hai diverse variabili e quindi non puoi determinare quale ha causato i risultati che vedi.
Rod Smith,

2
Strano, perché le tabelle delle partizioni sono ricordate da un sistema operativo (memorizzato nella RAM), una volta caricate. La velocità di scrittura dei file è influenzata dal tipo di file system e dalla natura dei file (pochi grandi o milioni di piccoli). La differenza tra MBR / GPT potrebbe essere solo di un piccolo ritardo (millisecondi e meno), che si verifica quando si carica la tabella delle partizioni ... E, questa tabella non viene ricaricata, fino a quando il disco non viene scollegato o richiesto (modifica della struttura delle partizioni da parte di alcune app) .
kravemir,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.