NVMe z błędnym MBR

NVMe z błędnym MBR to usterka partycjonowania, w której główny rekord rozruchowy dysku zawiera niepoprawne dane.

Jak rozumieć błędny MBR na nośniku NVMe

NVMe z błędnym MBR oznacza sytuację, w której na początku nośnika podłączonego przez interfejs NVMe znajdują się nieprawidłowe lub niespójne informacje związane z głównym rekordem rozruchowym. NVMe jest protokołem komunikacji z pamięcią masową, natomiast MBR (Master Boot Record) opisuje sposób organizacji pierwszych sektorów dysku oraz klasyczny mechanizm uruchamiania systemu. Nie jest to więc osobny „format dysku NVMe”, lecz połączenie konkretnego rodzaju nośnika z określoną strukturą danych startowych.

Klasyczny MBR znajduje się w pierwszym sektorze dysku, zwykle o rozmiarze 512 bajtów. Zawiera niewielki kod rozruchowy, tablicę partycji z maksymalnie czterema wpisami podstawowymi oraz sygnaturę rozruchową 0x55AA na końcu sektora. Uszkodzenie kodu, tablicy partycji albo sygnatury może spowodować, że firmware lub system operacyjny nie rozpozna prawidłowo układu dysku. Sam fakt, że nośnik korzysta z NVMe, nie zmienia budowy MBR, ale wpływa na sposób wykrywania urządzenia przez firmware komputera i system.

Objawy niespójnej struktury rozruchowej

Typowym objawem błędnego MBR jest komunikat o braku urządzenia rozruchowego, nieprawidłowej tablicy partycji albo braku systemu operacyjnego. Komputer może zatrzymać się przed uruchomieniem Windows, przejść do ustawień UEFI lub wyświetlać nośnik NVMe jako obecny w konfiguracji sprzętowej, lecz nie jako dostępne źródło rozruchu. Taki zestaw objawów rozdziela dwie kwestie: wykrycie samego urządzenia przez kontroler NVMe oraz poprawność danych potrzebnych do uruchomienia systemu.

Nie każdy problem przypisywany MBR wynika z fizycznego uszkodzenia dysku. Przyczyną może być przerwana operacja partycjonowania, błędna migracja systemu, skopiowanie niepełnego obrazu, zmiana trybu uruchamiania z BIOS/Legacy na UEFI albo odwrotna zmiana ustawień firmware. W komputerach uruchamianych w trybie UEFI system Windows zwykle korzysta z dysku GPT i partycji EFI zawierającej pliki startowe. MBR może wtedy pełnić jedynie funkcję ochronną albo pomocniczą, dlatego komunikat wskazujący MBR trzeba zestawić z rzeczywistym schematem partycji i trybem startu, a nie interpretować w oderwaniu od konfiguracji.

Warto również odróżnić błąd logiczny od awarii sprzętowej. Jeżeli dysk znika z ustawień UEFI, zgłasza błędy odczytu, ma niestabilną pojemność lub powoduje zawieszanie operacji wejścia-wyjścia, problem może dotyczyć kontrolera, pamięci flash, firmware nośnika albo połączenia elektrycznego. W takiej sytuacji sama odbudowa informacji rozruchowych nie przywróci niezawodności urządzenia.

Rozpoznanie MBR, GPT i trybu uruchamiania

Diagnostyka powinna rozpocząć się od sprawdzenia, czy NVMe jest prawidłowo wykrywany przez firmware oraz narzędzia systemowe. Następnie analizuje się układ partycji, typ użytej tablicy oraz obecność partycji zawierających dane rozruchowe. W przypadku MBR sprawdza się wpisy partycji, ich granice i oznaczenie partycji aktywnej, ponieważ klasyczny start BIOS/Legacy wykorzystuje kod z pierwszego sektora, a następnie przekazuje sterowanie do kodu rozruchowego partycji. W przypadku GPT kontroluje się nagłówek GPT, kopię zapasową nagłówka na końcu dysku oraz partycję EFI. GPT zawiera także ochronny wpis MBR, którego zadaniem jest ograniczenie ryzyka, że starsze programy potraktują cały dysk jako niepodzielony.

Istotna jest zgodność kilku elementów: ustawień UEFI, sposobu zainstalowania systemu, typu tablicy partycji oraz wpisu rozruchowego w pamięci firmware. System zainstalowany w trybie UEFI może nie uruchomić się po wymuszeniu trybu Legacy, nawet jeżeli dane użytkownika pozostają nienaruszone. Analogicznie system przygotowany do startu BIOS może wymagać innej konfiguracji niż instalacja oparta na partycji EFI. Przy klonowaniu NVMe należy zweryfikować, czy skopiowano zarówno partycje systemowe, jak i obszary zawierające informacje rozruchowe; samo przeniesienie widocznej partycji systemowej nie zawsze tworzy kompletny nośnik startowy.

Przed próbą naprawy należy ustalić, czy dane są dostępne i czy istnieje kopia zapasowa. Operacje odbudowy MBR, odtwarzania konfiguracji startowej lub konwersji MBR do GPT mogą zmieniać metadane dysku. Błędnie dobrana konwersja albo inicjalizacja nośnika może utrudnić dostęp do istniejących partycji, dlatego najpierw wykonuje się kopię sektorową lub kopię ważnych danych, o ile stan nośnika na to pozwala. Gdy występują błędy odczytu, priorytetem jest zabezpieczenie danych, a nie wielokrotne uruchamianie narzędzi naprawczych.

Odbudowa rozruchu a bezpieczeństwo danych

Jeżeli analiza potwierdzi wyłącznie logiczne uszkodzenie struktury startowej, możliwe działania obejmują odtworzenie kodu rozruchowego, naprawę wpisów konfiguracji startowej, przywrócenie prawidłowej partycji EFI albo ponowne zapisanie spójnej tablicy partycji. Zakres naprawy zależy od tego, czy używany jest MBR, czy GPT, oraz czy partycje i ich zawartość są nadal poprawnie rozpoznawane. Nie należy bez rozpoznania używać poleceń czyszczących dysk ani tworzyć nowej tablicy partycji, ponieważ może to nadpisać informacje potrzebne do odzyskania danych.

Po naprawie sprawdza się możliwość uruchomienia systemu, poprawność kolejności bootowania, widoczność wszystkich partycji oraz stabilność odczytu i zapisu. Weryfikacja powinna obejmować także stan techniczny NVMe, ponieważ powtarzające się uszkodzenia danych startowych mogą być skutkiem zużycia pamięci flash, problemu z kontrolerem lub nieprawidłowego zasilania. Jeżeli nośnik jest sprawny, a problem dotyczy wyłącznie struktury logicznej, naprawa rozruchu może przywrócić system bez usuwania plików. Gdy uszkodzone są również dane użytkownika, potrzebna jest osobna procedura odzyskiwania.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnostyką problemów z rozruchem oraz strukturą partycji na konsumenckich nośnikach NVMe. Przed zmianami w tablicy partycji oceniany jest stan danych i możliwość bezpiecznego wykonania kopii, a sposób postępowania dobiera się do trybu UEFI lub Legacy oraz faktycznego układu dysku.