Najważniejsze informacje w skrócie
- `fdisk` manipuluje tabelą partycji, ale nie formatuje systemu plików.
- Dla nowych dysków i nośników większych niż 2 TiB najczęściej wybieram GPT.
- Najpierw sprawdzam urządzenie poleceniem `lsblk` lub `fdisk -l`, dopiero potem uruchamiam edycję.
- Do codziennej pracy najczęściej przydają się skróty `n`, `d`, `t`, `p`, `w` i `q`.
- Rozmiary podawane w MiB lub GiB są bezpieczniejsze i czytelniejsze niż ręczne liczenie sektorów.
- Jeśli potrzebujesz automatyzacji, zwykle lepszy będzie `sfdisk`, a do wygodnego TUI - `cfdisk`.
Czym jest `fdisk` i kiedy naprawdę się przydaje
`fdisk` to dialogowe narzędzie z pakietu util-linux, stworzone do pracy z tabelami partycji. Ja traktuję je jako szybki i precyzyjny sposób na przygotowanie dysku pod instalację systemu, wymianę nośnika, porządkowanie starego układu albo sprawdzenie, co faktycznie siedzi na urządzeniu blokowym. Jeśli chcesz po prostu zobaczyć partycje, dodać nową albo usunąć zbędną, `fdisk` zwykle wystarcza bez zbędnych dodatków.
Najważniejsze rozróżnienie jest proste: `fdisk` zmienia tabelę partycji, a nie tworzy system plików. To częsty punkt pomyłki. Po utworzeniu partycji trzeba jeszcze wykonać formatowanie, na przykład `mkfs.ext4`, `mkfs.xfs` albo `mkswap`, zależnie od celu. Właśnie dlatego to narzędzie jest tak użyteczne, ale też nie wybacza pośpiechu.
W praktyce najlepiej sprawdza się wtedy, gdy pracujesz ręcznie i chcesz mieć pełną kontrolę nad tym, co dzieje się z dyskiem. Jeśli natomiast planujesz powtarzalne wdrożenia, klonowanie układu lub skrypty serwisowe, szybciej dojdziesz do celu innym narzędziem. Do tego jeszcze wrócę, bo wybór programu naprawdę robi różnicę.
GPT i MBR to pierwszy wybór, który zmienia wszystko
Zanim zaczniesz cokolwiek tworzyć, musisz wiedzieć, z jakim typem etykiety dysku pracujesz. To właśnie tutaj najczęściej zapada decyzja, która później oszczędza mnóstwo problemów. W nowoczesnych instalacjach prawie zawsze stawiam na GPT, a MBR zostawiam głównie dla starszego sprzętu, starszych systemów lub specyficznej kompatybilności.
| Cecha | GPT | MBR |
|---|---|---|
| Zastosowanie | Nowoczesne komputery, UEFI, duże dyski | Starsze systemy i zgodność wsteczna |
| Limit rozmiaru | Praktycznie bez problemu obsługuje duże nośniki | Przy 512-bajtowych sektorach kończy się około 2 TiB |
| Liczba partycji | Zwykle do 128 w typowych narzędziach, z potencjałem na więcej | 4 partycje podstawowe, z możliwością użycia partycji rozszerzonej |
| Metadane | UUID, nazwy partycji, sumy kontrolne | Prostszy, starszy format |
| Moja praktyczna rekomendacja | Domyślny wybór dla większości nowych dysków | Tylko gdy wymusza to starsze środowisko |
Jeżeli dysk ma więcej niż 2 TiB, MBR bardzo szybko przestaje być sensowny. Jeżeli instalujesz Linux na nowym sprzęcie, GPT daje też więcej porządku i mniej historycznych ograniczeń. MBR nadal bywa potrzebny, ale traktuję go jako wyjątek, nie standard. To prowadzi prosto do pytania, jak pracować z `fdisk` bezpiecznie od pierwszej komendy.
Jak bezpiecznie pracować z `fdisk` krok po kroku
Ja zawsze zaczynam od identyfikacji urządzenia. Najgorszy błąd to wejście na zły dysk, bo `/dev/sda` i `/dev/sdb` wyglądają niewinnie tylko do momentu, gdy zapiszesz zmiany na niewłaściwym nośniku. Dlatego przed uruchomieniem narzędzia sprawdzam układ dysków, punkty montowania i rozmiary.
lsblk
sudo fdisk -l
sudo fdisk /dev/sdXPo wejściu do programu zwykle wykonuję prosty schemat:
- Tworzę nową tablicę partycji, jeśli dysk jest pusty - `g` dla GPT albo `o` dla MBR.
- Dodaję nową partycję klawiszem `n`.
- Wybieram rozmiar w MiB lub GiB, a nie ręcznie w sektorach.
- Sprawdzam wynik poleceniem `p`.
- Zapisuję wszystko dopiero wtedy, gdy układ wygląda dokładnie tak, jak chcę - `w`.
g # nowa tabela GPT
n # nowa partycja
p # podgląd układu
w # zapis zmianPo zapisaniu zmian system plików nadal trzeba utworzyć osobno. Przykładowo partycja pod ext4 to jeszcze nie gotowy wolumin, dopóki nie wykonasz formatowania. Jeśli jądro nie widzi nowych partycji od razu, zwykle pomaga ponowne odczytanie tablicy partycji albo po prostu restart. W pracy serwerowej wolę też od razu sprawdzić, czy nie ma starych sygnatur, które mogą mieszać w wykrywaniu dysku.
Najważniejsze polecenia i opcje, które warto znać
W codziennej pracy nie używa się dziesiątek skrótów. Zwykle wystarcza kilka, które odpowiadają za podgląd, tworzenie, typy i zapis. Dobrze znać też podstawowe opcje uruchomieniowe, bo oszczędzają czas i ułatwiają diagnozę.
| Polecenie lub opcja | Do czego służy | Kiedy używam |
|---|---|---|
p |
Wyświetla bieżący układ partycji | Zawsze przed zapisem zmian |
n |
Tworzy nową partycję | Przy przygotowaniu nowego woluminu |
d |
Usuwa partycję | Gdy porządkuję stary układ |
t |
Zmienia typ partycji | Gdy potrzebuję np. swap albo innego typu rozpoznawanego przez system |
w |
Zapisuje zmiany i wychodzi | Dopiero po pełnej kontroli wyniku |
q |
Wyjście bez zapisu | Gdy widzę błąd i chcę się wycofać |
-l |
Pokazuje tabele partycji i kończy działanie | Do szybkiego przeglądu bez wchodzenia w tryb interaktywny |
-x |
Pokazuje więcej szczegółów niż -l
|
Gdy potrzebuję szerszego obrazu dysku |
--wipe=auto |
Ostrzega i czyści stare sygnatury, jeśli to potrzebne | Przy tworzeniu nowej tabeli po starych systemach |
--wipe-partitions=auto |
Usuwa sygnatury z nowo tworzonych partycji | Gdy chcę uniknąć konfliktów po dawnych instalacjach |
Najbardziej praktyczna rada, jaką mogę dać, brzmi: nie licz sektorów ręcznie, jeśli nie musisz. Wpisywanie rozmiarów jako `+512MiB` albo `+20GiB` jest wygodniejsze, a `fdisk` lepiej wyrównuje wtedy początek i koniec partycji do ograniczeń urządzenia. To ma znaczenie zwłaszcza na SSD i nowoczesnych dyskach, gdzie złe wyrównanie potrafi zaboleć bardziej niż się wydaje.
Najczęstsze błędy przy partycjonowaniu i jak ich uniknąć
Większość problemów nie wynika z samego programu, tylko z pośpiechu. `fdisk` jest prosty, ale działa na bardzo niskim poziomie, więc jeden nieostrożny zapis potrafi kosztować godzinę odtwarzania danych albo pełną reinstalację. W praktyce widzę te same potknięcia raz za razem.
- Wybór złego urządzenia, na przykład `sda` zamiast `sdb` - przed startem zawsze sprawdzam `lsblk` i rozmiary dysków.
- Próba pracy na aktywnie używanym systemie - partycjonowanie dysku, z którego właśnie działa system, jest możliwe tylko w bardzo świadomych scenariuszach.
- Mylenie typu partycji z systemem plików - typ partycji nie tworzy ext4, XFS ani swap.
- Zapisanie zmian bez weryfikacji układu - ja zawsze robię jeszcze jeden podgląd przed `w`.
- Użycie MBR na dużym dysku - przy nośnikach powyżej 2 TiB to zwykle sztuczne ograniczenie, które nie daje nic dobrego.
- Brak kopii zapasowej - nawet jeśli operacja wygląda banalnie, backup przed zmianami na dysku jest obowiązkowy.
Jest też mniej oczywisty błąd: zmiana rozmiaru partycji bez uwzględnienia pliku systemowego, który na niej siedzi. Jeśli zmieniasz tylko granice partycji, a potem zapomnisz rozszerzyć system plików, zyskane miejsce nadal będzie niewidoczne. Dlatego przy większych zmianach myślę o całym łańcuchu, nie tylko o samym `fdisk`.
Kiedy wybrać inne narzędzie niż `fdisk`
`fdisk` jest świetny do ręcznej pracy, ale nie jest jedyną sensowną opcją. Gdy zależy mi na wygodniejszym interfejsie, sięgam po `cfdisk`. Gdy potrzebuję powtarzalności, eksportu układu albo skryptów, używam `sfdisk`. To narzędzie jest bardziej nastawione na automatyzację niż na klikanie w menu.
| Narzędzie | Najlepsze zastosowanie | Dlaczego warto | Ograniczenia |
|---|---|---|---|
fdisk |
Ręczna praca i szybkie zmiany na dysku | Precyzyjne, czytelne, dobrze znane administratorom | Mniej wygodne w automatyzacji |
cfdisk |
Praca w prostszym interfejsie tekstowym | Łatwiejsze dla osób, które wolą menu niż komendy | Mniej „surowe” niż `fdisk`, mniej wygodne do skryptów |
sfdisk |
Skrypty, automatyzacja, backup układu | Świetny do powtarzalnych wdrożeń i odtwarzania schematów | Wymaga większej dyscypliny i dokładności w składni |
Jeśli mam to ująć krótko: `fdisk` wybieram wtedy, gdy chcę działać świadomie i ręcznie, `cfdisk` gdy chcę wygodniejszego interfejsu, a `sfdisk` gdy ważniejsza jest automatyzacja niż komfort pracy. To rozróżnienie naprawdę oszczędza czas, bo każde z tych narzędzi ma trochę inną rolę. Zostaje jeszcze ostatnia rzecz, którą zawsze sprawdzam przed zapisem zmian.
Co sprawdzić przed zapisaniem zmian
Przed zatwierdzeniem nowej tabeli partycji robię krótką, ale bezlitosną kontrolę. Nie chodzi o formalność, tylko o to, by nie utrwalić błędu na dysku. Ten moment decyduje o tym, czy operacja zakończy się czysto, czy zacznie się późniejsza naprawa.
- Czy na pewno pracuję na właściwym dysku.
- Czy wybrany układ to GPT albo MBR zgodny z realnym zastosowaniem.
- Czy partycje mają sensowne rozmiary i są wyrównane do MiB/GiB.
- Czy każda partycja ma przypisany właściwy typ.
- Czy po zapisaniu zmian będę pamiętał o formatowaniu systemu plików.
- Czy mam kopię danych, jeśli ta operacja dotyczy dysku z ważnymi plikami.
Jeśli mam jedną zasadę pracy z tym narzędziem, to tę: najpierw weryfikuję dysk dwa razy, dopiero potem naciskam `w`. Takie podejście jest nudne, ale właśnie ono chroni przed kosztownymi pomyłkami. I dlatego `fdisk` pozostaje narzędziem bardzo mocnym, pod warunkiem że używa się go spokojnie i świadomie.
