Pozostało małe nieprzydzielone miejsce podczas partycjonowania dysku twardego. Do czego jest przeznaczony i dlaczego nie mogę go użyć?

Co jakiś czas napotykam małe nieprzydzielone miejsce w schemacie partycjonowania dysku twardego, gdy chcę utworzyć partycję o maksymalnym rozmiarze, mimo że w dialogu partycjonowania ustawiłem „Wolne miejsce po” na zero. (patrz pierwsze zdjęcie poniżej).

Z czego korzystać z tego wolnego miejsca 2048 sektorów ? Wybór tablica partycji jest GPT . Czy to mała przestrzeń przeznaczona dla MBR odpowiednik GPT? Jeśli tak, to dlaczego znajduje się na końcu przestrzeni, czy nie powinien być na początku dysku twardego?

Partition Creation gParted - Unallocated Space Unallocated Space Details

— Senkaku
źródło

Dzieje się tak, ponieważ 3.815.391 nie jest równomiernie podzielone przez 2048, pozostawiając około 1MB niewykorzystanego miejsca ...

— TheXed

Czy możesz przejść do bardziej szczegółowych informacji? Dlaczego muszę podzielić się do 2048? Nowsze dyski twarde używają sektorów 4096 bajtów (4 kB) . Czy problem polega na tym, że wybrałem wyrównanie megabajtów, a nie sektorów?

— Senkaku

Odpowiedzi:

Nie wiem, dlaczego libparted to robi, ale mam trzy hipotezy:

Może to być relikt przeszłości. Podczas używania wyrównania cylindrów w starym stylu liczba sektorów na nowoczesnym dysku rzadko osiągałaby dokładną liczbę cylindrów - to znaczy ostatni cylinder byłby częściowy. Tak więc, podczas partycjonowania dysków MBR z wyrównaniem cylindrów, kiedyś powszechną praktyką było pozostawienie nieużywanych kilku sektorów na końcu dysku. Możliwe, że algorytmy używane przez libparted do tego celu tworzą lukę 1MiB na dyskach GPT. Jeśli tak, może to zostać uznane za błąd, choć bardzo drobny.
Może to być błąd zaokrąglania. W najnowszych wersjach libparted punkty początkowe partycji są wyrównane na granicach 1MiB. Deweloperzy mogli chcieć zakończyć partycję w ostatnim sektorze, ale błąd zaokrąglania mógł spowodować spadek wartości partycji o 1MiB.
Może to być zamierzone. Luka na końcu dysku może być użyta dla a BIOS Boot Partition (którzy użytkownicy muszą czasem dodawać po partycjonowaniu, ponieważ nie zdawali sobie sprawy, że tego potrzebują) lub dostosować rozmiar tablicy partycji. Niestety dla tej hipotezy, libparted nie pozwala na użycie tej przestrzeni w żaden z tych sposobów, chociaż gdisk robi.

Wymieniłem te opcje w celu zmniejszenia prawdopodobieństwa. Zauważ, że jestem autorem Fdisk GPT ( gdisk, sgdisk, i cgdisk ), więc jestem bardzo zaznajomiony z potrzebami partycjonowania GPT. Dodałem nawet kilka linii kodu do libparted, ale nie znam konkretnych obszarów libparted, które są odpowiedzialne za to zachowanie, stąd spekulatywny charakter moich hipotez.

— Rod Smith
źródło

Zmieniłeś stronę Arch Linux, dodając odniesienia do własnych stron internetowych! To jest bardzo niewłaściwe, powinieneś się wstydzić.

— MariusMatutiae

Zmieniłem wiki Arch Linux. Nie ma w tym nic niewłaściwego; to wiki i mam wiedzę na ten temat. Zrobiłem nie dodaj odniesienia do mojej własnej strony, ponieważ pokaże się sprawdzanie historii wiki. Inni ludzie już umieścili odniesienia do moich stron na tej wiki.

— Rod Smith

Prawda jest taka, ale twoja zmiana i komentarz dotyczący „mojej błędnej odpowiedzi” sprawiają, że wygląda to tak, jakbym celowo błędnie cytował wiki, która jest poprawna. Próbujesz sprawić, żebym wyglądał jak kłamca i oszust. To, co jest nie tak z twoją zmianą Wiki.

— MariusMatutiae

Moim zamiarem nie było sprawienie, żebyś wyglądał jak kłamca lub oszust; Po prostu próbowałem naprawić błędne informacje w sieci (tutaj i na wiki Arch). Proszę zachować Brzytwa Hanlona mając na uwadze: „Nigdy nie przypisuj złości temu, co jest odpowiednio wyjaśnione przez głupotę”. Nie miałem złych zamiarów, ale nie wspominając tutaj o tym, że edytowałem wiki, było naprawdę bezmyślne.

— Rod Smith

OK, sprawa zamknięta.

— MariusMatutiae

Z Artykuł Arch Linux Wiki na tablicy partycji GUID:

Uwaga: Pamiętaj, że GPT przechowuje dodatkową tabelę na końcu dysku. Musisz upewnić się, że ostatni 1 MiB dysku nie jest używany przez żadną partycję.

— MariusMatutiae
źródło

Ta odpowiedź jest błędna. Przestrzeń wymagana przez GPT na końcu dysku to zaledwie 33 sektory (16,5 KB), a nie 1 MB. Ponadto nie ma potrzeby ręcznego rezerwowania miejsca na struktury danych GPT w dobrze zaprojektowanym oprogramowaniu do partycjonowania. Zauważ, że jestem autorem fdisku GPT ( gdisk, sgdisk, i cgdisk ) oprogramowanie, więc bardzo dobrze znam ten temat.

— Rod Smith