GPT vs MBR. Dlaczego nie MBR?

32

Jestem użytkownikiem systemu Linux. Nie mam systemu Windows na swoim laptopie. Rozmiar dysku twardego jest również mniejszy niż 2 TB. Dlaczego więc mam używać tabel GPT? Czy nie mogę korzystać ze starego, fascynującego MBR?

Będę miał dwie partycje główne, dwie partycje domowe i przestrzeń wymiany. Więc jeśli partycja nie jest podstawowa, ale jest rozszerzona, czy ma to jakąkolwiek różnicę w wydajności?

daltonfury42
źródło
GPT nie jest metodą partycjonowania specyficzną dla systemu Windows. Usuwa jednak część kłopotów wymaganych, umożliwiając MBR pracę z nowoczesnym sprzętem.
K7AAY,

Odpowiedzi:

19

Nie zrobi to dla ciebie żadnej różnicy. Zalety GPT to:

  • Duże partycje, ponad 2 TB
  • Nieograniczona liczba partycji podstawowych

W twoim przypadku nie potrzebujesz najpierw. Drugi można osiągnąć, tworząc rozszerzoną partycję i tworząc tam logiczne.

W przypadku systemu Linux nie ma znaczenia, który typ partycji zostanie zainstalowany (logiczny czy podstawowy). Jednak w przypadku GPT przenoszenie partycji w razie potrzeby może być nieco wygodniejsze, ponieważ wszystkie będą podstawowe.

W ogóle nie ma różnicy w wydajności.

Wszystkie inne „zalety” GPT są tak niewielkie, że nie warto o tym wspominać.

Pilot 6
źródło
2
Lubię mieć kopię zapasową tabeli partycji, a ponieważ moje nowsze dyski mogą zostać podłączone do nowszego systemu UEFI, użyłem tylko gpt i na wszystkich z nich umieściłem zarówno partycję efi & bios_grub. Używam nawet gpt dla większych dysków flash. Ale jak mówi Pilot6, nie ma wielkich zalet. Nie zauważyłem żadnych problemów ani różnic dotyczących moich partycjonowanych dysków gpt. wiki.archlinux.org/index.php/…
oldfred
Czy możesz wyjaśnić na podstawie swojego oświadczenia, że ​​„uwzględniłeś partycję efi i bios_grub”, proszę? Wiem, jak dobrze używać gparted, ale jak utworzyć partycję efi i co w niej wstawić? Nic nie rozumiem na temat partycji efi. PS. Zainstalowałem Linux ~ 6 lub 8 razy i nigdy nie utworzyłem więcej niż 3 partycji dla instalacji: swap, windows_share i główna partycja ext4 dla systemu operacyjnego Linux.
Gabriel Staples
45

GPT ma kilka zalet:

  • Obsługuje dyski większe niż 2 TB.
  • Obsługuje partycje większe niż 2 TB.
  • Obsługuje więcej niż cztery partycje, bez rozróżnienia między partycjami podstawową, rozszerzoną i logiczną.
  • Używa identyfikatorów GUID jako kodów typów, co oznacza mniejsze ryzyko konfliktu / zduplikowania kodów.
  • Wykorzystuje wyłącznie adresowanie LBA, w porównaniu z podwójnym wykorzystaniem LBA i CHS przez MBR. (Nawet w MBR, CHS jest bezużyteczny na dyskach o pojemności około 8 GB, więc istnieje niewielkie ryzyko prawdziwego konfliktu na nowoczesnych dyskach twardych, które są znacznie większe.)
  • Zapewnia zduplikowane struktury tabel partycji na początku i na końcu dysku, co umożliwia odzyskanie niektórych typów błędów użytkownika, błędów i uszkodzeń dysku.
  • Zapewnia sumy kontrolne ważnych struktur danych, co umożliwia wykrycie niektórych rodzajów uszkodzeń tablicy partycji.
  • Udostępnia pole opisu partycji UTF, dzięki czemu można podać nazwy partycji. Pamiętaj, że jest to niezależne od nazwy systemu plików zawartego na partycji.
  • Jest używany natywnie przez oprogramowanie EFI / UEFI.

Zwróć uwagę na różnicę między tebibajtem (TiB; 1024 ^ 4 bajty) i terabajtem (TB; 1000 ^ 4 bajty). Te pierwsze to jednostki IEEE-1541 , a te drugie to jednostki SI. W przypadku większości pomiarów dysku jednostki IEEE-1541 są bardziej naturalne. Niektóre dokumenty i oprogramowanie (szczególnie starsze) źle stosują sufiksy SI do pomiarów IEEE-1541, co jest mylące.

Większość z tych zalet jest niewielka w przypadku większości instalacji. Dwie najważniejsze zalety to fakt, że GPT jest naturalnym schematem partycjonowania dla EFI oraz brak podstawowego / rozszerzonego / logicznego rozróżnienia. Warto zwrócić uwagę na inne zalety GPT, ale dla większości ludzi nie są to przytłaczające problemy.

Większość komputerów wprowadzonych od połowy 2011 r., W tym zdecydowana większość systemów dostarczanych z systemem Windows 8 i nowszymi, korzysta z oprogramowania układowego EFI. Jeśli uruchamiasz taki komputer w trybie EFI (zamiast CSM, który umożliwia uruchamianie w trybie BIOS), używanie GPT jest czymś domyślnym. Jeśli uruchamiasz (lub uruchamiasz podwójnie) system Windows w trybie EFI, wymagane jest użycie GPT (jest to ograniczenie systemu Windows). IIRC, Ubuntu również nie instaluje się na dysku MBR w trybie EFI, ale prawdopodobnie można przekonwertować typ tablicy partycji i uruchomić go po zainstalowaniu. Uruchamianie z dysku MBR w trybie EFI jest jednak słabo przetestowane i może zakończyć się niepowodzeniem w przypadku niektórych plików EFI.

Podstawowym / rozszerzonym / logicznym rozróżnieniem MBR jest niezręczny hack, który powstał w latach 80. XX wieku, aby ominąć limit czterech partycji MBR. Domyślnie GPT obsługuje 128 partycji, ale limit ten można zwiększyć, jeśli jest to absolutnie wymagane. Dostęp do partycji logicznych MBR nie jest wolniejszy niż partycji podstawowych, ale są one bardziej podatne na uszkodzenia, ponieważ opierają się na strukturze danych z listą łączy, która obejmuje wiele sektorów rozproszonych na dysku. Największym problemem jest po prostu radzenie sobie z problemami, takimi jak brak partycji podstawowych lub obsługa operacji zmiany rozmiaru partycji, które dotyczą zarówno partycji podstawowej, jak i logicznej (i dlatego wymaga również zmiany rozmiaru partycji rozszerzonej, co jest dodatkową operacją - i dodatkową szansą na coś pobłądzić).

Jeśli uruchamiasz się w trybie BIOS na dysku sub-2TiB, prawdopodobnie najlepiej trzymać się MBR, po prostu dlatego, że niektóre BIOS-y nie reagują dobrze na uruchamianie z dysków GPT. Takie problemy zwykle można obejść, ale łatwiej jest nie wpaść na problemy. Korzystanie z GPT na komputerze z systemem BIOS uniemożliwi także instalację systemu Windows w tym systemie. Jeśli jednak wiesz, co robisz i chcesz korzystać z GPT, użycie GPT w trybie BIOS do instalacji Ubuntu jest możliwe i nie zniechęcę cię do tego - ale jeśli napotkasz problemy, możesz trzeba to rozwiązać.

Ponieważ większość współczesnych komputerów korzysta z EFI, GPT może być częściowo wymagane - jeśli uruchamiasz się w trybie EFI. Jeśli używasz systemu BIOS / CSM / starszego typu na takim komputerze, nadal zalecane jest trzymanie się MBR, z podanych wyżej powodów. FWIW, moim zaleceniem w tym miejscu, jeśli masz wybór, jest wyłączenie obsługi BIOS / CSM / starszej wersji i używanie trybu EFI wyłącznie na komputerach opartych na EFI. Upraszcza to ścieżkę rozruchową i zmniejsza prawdopodobieństwo wystąpienia problemów. Problem polega na tym, że istnieje wiele złych porad, aby zrobić coś przeciwnego, co stwarza więcej problemów niż rozwiązuje, moim zdaniem. (Na przykład wyszukiwanie w tej witrynie ujawnia wiele problemów spowodowanych instalacjami systemu operacyjnego w wielu trybach oraz inne problemy związane z używaniem systemu BIOS / CSM / starszego typu na komputerze z interfejsem EFI.)

Jeśli masz dysk o pojemności ponad 2 TB, prawie musisz korzystać z GPT. Głównym wyjątkiem jest sytuacja, gdy dysk używa rozmiaru sektora logicznego o wielkości 4096 bajtów , co podnosi limit MBR 2 TB do 16 TB. Niektóre dyski zewnętrzne to robią i słyszałem o wysokiej klasy dyskach wewnętrznych, które to robią. (Należy zauważyć, że wiele dysków ma sektory fizyczne o długości 4096 bajtów i sektory logiczne o wielkości 512 bajtów . Mają taki sam limit MBR 2 TB, co dyski o 512-bajtowych sektorach fizycznych i logicznych.)

Rod Smith
źródło
1
To było dobrze wyjaśnione. W moim przypadku mój laptop to Sony vaio, a uruchamianie efi bez okien OEM było koszmarem. Nie mogłem zmusić maszyny do załadowania GRUB-a z nowego SSD, który zainstalowałem i musiałem załadować GRUB-a z USB, aby następnie ręcznie uruchomić Ubuntu. Po prostu przestawiłem się na tabele w stylu MBR i wszystko działa dla mnie dobrze.
daltonfury42
Świetna informacja! W moim przypadku mam problem z uruchomieniem się na dysku USB z partycją MBR, który ma pełną instalację Lubuntu (NIE Live USB), gdy używam starego MacBooka ~ 2008 mojej białej żony. Myślę, że oczekuje rozruchu EFI, więc zainstalowałem rEFInd na Macbooku i chociaż widzi mój dysk Lubuntu (napęd kciuka), pojawia się błąd „brak urządzenia rozruchowego” po wybraniu go z menu uruchamiania rEFInd. Wszystko, co mogę myśleć, to to, że jeśli ponownie zainstaluję Lubuntu na moim przenośnym napędzie kciuka z partycją GPT, może to zadziała na Macbooku mojej żony, więc właśnie tego spróbuję teraz. Życz mi szczęścia!
Gabriel Staples
Są szanse, że REF I próbuje uruchomić dysk USB w trybie BIOS / CSM / starszym, który jest nieco podejrzany w stosunku do zewnętrznych dysków na komputerach Mac - czasami działa, a czasem nie. Zakłada się, że na dysku znajduje się nawet moduł ładujący w trybie BIOS, co może nie mieć miejsca. W przypadku rEFInd zwykle lepiej jest uruchomić jądro Linuksa bezpośrednio w trybie EFI; wymaga to jednak odpowiedniego sterownika systemu plików EFI. Zakłada również, że EFI i jądro mają tę samą głębię bitową. Na tak starym komputerze Mac może tak nie być.
Rod Smith
Mały dodatek. Nie rozumiem, jak to zrobić, ale jedna duża partycja GPT na dysku twardym 500 Gb daje nieco większą powierzchnię użytkową w porównaniu do MBR. Różnica jest nieznacznie mała (mniej niż 1 Mb), ale jest korzystna dla GPT.
mmv-ru
mmv-ru, najprawdopodobniej jest to artefakt użytych narzędzi do partycjonowania. MBR zużywa dokładnie jeden sektor na dysku. Teoretycznie można przydzielić wszystkie oprócz jednego sektora do pojedynczej partycji (lub maksymalnie czterech partycji). GPT natomiast zużywa 67 sektorów (przy założeniu 512 bajtów sektorów i domyślnej wielkości tablicy partycji), więc teoretyczna maksymalna ilość miejsca do przydzielenia w GPT wynosi 66 sektorów mniej niż w MBR. Jakie narzędzia do partycjonowania faktycznie zrobić, to inna sprawa, oczywiście. Domyślam się, że to, co widzisz, jest spowodowane przez narzędzie MBR, które pozostawia lukę na końcu dysku.
Rod Smith
1

Zastanawiam się nad tym od miesięcy. Oto odpowiedź systemu Windows na twoje pytanie: GPT wydaje mi się znacznie szybszy. Do tej pory nie znalazłem żadnych wyników testów, które potwierdzałyby to, co mam poniżej, choć znalazłem wiele przypuszczeń, że różnica w wydajności jest nieznaczna inaczej niż podczas uruchamiania. Nie jestem teraz taki pewien. Oto moja wartość dwupensowa:

Mam zewnętrzny dysk Samsung D3 USB 3.0 o pojemności 2 TB. Podzieliłem go na dwie partycje MBR po około 1 TB. Mój komputer to Windows 10 64bit, Asus Z97-P m / b, pamięć 8 GB, procesor i5 4460. Przeprowadziłem na nim test CrystalDiskMark x64 3 razy, gdy został sformatowany przy użyciu MBR i otrzymałem:

Średnie wyniki MBR (wszystkie MB / s): - Odczyt SEQ Q32T1 40 - Odczyt 4K Q32T1 1.47 - Odczyt SEQ 142 - Odczyt 4K 1.22 - Zapis SEQ Q32T1 101 - Zapis 4K Q32T1 8.7 - Zapis SEQ 112 - Zapis 4K 8.5

Mając niestety dużo wolnego czasu, cofnąłem dane (około 750 GB), sformatowałem ponownie do GPT, w tym przypadku jako pojedynczą partycję 2 TB, skopiowałem dane z powrotem na dysk i ponownie uruchomiłem testy:

Średnie wyniki GPT (wszystkie MB / s): - Odczyt SEQ Q32T1 165 - Odczyt 4K Q32T1 1,83 - Odczyt SEQ 170 - Odczyt 4K 1,5 - Zapis SEQ Q32T1 135 - Zapis 4K Q32T1 8,7 - Zapis SEQ 138 - Zapis 4K 8,6

Tak więc wyniki SEQ Q32T1 są znacznie, dużo wyższe w przypadku GPT, a wszystkie inne wyniki są wyższe w przypadku GPT, choć na pewno nie zawsze znacząco.

Z pewnością nie jestem ekspertem w kwestii rzeczywistego znaczenia tych różnic na co dzień, ale teraz kusi mnie, aby używać GPT, gdy tylko wydaje mi się, że mogę sobie z tym poradzić (tj. Unikać starych systemów operacyjnych, które nie potrafią go odczytać).

Skoki
źródło
3
Wątpię, czy ta różnica wynika ze zmiany MBR-> GPT. Test MBR jest podejrzanie zbliżony do limitu ~ 40 MB / s dysków podłączonych przez USB 2. Samsung D3 to USB 3, podejrzewam, że w teście MBR nastąpił
powrót
Tak, korzystałem z tego samego portu, napęd był cały czas podłączony (zintegrowany port USB 3.0 m / b).
JumpingJumping
7
Tabela partycji nie może w żaden sposób zwiększyć prędkości. Coś jest nie tak w teście.
Pilot6
8
Struktury danych GPT i MBR są tak proste, że spowodowana nimi różnica w wydajności powinna być niewielka. Tak więc albo odkryłeś ogromnie zawstydzający błąd, albo coś jest nie tak z metodologią testowania. Zwracam uwagę, że utworzyłeś partycje o różnych rozmiarach, na przykład dla swoich dwóch testów i może to mieć znaczący wpływ. Jeśli wykonałeś kopię zapasową i przywracanie na poziomie plików, zmieniłbyś lokalizację plików i ich fragmentację, co może mieć wpływ na wyniki. Innymi słowy, masz kilka zmiennych, więc nie możesz ustalić, która z nich spowodowała widoczne wyniki.
Rod Smith
2
Dziwne, ponieważ tabele partycji są zapamiętywane przez system operacyjny (przechowywany w pamięci RAM) po ich załadowaniu. Na szybkość zapisu plików ma wpływ rodzaj systemu plików i rodzaj plików (kilka dużych lub miliony małych). Różnica między MBR / GPT może być jedynie niewielkim opóźnieniem (w milisekundach), co dzieje się podczas ładowania tabeli partycji ... I ta tabela nie jest ładowana ponownie, dopóki dysk nie zostanie odłączony lub nie zostanie zażądany (zmiana struktury partycji przez jakąś aplikację) .
kravemir