BOOTREC /FIXMBR: kiedy polecenie ma sens

BOOTREC /FIXMBR może pomóc, gdy Windows uruchamia się w trybie BIOS z dysku MBR, a uszkodzony jest kod startowy. Nie odbudowuje utraconej partycji ani nie odzyskuje plików. Zanim wpiszesz polecenie, sprawdź, czy komputer nadal poprawnie wykrywa dysk i czy ważne dane mają sprawną kopię. Sam komunikat „brak systemu” nie dowodzi jeszcze, że trzeba nadpisać MBR.

Najpierw ustal, co naprawdę zmienia FIXMBR

MBR to skrót od Master Boot Record. Na dysku o tym stylu partycjonowania obok informacji o partycjach znajduje się kod potrzebny starszemu sposobowi uruchamiania komputera. Bliskość tych elementów bywa myląca: naprawa jednego nie oznacza naprawy drugiego. Dokumentacja Microsoft dotycząca rozruchu opisuje /FIXMBR jako zapis nowego kodu rozruchowego zgodnego z Windows. Operacja nie odbudowuje tablicy partycji.

To ważne zwłaszcza wtedy, gdy w Zarządzaniu dyskami zniknął dawny wolumin. Polecenie może zakończyć się poprawnie, a pliki nadal będą niewidoczne. W takim przypadku nie twórz od razu nowej partycji w pustym obszarze. Nowy zapis mógłby nadpisać informacje potrzebne do odzyskania zawartości. Trzeba rozdzielić trzy zadania: uruchomienie systemu, znalezienie danych i ewentualną odbudowę układu partycji.

Pomocne jest zdjęcie wcześniejszego układu, jeśli je masz. Porównaj liczbę woluminów, pojemność dysku oraz wielkość obszaru nieprzydzielonego. Nie utożsamiaj samej litery partycji z jej tożsamością: środowisko odzyskiwania może przypisać inną literę niż Windows. Gdy obszar z danymi rzeczywiście zniknął, przeczytaj osobno o danych z utraconej partycji. Ten problem wymaga innego planu niż wymiana kodu startowego.

Opcje /FIXBOOT oraz /REBUILDBCD dotyczą innych składników. Pierwsza wiąże się z sektorem rozruchowym, druga z konfiguracją uruchamiania Windows. Nie traktuj zestawu trzech poleceń znalezionego w forum jako uniwersalnej recepty. Taki zestaw wykonuje kilka zmian, chociaż nie wskazuje przyczyny. Zapisz dokładne brzmienie błędu, ostatnią działającą konfigurację oraz moment, w którym uruchamianie się zatrzymuje.

Sprawdź, czy komputer w ogóle używa tego kodu

Typowy rozruch BIOS na dysku MBR może korzystać z kodu, który zmienia FIXMBR. Komputer pracujący w trybie UEFI na dysku GPT zwykle uruchamia Windows z plików na partycji systemowej EFI. Brak pozycji Windows Boot Manager w takim układzie wymaga zbadania EFI lub BCD, a nie automatycznego zapisu kodu MBR. Nie przełączaj pochopnie ustawienia UEFI na Legacy tylko po to, by polecenie wydawało się pasować. Zmiana może ukryć dotąd poprawną instalację.

Jeśli inny komputer Windows stabilnie odczytuje dysk, sprawdź jego styl partycjonowania we właściwościach w Zarządzaniu dyskami. Gdy Windows jeszcze się otwiera, Informacje o systemie pokazują tryb BIOS. Przy całkowitym braku rozruchu zacznij od ustawień firmware oraz potwierdzenia, który nośnik został wybrany. Wiek laptopa nie stanowi wystarczającego dowodu. Ktoś mógł wcześniej zmienić dysk, sklonować system lub przebudować sposób uruchamiania.

Następnie oceń sam nośnik. Dysk niewidoczny w firmware, pokazujący błędną pojemność albo znikający podczas odczytu ma inny problem niż sam kod startowy. Sprawdź jedno pewne połączenie i zasilanie, lecz nie uruchamiaj urządzenia wielokrotnie w nadziei, że tym razem zaskoczy. Stukanie, częste odłączanie i ciężkie błędy odczytu to sygnały, by przerwać próby programowe. W takim przypadku bezpieczniejsza może być kontrolowana kopia obrazu lub pomoc specjalisty.

Przy poprawnie wykrywanym dysku zwróć też uwagę na ekran. Błąd pojawiający się przed logo Windows kieruje uwagę na kolejność urządzeń i wczesny etap rozruchu. Jeśli logo już widać, przyczyną może być późniejszy składnik systemu. Żaden z tych objawów sam nie identyfikuje MBR. Gdy osobne narzędzie /REBUILDBCD zgłasza problem, pomocne jest wyjaśnienie błędu przebudowy BCD; nie należy mylić go z zadaniem FIXMBR.

Ważne pliki zabezpiecz przed zmianą startu

Najpierw otwórz istniejące kopie zapasowe na innym urządzeniu. Sprawdź nie tylko nazwy, lecz także zawartość kilku dokumentów i datę ostatniej wersji. Folder synchronizowany z chmurą może zawierać stary wariant albo już uszkodzony plik. Zanotuj rzeczy zapisane tylko na niedziałającym komputerze: projekt graficzny, lokalną pocztę, zdjęcia, dokumenty robocze czy archiwum programu. Taką listę łatwiej zweryfikować po odzyskaniu.

Jeśli nośnik jest stabilny, ale pliki nie są dostępne, Drecov może posłużyć do odzyskiwania danych w środowisku Windows. Program nie naprawia uruchamiania systemu. Oferuje odczytowy tryb odzyskiwania, Quick Scan, Deep Scan dla stabilnego źródła, filtrowanie wyników, podgląd obsługiwanych plików i zapis na innym zdrowym urządzeniu. Lost Partition Recovery służy do poszukiwania danych z utraconej partycji, ale nie jest naprawą tablicy partycji. Drecov nie usunie usterki elektroniki ani nie przywróci plików w całości nadpisanych.

Krok 1: zapewnij dostęp do źródła

Jeżeli Windows nie startuje, potrzebujesz działającego środowiska Windows, w którym oryginalny dysk da się stabilnie odczytać. Można fachowo podłączyć go do innego komputera; przy niepewnym stanie sprzętu lepiej wcześniej zlecić wykonanie obrazu. Nie instaluj Drecov na partycji zawierającej utracone dane. Przygotuj osobny zdrowy dysk docelowy. Otwórz program i wybierz pierwotny nośnik lub partycję, na której znajdował się katalog użytkownika. Gdy cały wolumin zniknął, wybierz właściwy tryb Lost Partition Recovery.

Krok 2: porównaj wyniki skanowania

Rozpocznij od Quick Scan. Sprawdź dawne foldery Pulpit, Dokumenty, Obrazy i Pobrane oraz konkretny katalog projektu. Jeżeli szukanych pozycji brakuje, a źródło działa stabilnie, uruchom Deep Scan. Zawęź wyniki według typu pliku, nazwy i poprzedniej ścieżki, gdy program nadal ją pokazuje. Skan głęboki może odnaleźć treść bez dawnej nazwy; wtedy oceniaj podgląd i zawartość, nie samą etykietę.

Przy narastających błędach odczytu, odłączaniu lub niezwykłych dźwiękach przerwij skan. Kolejna próba na uszkadzającym się nośniku nie jest bezpłatna dla sprzętu. Profesjonalne obrazowanie bywa właściwsze niż wielokrotne czytanie tej samej powierzchni. Sytuacja zmienia się także przy szyfrowaniu: bez prawidłowego klucza odzyskiwania program nie ominie ochrony woluminu.

Krok 3: odtwórz pliki poza źródłem i sprawdź je

Obejrzyj w podglądzie kilka reprezentatywnych plików. Czytelny podgląd jednej strony nie potwierdza całego dokumentu, a widoczna miniatura zdjęcia nie zapewnia pełnej jakości. Zaznacz potrzebne wyniki i odzyskaj je na przygotowany osobny dysk, nigdy na partycję źródłową. Jeśli nie widać plików w oczekiwanym katalogu, sprawdź na dysku docelowym Drecov Folder lub Recovery Folder.

Otwórz próbkę w zwykłych aplikacjach. W dokumencie przejrzyj kilka stron, w archiwum sprawdź wpisy, a w projekcie potwierdź, że ładuje się bez brakujących zależności. Zachowaj kopię do czasu, aż komputer będzie startował niezawodnie. Dlaczego zapis odzyskanego pliku na tym samym dysku zagraża reszcie danych, wyjaśnia materiał o odzyskiwaniu na inny nośnik.

Wejdź do WinRE i wykonaj tylko właściwe działanie

Po potwierdzeniu BIOS/MBR, stabilności dysku i stanu kopii uruchom środowisko odzyskiwania Windows. Z odpowiedniego nośnika instalacyjnego wybierz „Napraw komputer”, następnie „Rozwiąż problemy” i „Opcje zaawansowane”. Najpierw można użyć Narzędzia do naprawy systemu podczas uruchamiania. Zapisz jego wynik. Jeśli błąd nadal wskazuje wczesny kod rozruchowy, przejdź do Wiersza polecenia.

Sprawdź, czy widzisz właściwy dysk. W WinRE litery woluminów mogą różnić się od zwykłej sesji Windows. Nie kopiuj numeru dysku ani litery z cudzego poradnika, zwłaszcza gdy komputer ma więcej niż jedną instalację. Rozważ także dodatkowy system operacyjny. Jego niestandardowy menedżer startu mógł korzystać ze starego kodu MBR. Zastąpienie go kodem Windows nie usuwa plików, ale może zmienić drogę uruchamiania drugiego systemu.

Gdy źródłem problemu rzeczywiście jest kod MBR i akceptujesz tę zmianę, wpisz w Wierszu polecenia BOOTREC /FIXMBR, zatwierdź i przeczytaj komunikat. Uruchom komputer ponownie tylko raz, by zobaczyć rezultat. Nie dopisuj bez diagnozy poleceń DiskPart clean, formatowania czy konwersji. Są to operacje o innym celu i znacznie większym wpływie na dostęp do danych.

Przy włączonym BitLockerze przygotuj klucz odzyskiwania pasujący do identyfikatora na ekranie. Nie udostępniaj go publicznie. Sam FIXMBR nie odszyfrowuje partycji. Jeśli nadal nie potrafisz potwierdzić stylu MBR i trybu BIOS, zatrzymaj się przed zapisem. Ostrożność w tym miejscu oszczędza późniejszego zgadywania, czy nowy błąd powstał podczas naprawy.

Przygotuj również sposób powrotu do informacji o błędzie: zrób zdjęcie ekranu przed operacją i zanotuj nazwę wybranego dysku. Dzięki temu po restarcie rozpoznasz, czy sytuacja zmieniła się naprawdę. Jeśli nowe objawy dotyczą odczytu nośnika, a nie kodu startowego, nie dokładaj kolejnych poleceń do wcześniejszego zestawu.

Po restarcie sprawdź więcej niż komunikat „sukces”

Usuń tymczasowy nośnik instalacyjny, jeżeli komputer wybiera go zamiast dysku systemowego. Właściwy wynik oznacza trzy rzeczy: firmware wskazuje oczekiwane urządzenie, uruchamia się prawidłowa instalacja Windows, a ważne pliki dają się otworzyć. Komunikat o pomyślnym wykonaniu BOOTREC potwierdza tylko zapis kodu. Nie mówi nic o każdym z tych trzech warunków.

Jeżeli pojawia się nowy błąd, sfotografuj go i zanotuj etap uruchamiania. Brak Windows Boot Manager na UEFI/GPT wymaga zbadania EFI lub BCD. Dysk, który przestał pojawiać się w BIOS, wymaga diagnostyki połączenia i sprzętu. Nie powtarzaj FIXMBR tylko dlatego, że poprzednio program nie zgłosił błędu. Ta sama czynność bez nowej informacji nie rozstrzygnie innej usterki.

Gdy Windows wstaje, lecz brakuje osobistych plików, sprawdź zalogowane konto, stary profil i rzeczywisty folder na dysku. Polecenie FIXMBR nie przegląda katalogów użytkownika, dlatego nie należy automatycznie przypisywać mu każdego braku. Porównaj odzyskane pliki z listą prac sporządzoną wcześniej. Trzymaj kopię zapasową oddzielnie przez kilka kolejnych udanych uruchomień.

Najczęstsze wątpliwości przed użyciem komendy

Czy FIXMBR przywróci skasowaną partycję?

Nie. Komenda dotyczy kodu rozruchowego MBR. Utracona partycja i jej pliki wymagają odrębnej diagnozy; nie twórz w jej miejscu nowego woluminu przed odzyskiem.

Czy komunikat o wykonaniu polecenia oznacza naprawę?

Nie. Sprawdź, czy uruchamia się właściwy Windows oraz czy otwierają się potrzebne pliki. Komunikat potwierdza tylko określoną operację zapisu.

A jeśli komputer używa UEFI i GPT?

Wtedy bada się zwykle partycję EFI i konfigurację rozruchu. Nie zmieniaj trybu na Legacy jedynie po to, by zastosować instrukcję dla MBR.

Czy Drecov naprawia start Windows?

Nie. Jego rolą jest odnalezienie i skopiowanie dostępnych plików na inny zdrowy nośnik. Naprawa rozruchu pozostaje osobnym zadaniem.

Podsumowanie

BOOTREC /FIXMBR ma sens po potwierdzeniu problemu z kodem startowym w układzie BIOS/MBR. Najpierw sprawdź wykrywanie dysku, tryb uruchamiania i kopie ważnych plików. Drecov może pomóc przenieść dane ze stabilnego źródła na inne urządzenie przed zmianą startu, ale nie usunie awarii sprzętowej ani nie napisze nowego kodu za Windows. Na końcu liczy się praktyczny wynik: właściwy system startuje, a Twoje pliki pozostają czytelne.