Konwersja z MBR na GPT to jedna z tych operacji, które rozwiązują realny problem z uruchamianiem nowoczesnych komputerów: przejście z BIOS do UEFI bez reinstalacji systemu. MBR2GPT pozwala wykonać to z poziomu wiersza poleceń, ale tylko wtedy, gdy układ partycji i firmware spełniają konkretne warunki. W tym tekście pokazuję, kiedy to narzędzie ma sens, jak przeprowadzić proces krok po kroku i gdzie najczęściej pojawiają się blokady.
Najkrótsza droga do bezpiecznej konwersji systemu
- Narzędzie działa na dysku systemowym i nie służy do zwykłych dysków danych.
- Najpierw uruchamiaj walidację, dopiero potem właściwą konwersję.
- Po zmianie trzeba przełączyć firmware na UEFI, a zwykle także wyłączyć CSM.
- Układ partycji musi spełniać konkretne warunki, między innymi maksymalnie trzy partycje podstawowe.
- BitLocker i nietypowe partycje to dwa najczęstsze źródła problemów.
Czym jest to narzędzie i kiedy naprawdę pomaga
Patrzę na ten konwerter jak na narzędzie do porządkowania warstwy startowej systemu. Microsoft opisuje je jako sposób na zmianę stylu partycji bez kasowania danych, ale to nie jest uniwersalny „przycisk naprawy”. Działa na dysku systemowym, a po stronie firmware trzeba już ręcznie przejść na UEFI.
To ważne rozróżnienie. Jeżeli ktoś chce po prostu „przerobić dysk”, to będzie rozczarowany. Jeżeli natomiast celem jest bezpieczne przejście z legacy BIOS na UEFI na istniejącej instalacji Windows, to jest to jedno z najbardziej sensownych narzędzi, jakie można dziś wykorzystać. Na wspieranych wersjach Windows plik narzędzia znajduje się w `Windows\System32`, a sam proces można uruchomić z Windows PE albo z pełnego systemu, jeśli dodasz odpowiedni przełącznik.
W praktyce używam go wtedy, gdy mam sprawny system, ale chcę go przygotować pod nowszy sposób startu, bez resetowania środowiska użytkownika i bez pełnej reinstalacji. Zanim jednak przejdę do samej procedury, warto zobaczyć, czym ten model różni się od klasycznego układu MBR.
MBR i GPT różnią się bardziej niż sam układ partycji
Różnica między tymi stylami partycji nie sprowadza się tylko do nazwy. W codziennej pracy najważniejsze jest to, że MBR kojarzy się ze starszym trybem startu, a GPT z UEFI i nowszym podejściem do uruchamiania systemu. To właśnie dlatego konwersja ma sens wtedy, gdy sprzęt i system mają działać w nowoczesnym trybie bootowania.
| Cecha | MBR | GPT | Co to oznacza praktycznie |
|---|---|---|---|
| Tryb startu | Starszy model oparty o BIOS | Naturalnie współpracuje z UEFI | Po konwersji trzeba zmienić ustawienia firmware, inaczej system nie wystartuje. |
| Układ partycji | Bardziej ograniczony | Elastyczniejszy i nowocześniejszy | Łatwiej zachować porządek przy współczesnych instalacjach. |
| Liczba partycji | W praktyce dużo szybciej trafia się na ograniczenia | Lepsze dopasowanie do większej liczby partycji | MBR2GPT i tak wymaga, by układ był prosty, ale GPT daje większy margines na przyszłość. |
| Odporność na chaos w układzie | Niższa | Wyższa | Na współczesnym sprzęcie GPT zwykle oznacza mniej problemów z bootowaniem i odzyskiwaniem systemu. |
Wniosek jest prosty: jeśli komputer ma żyć dalej na aktualnym Windowsie, GPT jest zwykle rozsądniejszym kierunkiem niż trzymanie starego układu tylko dlatego, że „tak było od początku”. Następny krok to już sama procedura, czyli jak zrobić to bezpiecznie.
Jak bezpiecznie przeprowadzić konwersję krok po kroku
Najpierw robię kopię zapasową ważnych danych i wstrzymuję BitLocker, jeśli jest włączony. Potem uruchamiam wiersz poleceń jako administrator, najlepiej z Windows PE, bo w pełnym systemie trzeba dodać przełącznik `/allowFullOS`. To nie jest detal kosmetyczny, tylko różnica między standardowym scenariuszem a pracą na aktywnym systemie.
- Sprawdzam zgodność dysku poleceniem `MBR2GPT.EXE /validate /disk:0`.
- Jeśli walidacja przechodzi, uruchamiam konwersję `MBR2GPT.EXE /convert /disk:0`.
- Gdy pracuję z pełnego Windows, dopisuję `/allowFullOS` do obu poleceń.
- Po zakończeniu wchodzę do UEFI i ustawiam tryb bootowania na UEFI, a CSM wyłączam.
- Jeśli narzędzie musi utworzyć nową partycję EFI, zwykle ma ona 100 MB, a na dyskach z sektorem 4K 260 MB, i jest formatowana jako FAT32.
MBR2GPT.EXE /validate /disk:0
MBR2GPT.EXE /convert /disk:0
MBR2GPT.EXE /validate /disk:0 /allowFullOS
MBR2GPT.EXE /convert /disk:0 /allowFullOSW praktyce najbardziej cenię właśnie etap walidacji, bo oszczędza czas. Jeśli coś ma się nie udać, lepiej dowiedzieć się o tym przed zmianą układu startowego niż po restarcie. Sama konwersja jest krótsza niż diagnoza źle przygotowanego dysku, dlatego warto najpierw sprawdzić, czy infrastruktura w ogóle się nadaje.
Jakie warunki musi spełnić dysk, żeby walidacja przeszła
Według dokumentacji Microsoftu walidacja sprawdza nie tylko sam styl MBR, ale też geometrię i układ partycji. To właśnie dlatego część dysków przechodzi bez problemu, a inne zatrzymują się na pozornie dziwnym błędzie, który w rzeczywistości oznacza zbyt ciasny albo zbyt skomplikowany układ.
| Wymóg | Dlaczego jest istotny | Co zrobić, gdy nie pasuje |
|---|---|---|
| Dysk musi być w stylu MBR | To punkt wyjścia całej operacji. | Jeśli dysk już jest GPT, konwersja nie ma sensu. |
| Potrzebne jest wolne miejsce na początku i końcu dysku | Narzędzie musi zmieścić metadane GPT. | Trzeba odzyskać przestrzeń przez zmniejszenie lub uporządkowanie partycji. |
| Maksymalnie trzy partycje podstawowe | Konwersja musi zmieścić się w istniejącym układzie. | Usunąć zbędną partycję lub przebudować layout przed próbą. |
| Jedna partycja musi być aktywna i pełnić rolę systemowej | To z niej startuje obecny system. | Sprawdzić oznaczenia w narzędziu do zarządzania partycjami. |
| Brak partycji rozszerzonych i logicznych | Ten układ nie przechodzi walidacji. | Uporządkować schemat partycji przed konwersją. |
| BCD musi wskazywać domyślny wpis systemu | Bez poprawnego wpisu startowego narzędzie nie domknie procesu. | Naprawić konfigurację rozruchu przed ponowną próbą. |
| Woluminy muszą mieć odczytywalne identyfikatory | System musi dać się jednoznacznie zmapować po konwersji. | Sprawdzić stan woluminów i ich przypisania liter. |
| Nietypowe typy partycji trzeba jawnie zmapować | Nie każdy MBR-owy typ ma automatyczny odpowiednik GPT. | Skorzystać z przełącznika `/map`, jeśli układ zawiera specjalne partycje. |
To są twarde ograniczenia, nie kaprys narzędzia. Jeśli dysk nie przechodzi walidacji, zwykle nie warto wymuszać konwersji, tylko najpierw doprowadzić układ do stanu, który da się bezpiecznie przenieść. I właśnie wtedy zaczyna się diagnostyka błędów, a tam liczą się już konkretne komunikaty i logi.
Najczęstsze błędy i komunikaty, które zatrzymują proces
Kiedy coś nie gra, narzędzie jest dość bezlitosne, ale dzięki temu diagnostyka bywa prosta. Jeśli walidacja lub konwersja nie przejdzie, w pierwszej kolejności zaglądam do `diagerr.xml`, `diagwrn.xml`, `setupact.log` i `setuperr.log`. Te pliki zwykle mówią więcej niż pojedynczy komunikat na ekranie.
| Objaw | Najbardziej prawdopodobna przyczyna | Co zrobić |
|---|---|---|
| Konwersja zatrzymuje się na szyfrowaniu | BitLocker nadal chroni woluminy. | Wstrzymać ochronę, wykonać konwersję ponownie, a potem odtworzyć ochronę. |
| Układ partycji nie spełnia wymagań | Za dużo partycji, partycja rozszerzona albo brak wolnego miejsca na metadane GPT. | Uporządkować layout i zwolnić przestrzeń przed kolejną próbą. |
| Nie można utworzyć partycji EFI | Brakuje miejsca albo partycja systemowa jest zbyt ciasna. | Zmniejszyć wolumin systemowy lub usunąć zbędne obciążenie partycji. |
| Instalacja plików rozruchowych kończy się błędem | Problem z konfiguracją bootowania lub z ustawieniami firmware. | Sprawdzić wsparcie UEFI i ponownie ustawić opcje startu w BIOS/UEFI. |
| Litery dysków po konwersji są nieprawidłowe | Mapowanie nie zostało w pełni odtworzone. | Przypisać litery ręcznie i ukryć małą partycję, jeśli nie powinna być widoczna. |
Jeśli patrzysz na kody wyjścia, najbardziej użyteczne są te związane z szyfrowaniem, układem partycji, tworzeniem partycji EFI i instalacją plików startowych. W praktyce właśnie tam kryje się większość problemów, które użytkownicy interpretują jako „narzędzie nie działa”, choć realnie chodzi o niedopasowany dysk albo źle ustawione firmware. Po naprawie tych rzeczy warto przejść jeszcze przez kontrolę po starcie.
Co sprawdzam po restarcie w UEFI, zanim uznam zadanie za zakończone
Po pierwszym restarcie nie zakładam jeszcze sukcesu. Otwieram `msinfo32` i sprawdzam, czy tryb BIOS zmienił się na UEFI oraz czy Secure Boot jest włączony. Potem w `diskpart` sprawdzam, czy przy dysku systemowym pojawiła się gwiazdka w kolumnie GPT. To szybki test, który pokazuje, czy komputer faktycznie wystartował nową ścieżką.
- W `msinfo32` tryb startu ma być UEFI, nie BIOS/Legacy.
- Secure Boot powinien być aktywny, jeśli sprzęt to obsługuje i polityka firmy na to pozwala.
- BitLocker trzeba ponownie włączyć albo odtworzyć jego zabezpieczenia.
- Jeśli mała partycja EFI dostała literę dysku, warto ją ukryć.
- Programy firmowe, sterowniki i środowiska odzyskiwania warto sprawdzić od razu, a nie po kilku dniach.
Najważniejsze jest to, by po migracji nie poprzestać na samym „system się uruchomił”. Dla mnie sukcesem jest dopiero stan, w którym boot działa przewidywalnie, zabezpieczenia wróciły do normy, a użytkownik nie dostaje po drodze żadnych nieoczekiwanych zmian w literach dysków czy w środowisku odzyskiwania. To właśnie ten etap odróżnia poprawnie wykonaną konwersję od operacji, która tylko pozornie zakończyła się sukcesem.
Kiedy lepiej zatrzymać się przed konwersją
Nie każda maszyna jest dobrym kandydatem do takiej zmiany. Jeśli firmware nie obsługuje UEFI, sama konwersja nie rozwiąże problemu. Jeśli dysk nie jest dyskiem systemowym, narzędzie nie jest do tego przeznaczone. A jeśli na urządzeniu siedzi stare, niewspierane już wydanie Windows, rozsądniej jest najpierw przejść na obecnie wspieraną wersję systemu, a dopiero potem robić zmianę stylu partycji.
Ostrożność polecam też przy nietypowych układach: wielosystemowych konfiguracjach, starych obrazach wdrożeniowych, bardzo ciasnych partycjach lub sprzęcie z rozbudowanym, ręcznie modyfikowanym bootloaderem. W takich przypadkach bezpieczniejszy bywa plan z pełnym odtworzeniem środowiska niż próba wciskania wszystkiego w jedną konwersję. To nie jest porażka narzędzia, tylko uczciwe dopasowanie metody do ryzyka.
W praktyce ten konwerter jest najbardziej wartościowy wtedy, gdy chcesz zachować istniejącą instalację, a jednocześnie wejść w świat UEFI bez klasycznej reinstalacji. Najlepszy wynik daje nie pośpiech, tylko prosty porządek: kopia zapasowa, walidacja, konwersja, zmiana firmware i dopiero wtedy test bootu.
