Master Boot Record (MBR)

Master Boot Record (MBR) to starszy schemat partycjonowania dysku przechowujący tablicę partycji i kod rozruchowy w pierwszym sektorze, ograniczony do dysków do 2 TB.

Czym jest Master Boot Record (MBR)

Master Boot Record, czyli MBR, to sposób organizowania informacji o partycjach oraz uruchamianiu systemu operacyjnego na dysku. Znajduje się na samym początku nośnika, dlatego komputer odczytuje go bardzo wcześnie, jeszcze zanim zostaną załadowane pliki systemowe. W tym obszarze zapisany jest niewielki fragment kodu rozruchowego oraz opis układu partycji. Na jego podstawie firmware lub wcześniejszy etap uruchamiania może ustalić, z której części dysku należy rozpocząć ładowanie systemu.

MBR nie jest partycją ani systemem plików. Stanowi metadane całego dysku, czyli informacje potrzebne do rozpoznania jego podziału. Klasyczna struktura MBR przewiduje miejsce na maksymalnie cztery partycje podstawowe. Jeżeli potrzebne jest utworzenie większej liczby jednostek, jedną z pozycji można przeznaczyć na partycję rozszerzoną, wewnątrz której tworzone są dyski logiczne. Takie rozwiązanie przez lata było powszechnie stosowane w komputerach osobistych.

Istotnym ograniczeniem tego schematu jest sposób zapisywania adresów sektorów. W praktyce MBR najlepiej sprawdza się przy nośnikach o pojemności nieprzekraczającej około 2 TB. Przy większym dysku część przestrzeni może pozostać niedostępna albo zostać niewłaściwie rozpoznana przez system. Sam wpis MBR zajmuje bardzo mały fragment nośnika, ale jego uszkodzenie może uniemożliwić normalny start komputera, mimo że pozostałe dane nadal znajdują się na dysku.

MBR na tle nowszych sposobów uruchamiania i partycjonowania

MBR wiąże się przede wszystkim z tradycyjnym trybem uruchamiania BIOS, określanym również jako Legacy. W takim scenariuszu firmware przekazuje sterowanie kodowi zapisanemu w pierwszym sektorze dysku. Kod ten wyszukuje aktywną partycję, a następnie uruchamia znajdujący się na niej program rozruchowy. Cały proces opiera się na niewielkiej ilości informacji i jest podatny na problemy wynikające z nadpisania początku nośnika.

Nowszym rozwiązaniem jest GPT, zwykle używane razem z UEFI. Taki układ przechowuje informacje o partycjach w bardziej rozbudowany sposób, pozwala obsługiwać większe dyski i może zawierać dodatkowe kopie danych strukturalnych. UEFI może uruchamiać plik startowy znajdujący się na specjalnej partycji systemowej, zamiast korzystać wyłącznie z kodu w pierwszym sektorze. Z tego powodu zmiana trybu z Legacy na UEFI nie zawsze jest zwykłym przełączeniem jednej opcji w ustawieniach firmware.

Na części nośników GPT umieszczany jest ochronny wpis MBR. Jego rolą nie jest uruchamianie systemu w klasycznym znaczeniu, lecz zabezpieczenie przed starszymi narzędziami, które mogłyby uznać dysk za pusty i próbować utworzyć na nim nowy podział. Taki ochronny MBR nie oznacza, że cały dysk pracuje w klasycznym schemacie MBR. Rozróżnienie tych dwóch sytuacji ma znaczenie podczas diagnozowania problemów z instalacją systemu, klonowaniem nośnika oraz zmianą sposobu uruchamiania.

Przed konwersją MBR do GPT albo w przeciwnym kierunku należy sprawdzić tryb startu, sposób rozmieszczenia partycji, typ systemu plików oraz kopię ważnych danych. Nieprawidłowo wykonana zmiana może spowodować utratę dostępu do systemu lub uszkodzenie informacji o partycjach. W niektórych przypadkach możliwa jest konwersja bez kasowania danych, lecz nie oznacza to braku ryzyka. Zawsze należy uwzględnić stan dysku, aktualną konfigurację oraz zgodność płyty głównej z wybranym trybem uruchamiania.

Typowe problemy związane z MBR

Jednym z częstszych objawów uszkodzenia MBR jest komunikat informujący o braku urządzenia startowego, braku systemu operacyjnego albo nieprawidłowym sektorze rozruchowym. Komputer może zatrzymywać się na czarnym ekranie, wielokrotnie powracać do ustawień firmware lub próbować uruchamiać system z niewłaściwego nośnika. Taki objaw nie zawsze oznacza fizyczną awarię dysku. Przyczyną może być nadpisanie kodu rozruchowego, zmiana aktywnej partycji, skasowanie wpisu w tablicy partycji albo przestawienie trybu Legacy na UEFI.

Problemy pojawiają się również po instalacji drugiego systemu, użyciu programu do klonowania dysków, odtworzeniu obrazu systemu lub podłączeniu nośnika do innego komputera. Narzędzie może zapisać własny kod w pierwszym sektorze, zmienić kolejność partycji albo pozostawić wpis wskazujący na nieistniejącą jednostkę. W efekcie dane użytkownika mogą być widoczne po uruchomieniu systemu z innego nośnika, lecz pierwotny system nie będzie się ładował.

Osobną grupę stanowią błędy wynikające z limitu pojemności. Przy większych dyskach klasyczny schemat MBR może nie opisać całej dostępnej przestrzeni. Czasem widoczna jest tylko część nośnika, a czasem system zgłasza nieprzydzielone miejsce lub proponuje inicjalizację dysku. Potwierdzenie takiej operacji bez wcześniejszego sprawdzenia zawartości może utrudnić późniejsze odzyskanie danych. Szczególnej ostrożności wymaga sytuacja, w której nośnik był wcześniej używany w innym komputerze albo został podłączony przez przejściówkę USB.

Nie każdy błąd startu należy naprawiać poleceniami odbudowującymi sektor rozruchowy. Przed wykonaniem zmian trzeba ustalić, czy partycje są poprawnie wykrywane, czy dysk nie zgłasza błędów odczytu oraz czy problem dotyczy samego MBR, programu startowego systemu, ustawień firmware czy przewodu i złącza. Nadpisanie początku dysku bez rozpoznania przyczyny może zmniejszyć szanse na odzyskanie danych, zwłaszcza gdy uszkodzona jest również tablica partycji.

W jakich sytuacjach warto przekazać urządzenie do naprawy - Master Boot Record (MBR)

Zgłoszenie do serwisu jest uzasadnione, gdy komputer nagle przestał uruchamiać system, pojawia się komunikat o braku dysku startowego albo po zmianie ustawień firmware zniknęła możliwość załadowania systemu. Warto skorzystać z pomocy także wtedy, gdy po podłączeniu dysku widoczna jest prośba o jego inicjalizację, system pokazuje nieprawidłową pojemność lub partycje stały się niedostępne. W takich przypadkach pierwszym celem powinno być zabezpieczenie danych, a dopiero później odbudowa konfiguracji rozruchowej.

Warszawskie Pogotowie Komputerowe 24/7 może zostać wybrane do sprawdzenia, czy źródłem problemu jest MBR, tablica partycji, ustawienia Legacy albo UEFI, czy też sam nośnik. Diagnoza powinna obejmować odczyt informacji o dysku, ocenę widoczności partycji, weryfikację kolejności urządzeń startowych oraz analizę komunikatów pojawiających się podczas uruchamiania. Jeżeli dane są ważne, nie należy formatować dysku ani tworzyć nowych partycji przed wykonaniem kopii lub oceny możliwości odzysku.

Pomoc techniczna bywa szczególnie potrzebna po wymianie dysku, migracji systemu na SSD, przywracaniu obrazu lub zmianie płyty głównej. Wtedy konieczne może być dopasowanie trybu uruchamiania do sposobu, w jaki został przygotowany system. Czasem wystarcza naprawa kodu startowego i ponowne wskazanie właściwej partycji, a czasem bezpieczniejsze okazuje się odtworzenie systemu z kopii po wcześniejszym zabezpieczeniu dokumentów. Zakres działań powinien wynikać z diagnozy, a nie z samego komunikatu wyświetlanego na ekranie.

W przypadku dysku, który znika z ustawień firmware, wydaje nietypowe odgłosy, bardzo długo odpowiada albo powoduje zawieszanie komputera, problem może wykraczać poza MBR. Wtedy naprawa logicznego rozruchu nie rozwiąże przyczyny, a kolejne próby uruchamiania mogą dodatkowo obciążać uszkodzony nośnik. Szybkie zgłoszenie usterki pozwala ograniczyć przypadkowe modyfikacje danych i ułatwia dobranie bezpiecznej metody dalszego postępowania.