GPT vs MBR. Neden MBR değil?


32

Ben bir Linux kullanıcısıyım. Dizüstü bilgisayarımda Windows yok. Ayrıca, sabit disk boyutu 2 TB'den küçük. Öyleyse neden GPT tablolarını kullanmalıyım? Eski fasioned MBR ile gidemez miyim?

İki kök bölüme, iki ev bölümüne ve bir takas alanına sahip olacağım. Bir bölüm birincil değil, ancak genişletildiğinde, bu herhangi bir performans farkı yaratır mı?


GPT bir Windows = özel bölümleme yöntemi değildir. Yine de MBR'yi modern donanımla çalışmasını sağlayarak gerekli tortuyu giderir.
K7AAY

Yanıtlar:


19

Sizin için hiçbir şey farketmez. GPT'nin avantajları:

  • Büyük bölmeler, 2 TB'den fazla
  • Sınırsız sayıda birincil bölüm

Senin durumunda önce gerek yok. İkincisi, genişletilmiş bir bölüm oluşturarak ve orada mantıklı olanları oluşturarak sağlanabilir.

Linux için hangi tür bölümlerin yüklendiğinin önemi yoktur (mantıksal veya birincil). Ancak GPT ile gerektiğinde bölümleri taşımak biraz daha kullanışlı olabilir, çünkü hepsi birincil olacaktır.

Hiçbir performans farkı yoktur.

GPT'nin diğer tüm "avantajları" o kadar küçük ki, söylemeye değmez.


2
Yedekleme bölümü tablosuna sahip olmaktan hoşlanıyorum ve yeni sürücülerim daha yeni bir UEFI sistemine takılabildiğinden, yalnızca gpt kullandım ve hepsine hem efi & bios_grub bölümünü dahil ettim. Daha büyük flash sürücüler için gpt kullanıyorum. Ancak Pilot6'nın dediği gibi hiçbir büyük avantaj yok. Gpt bölümlenmiş disklerimle ilgili herhangi bir sorun veya farklılık görmedim. wiki.archlinux.org/index.php/…
oldfred

Lütfen "hem efi hem de bios_grub bölümünü eklediğiniz" ifadesini açıklayabilir misiniz? Gparted'i nasıl iyi kullanacağımı biliyorum, ama nasıl bir efi bölüşümü yapıyorsunuz ve içine ne koyuyorsunuz? Efi bölümleri hakkında hiçbir şey anlamıyorum. PS. Linux ~ 6 veya 8 kez kurdum ve kurulum için hiçbir zaman 3'ten fazla bölüm oluşturmadım: takas, windows_share ve Linux işletim sistemi için ana ext4 bölümü.
Gabriel Staples

45

GPT'nin birkaç avantajı var:

  • 2TiB'den büyük diskleri destekler.
  • 2TiB'den büyük bölümleri destekler.
  • Birincil, genişletilmiş ve mantıksal bölümler arasında ayrım yapılmaksızın dört bölümden fazlasını destekler.
  • GUID'leri tip kodu olarak kullanır, bu da çakışan / yinelenen kodlar için daha az risk olduğu anlamına gelir.
  • MBR'nin LBA ve CHS'yi iki kez kullanmasıyla karşılaştırıldığında, LBA'yı yalnızca adresleme kullanır. (MBR'de bile, CHS 8GB üzerindeki disklerde işe yaramaz. Ancak, modern sabit disklerde bundan daha büyük olan gerçek bir çatışma riski yoktur.)
  • Diskin başlangıcında ve sonunda yinelenen bölümleme tablosu yapıları sağlar; bu da bazı kullanıcı hataları, hatalar ve disk hasarlarından kurtarma işlemini mümkün kılar.
  • Bazı bölme tablosu hasar türlerinin algılanmasını sağlayan önemli veri yapılarının sağlama toplamı sağlar.
  • Bir UTF bölümü açıklama alanı sağlar, böylece bölüm adlarınızı verebilirsiniz. Bunun, bölümdeki dosya sisteminin adından bağımsız olduğunu unutmayın.
  • EFI / UEFI üretici yazılımı tarafından yerel olarak kullanılır.

Bir tebibit (TiB; 1024 ^ 4 bayt) ve bir terabayt (TB; 1000 ^ 4 bayt) arasındaki farkı not edin. Eski IEEE-1541 birimleriydi, ikincisi ise SI birimleridir. Çoğu disk ölçümü için, IEEE-1541 birimleri daha doğaldır. Bazı dokümantasyon ve yazılımlar (özellikle eski şeyler) SI soneklerini yanlış uygulayan kafa karıştırıcı IEEE-1541 ölçümlerine uygular.

Bu avantajların çoğu, çoğu kurulum için küçük olanlar. En önemli iki avantaj, GPT'nin EFI için doğal bölümlendirme şeması ve birincil / genişletilmiş / mantıksal ayrım bulunmamasıdır. Birleştirilmiş diğer GPT avantajları dikkat çekmeye değer ancak çoğu insan için çok büyük sorunlar değil.

2011 yılının ortasından bu yana sunulan ve Windows 8 ve sonraki sürümleriyle gelen sistemlerin büyük çoğunluğu dahil çoğu bilgisayar, EFI ürün yazılımını kullanır. Böyle bir bilgisayarı EFI modunda başlatırsanız (BIOS modu önyüklemesini sağlayan CSM'yi kullanmak yerine), GPT'yi kullanmak varsayılan bir şeydir. Windows'u önyükleme yapıyorsanız (veya çift önyükleme yapıyorsanız), GPT'yi kullanmak gerekir (bu bir Windows sınırlamasıdır). IIRC, Ubuntu da EFI modunda bir MBR diske yüklenmez, ancak muhtemelen bölüm tablosu türünü dönüştürebilir ve yükledikten sonra önyüklemeye alabilirsiniz. EFI modunda bir MBR diskinden önyükleme olsa da, yetersiz test edilir ve bazı EFI'lerde başarısız olabilir.

MBR'ın birincil / genişletilmiş / mantıksal ayrımı, 1980'lerde MBR'nin dört bölümlük sınırını aşmak için yaratılmış olan tuhaf bir kesittir. GPT varsayılan olarak 128 bölümü desteklemektedir, ancak kesinlikle gerekliyse bu limit yükseltilebilir. MBR mantıksal bölümleri, birincil bölümlerden daha yavaş erişemezler, ancak disk boyunca dağılmış birden çok kesimi kapsayan bağlantılı bir liste veri yapısına dayandıkları için zarar görmeye daha yatkındırlar. En büyük sorun basitçe birincil bölümlerin tükenmesi veya bölümlerin ele alınması gibi zorluklarla uğraşmaktır; hem birincil hem de mantıksal bölümleri içeren işlemleri yeniden boyutlandırma yanlış gitmek için).

Alt-2TiB diskte BIOS modunda önyükleme yapıyorsanız, MBR'ye bağlı kalmak en iyisidir, çünkü GPT disklerinden önyüklemeye iyi tepki vermeyen bazı BIOS'lar vardır. Bu tür problemler genellikle etrafta çözülebilir, fakat ilk etapta problemlerle karşılaşmamak daha kolaydır. GPT'yi BIOS tabanlı bir bilgisayarda kullanmak, Windows'u o sisteme yüklemenizi önler. Ne yaptığınızı ve GPT kullanmak istediğinizi biliyorsanız, GPT'yi bir Ubuntu kurulumu için BIOS modunda kullanmak mümkün değildir ve bunu yapmaktan vazgeçmeyeceğim - ama sorun yaşarsanız sorun giderilmesi gerekiyor.

En modern bilgisayarların EFI kullanmak gibi olsa da, GPT yarı gerekli olabilir - eğer sen EFI modunda önyükleme. Böyle bir bilgisayarda BIOS / CSM / eski mod kullanıyorsanız, sadece belirtilen nedenlerden dolayı MBR'ye yapıştırma hala tercih edilir. Bu noktada benim tavsiyem FWIW, seçeneğiniz varsa, BIOS / CSM / eski desteğini devre dışı bırakmak ve yalnızca EFI tabanlı bilgisayarlarda EFI modunu kullanmaktır. Bu, önyükleme yolunu basitleştirir ve sorunla karşılaşmanız olasılığını azaltır. Sorun şu ki, benim tahminime göre çözdüğünden daha fazla sorun yaratan aksini yapmak için çok fazla kötü tavsiye var. (Örneğin, bu sitede yapılan bir araştırma, çapraz işletim sistemi kurulumları ve EFI tabanlı bir bilgisayarda BIOS / CSM / eski modunun kullanılmasıyla ilgili diğer sorunlardan kaynaklanan sayısız sorunu ortaya koymaktadır.)

2TiB'nin üstünde bir diskiniz varsa, hemen hemen GPT kullanmanız gerekir. Bunun ana istisnası, diskin 2TiB MBR sınırını 16TiB'ye yükselten bir 4096 baytlık mantıksal kesim boyutu kullanmasıdır. Bazı harici diskler bunu yapar ve ben de bunu yapan bazı yüksek kaliteli dahili diskler duydum. (Birçok diskin 4096 bayt fiziksel sektöre ve 512 bayt mantıksal sektöre sahip olduğunu unutmayın. 512 bayt fiziksel ve mantıksal sektörlere sahip disklerle aynı 2TiB MBR sınırına sahiptirler.)


1
Bu iyi açıklandı. Benim durumumda, dizüstü bilgisayarım bir Sony vaio ve OEM pencereler olmadan başlatılması kabus gibiydi. Makineyi kurduğum yeni ssd'den grub yükleyemedi ve Ubuntu'yu oradan manuel olarak başlatmak için USB'yi gruba yüklemek zorunda kaldım. Bu yüzden MBR stil tablolarına yeniden bölümlendim ve her şey benim için iyi çalışıyor.
daltonfury42

Harika bilgi! Benim durumumda, karımın eski ~ 2008 Macbook beyazını kullanırken, üzerinde tam bir Lubuntu kurulumu (Canlı USB değil) bulunan MBR bölümlü bir parmak sürücü üzerine ön yükleme yapmakta zorlanıyorum. Sanırım bir EFI önyüklemesi bekleniyor, bu yüzden Macbook'a rEFInd'i kurdum ve Lubuntu diskimi (başparmak sürücüsü) görsem de, ilk açılış menüsünden seçtiğimde "önyüklenebilir aygıt yok" hatası alıyorum. Tek düşünebildiğim, Lubuntu'yu bir GPT bölmesi olan taşınabilir parmak sürücüme yeniden takarsam, belki de karımın Macbook'unda çalışır, bu yüzden şimdi deneyeceğim. Bana şans Dile!
Gabriel Staples

Şanslar çok düşük. USB sürücüsünü, Mac'lerde harici disklerden biraz tehlikeli olan BIOS / CSM / legacy modunda önyüklemeye çalışıyor - bazen çalışıyor, bazen çalışmıyor. Bu, diskte BIOS modunda bir önyükleyici bile bulunduğunu varsayar, bu durum böyle olmayabilir. REFInd ile Linux çekirdeğini doğrudan EFI modunda başlatmak genellikle daha iyidir; ancak, bu doğru EFI dosya sistemi sürücüsünü gerektirir. Ayrıca, EFI ve çekirdeğin aynı bit derinliğinde olduğunu varsayar. Böyle eski bir Mac'te, durum böyle olmayabilir.
Rod Smith

Küçük ekleme Nasıl olduğunu anlamıyorum, ancak 500 Gb HDD'de büyük bir GPT bölmesi yapmak MBR'ye kıyasla biraz daha geniş bir kullanım alanı sağlıyor. Fark önemsiz küçük (1 Mb'dan az), ancak GPT lehine.
mmv-ru

mmv-ru, bu büyük olasılıkla kullanılan bölümlendirme araçlarının bir eseridir. MBR, diskte tam olarak bir sektör tüketir. Teorik olarak, o sektör dışındaki her şeyi tek bir bölüme (veya dört bölüme kadar) tahsis edebilirsiniz. Bunun aksine, GPT 67 sektör tüketmektedir (512 bayt sektör ve varsayılan bölüm tablosu büyüklüğü varsayılarak), bu nedenle GPT altındaki teorik maksimum ayrılabilir alan MBR altındaki 66 sektörden daha azdır. Bölümleme araçlarının gerçekte yaptığı şey elbette başka bir konudur. Tahminime göre, gördüklerinizin diskin sonunda bir boşluk bırakan bir MBR aracı olması.
Rod Smith

1

Aylardır bunu merak ediyorum. İşte sorunuza bir Windows cevabı: GPT bana çok daha hızlı görünüyor. Aşağıda sahip olduğum desteği destekleyen herhangi bir test sonucu bulamadım, ancak performans farkının başlangıç ​​dışında ihmal edilebileceği konusunda pek çok tahmin buldum. Şu an pek emin değilim. İşte benim değerim tuppence:

2 TB Samsung D3 USB 3.0 harici sürücüm var. Her biri yaklaşık 1 TB olan iki MBR bölümüne ayırttım. Bilgisayarım Windows 10 64bit, Asus Z97-P m / b, 8 GB bellek, i5 4460 CPU'dur. MBR kullanılarak biçimlendirilirken CrystalDiskMark x64 testini 3 kez denedim ve şunu aldım:

MBR ortalama sonuçları (tümü MB / sn): - SEQ Q32T1'i okuyun 40 - 4K Q32T1'i okuyun 1.47 - SEQ 142'yi okuyun - 4K 1.22'yi okuyun - SEQ Q32T1'i okuyun 101 - 4K Q32T1'i yazın 8.7 - SEQ 112 yazın - 4K 8.5'ü yazın

Ne yazık ki çok fazla boş zamana sahip olduktan sonra, verileri geri aldım (yaklaşık 750GB), GPT'ye tekrar biçimlendirdim, bu durumda tek bir 2TB bölme olarak, verileri diske tekrar kopyaladım ve testleri tekrar yaptım:

GPT ortalama sonuçları (tümü MB / sn): - SEQ Q32T1 165'i okuyun - 4K Q32T1'i okuyun 1.83 - SEQ 170'i okuyun - 4K 1.5'i okuyun - SEQ Q32T1'i okuyun 135 - 4K Q32T1'i yazın 8.7 - SEQ 138 yazın - 4K 8.6 yazın

Bu nedenle, SEQ Q32T1 sonuçları GPT ile karşılaştırıldığında çok daha yüksek ve diğer tüm sonuçlar kesinlikle her zaman önemli olmasa da GPT ile daha yüksek.

Bu farklılıkların gerçek günlük önemi konusunda kesinlikle bir uzman değilim, ancak artık kaçabileceğimi düşündüğüm zaman GPT'yi kullanmaya başlıyorum (yani onu okuyamayan eski işletim sistemlerinden kaçının).


3
Bu farkın MBR-> GPT değişikliğinden kaynaklandığından şüpheliyim. MBR testi USB 2 üzerinden bağlanan sürücülerin ~ 40MB / s sınırına şüpheyle yakındır. Samsung D3 USB 3'tür, MBR testinizde USB 2'ye
dönüştüğünden

Evet Aynı bağlantı noktasını kullandım, sürücü sürekli takıldı (USB 3.0 m / b tümleşik bağlantı noktası).
Atlama Sıçrama

7
Bölüm tablosu, hiçbir şekilde hızı artıramaz. Testinde bir sorun var.
Pilot6

8
GPT ve MBR veri yapılarının her ikisi de o kadar basittir ki, bunlardan kaynaklanan performans farklılıklarının küçük olması gerekir . Bu nedenle, ya çok utanç verici bir hatayı ortaya çıkardınız ya da test metodolojinizde yanlış bir şey var. Örneğin, iki testiniz için farklı boyutta bölümler oluşturduğunuzu ve bunun önemli bir etkisi olabileceğini unutmayın. Dosya düzeyinde bir yedekleme ve geri yükleme yaptıysanız, dosyaların bulunduğu yeri ve parçalanmasını değiştirirdiniz; bu da sonuçları etkileyebilir. Başka bir deyişle, birkaç değişkeniniz var ve bu nedenle hangisinin sizin gördüğünüz sonuçlara neden olduğunu belirleyemiyor.
Rod Smith

2
Garip, çünkü bölümleme tabloları bir işletim sistemi tarafından (RAM'de saklanır) yüklendikten sonra hatırlanır. Dosya yazma hızı, dosya sistemi türünden ve dosyaların niteliğinden (birkaç büyük veya milyonlarca küçük) etkilenir. MBR / GPT arasındaki fark, bölme tablosu yüklenirken gerçekleşen çok küçük (milisaniye ve daha az) bir gecikme olabilir ... Ve, bu tablo, disk takılmadan ya da istenene kadar yeniden yüklenmedi (bazı uygulamaların bölüm yapısına geçme) .
kravemir
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.