Błąd inaccessible boot device to jeden z tych komunikatów, które potrafią zatrzymać pracę w najmniej wygodnym momencie. Zwykle oznacza, że Windows nie ma już dostępu do dysku systemowego albo nie potrafi uruchomić właściwego sterownika kontrolera pamięci masowej. Poniżej rozpisuję praktyczną kolejność działań: od szybkich testów, przez naprawę rozruchu, aż po sytuacje, w których trzeba najpierw uratować dane, a dopiero potem naprawiać system.
Najpierw wyklucz proste przyczyny, potem naprawiaj system warstwami
- Najczęściej winny jest sterownik dysku, zmiana ustawień UEFI albo uszkodzony zapis rozruchowy.
- Jeśli problem pojawił się po aktualizacji lub zmianie sprzętu, zacznij od cofnięcia ostatniej zmiany.
- Do naprawy użyj kolejno: Startup Repair, trybu awaryjnego, `sfc`, `DISM` i `chkdsk`.
- Jeśli Windows widzi objawy awarii SSD, najpierw zabezpiecz pliki, dopiero potem naprawiaj instalację.
- Po wejściu do WinRE pamiętaj o kluczu odzyskiwania BitLocker, jeśli dysk jest zaszyfrowany.
Co oznacza błąd 0x7B i skąd bierze się problem
W praktyce ten komunikat mówi jedno: system nie potrafi odczytać partycji startowej albo nie ma sterownika, który pozwala mu z dyskiem rozmawiać. Najczęściej widzę go po aktualizacji Windows, zmianie ustawień UEFI/BIOS, podłączeniu innego SSD, sklonowaniu dysku albo po uszkodzeniu plików rozruchowych. Microsoft opisuje ten stop kod jako utratę dostępu do partycji systemowej podczas startu, więc nie zawsze oznacza fizyczną awarię nośnika - czasem problem jest czysto programowy.
| Co widzisz | Co to zwykle oznacza | Co robię najpierw |
|---|---|---|
| Błąd pojawił się zaraz po aktualizacji | Zmienił się sterownik, komponent rozruchowy albo konfiguracja systemu | Cofam ostatnią aktualizację lub punkt przywracania |
| Problem po zmianie ustawień w UEFI | Nie zgadza się tryb startu, kolejność bootowania lub konfiguracja kontrolera dysku | Wracam do poprzednich ustawień firmware |
| Komputer po clone/upgrade SSD nie startuje | System widzi dysk, ale nie potrafi znaleźć poprawnego bootloadera | Naprawiam BCD i sprawdzam partycję systemową |
| Błąd wraca coraz częściej | Możliwa awaria SSD, kontrolera lub kabla w starszych komputerach | Robię kopię danych i testuję stan dysku |
Jeśli objaw pasuje do jednego z tych scenariuszy, nie ma sensu strzelać na ślepo. Najpierw szukam zmiany, która go wywołała, a dopiero potem przechodzę do naprawy narzędziami systemowymi.
Najpierw sprawdź rzeczy, które psują start najczęściej
Zaczynam od banalnych, ale skutecznych testów. Odłączam wszystkie zbędne pendrive'y, dyski USB, stacje dokujące i karty pamięci, bo Windows potrafi próbować startu z niewłaściwego nośnika. Potem wchodzę do UEFI/BIOS i sprawdzam, czy dysk systemowy jest pierwszy na liście bootowania oraz czy tryb startu nie został przypadkiem zmieniony z tego, w którym system był instalowany.
- Odłącz zewnętrzne nośniki i uruchom komputer ponownie.
- Sprawdź kolejność bootowania, żeby SSD z Windowsem był pierwszy.
- Jeśli ktoś ostatnio grzebał w firmware, przywróć poprzednie ustawienia trybu startu.
- Jeśli komputer działał po klonowaniu dysku, upewnij się, że startujesz z właściwego nośnika, a nie z kopii, która nie ma poprawnego wpisu rozruchowego.
- Zapisz sobie klucz BitLocker, jeśli dysk jest szyfrowany - bez 48-cyfrowego kodu nie wejdziesz do części narzędzi naprawczych.
Ten etap często decyduje o wszystkim. Jeśli system zacznie działać po samej korekcie bootowania, to znak, że problem był po stronie konfiguracji, a nie samego Windowsa. Gdy to nie wystarcza, czas przejść do środowiska odzyskiwania.
Jak wejść do środowiska odzyskiwania i trybu awaryjnego
Gdy Windows nie startuje normalnie, potrzebujesz WinRE, czyli Windows Recovery Environment. Najprościej wejść tam z poziomu ustawień, jeśli system jeszcze czasem się uruchamia: System > Recovery > Advanced startup > Restart now. Jeśli komputer nie dochodzi nawet do pulpitu, używam nośnika instalacyjnego lub dysku odzyskiwania i przechodzę do opcji naprawy z USB.
W WinRE wybieram najpierw Startup Repair, bo to narzędzie potrafi automatycznie naprawić brakujące lub uszkodzone pliki systemowe, uszkodzone BCD, MBR, niezgodne sterowniki i część błędów rejestru. Jeśli problem pojawił się po instalacji sterownika albo aktualizacji, uruchamiam też Startup Settings i wchodzę do trybu awaryjnego. Tam łatwiej odinstalować wadliwą aktualizację, cofnąć sterownik albo odtworzyć punkt przywracania.
- Startup Repair - pierwszy test, gdy system nie widzi drogi do startu.
- Tryb awaryjny - dobry, gdy trzeba usunąć sterownik lub aktualizację.
- Windows RE z USB - konieczny, jeśli komputer nie dochodzi do ekranu logowania.
Jeśli masz szyfrowanie BitLocker, nie zdziw się prośbą o klucz odzyskiwania. To normalne przy naprawie startu i zmianach w firmware. Gdy już wejdziesz do WinRE, można przejść do naprawy plików i samego rozruchu.
Naprawa plików systemowych i konfiguracji rozruchu
Tu najważniejsza jest kolejność. Nie odpalam od razu wszystkich komend, bo później trudno ocenić, co naprawdę zadziałało. Najpierw daję szansę automatycznej naprawie, a jeśli to nie pomaga, przechodzę do narzędzi z wiersza poleceń. Microsoft zaleca podobny tok myślenia przy problemach rozruchowych i uszkodzonych plikach.
- Uruchom Startup Repair.
- Jeśli system lub nośnik jeszcze odpowiada, otwórz wiersz poleceń i wykonaj
sfc /scannow. - Jeśli SFC nie wystarczy, uruchom
DISM.exe /Online /Cleanup-image /Restorehealth, żeby naprawić obraz systemu. - Sprawdź dysk komendą
chkdsk /f C:, pamiętając, że w WinRE litera partycji może być inna niż w normalnym Windowsie. - Jeśli problem dotyczy bootloadera, użyj narzędzia
bootreci napraw wpisy startowe, np. MBR i sektor rozruchowy.
Przy chkdsk nie oczekuję natychmiastowego efektu. Na większym SSD lub dysku z błędami kontrola może zająć od kilkunastu minut do kilku godzin. To normalne. Ważne, żeby nie przerywać procesu, bo wtedy łatwo dołożyć sobie kolejne uszkodzenia. Jeśli po tej warstwie system dalej nie rusza, sprawdzam sterowniki i firmware.
Sterowniki, kontroler dysku i ustawienia UEFI
To jedna z najczęstszych przyczyn, a jednocześnie obszar, który łatwo przeoczyć. Po aktualizacji BIOS/UEFI, zmianie płyty głównej, przeniesieniu dysku do innego komputera albo zmianie trybu kontrolera Windows może stracić dostęp do urządzenia startowego, mimo że sam dysk jest sprawny. W takich przypadkach nie szukam winy wyłącznie w systemie - sprawdzam też firmware i sterownik kontrolera pamięci masowej.
| Sytuacja | Na co patrzę | Co zwykle pomaga |
|---|---|---|
| Po aktualizacji UEFI | Czy nie zmienił się tryb startu i kolejność bootowania | Przywrócenie poprzednich ustawień i aktualizacja firmware od producenta |
| Po instalacji nowego SSD | Czy klon zawiera poprawny bootloader i aktywną partycję startową | Naprawa BCD, ponowne ustawienie dysku startowego |
| Po zmianie sterownika magazynu danych | Czy problem nie zaczął się bezpośrednio po instalacji drivera | Cofnięcie sterownika albo instalacja właściwej wersji producenta |
| Po przełączeniu ustawień kontrolera | Czy tryb pracy pamięci masowej nadal pasuje do instalacji Windows | Powrót do poprzedniego trybu i ponowny start systemu |
Tu przydaje się zasada prostoty: nie zmieniam kilku rzeczy naraz. Jeśli jednocześnie aktualizowałeś BIOS, instalowałeś sterownik i podmieniłeś dysk, trudno dojść, co faktycznie zepsuło start. Najpierw przywracam jedną zmianę, potem testuję. To zwykle oszczędza więcej czasu niż kolejne próby naprawy plików systemowych.
Kiedy winny jest dysk, a kiedy aktualizacja systemu
Jeśli komputer raz startuje, a raz nie, albo błąd wraca coraz częściej, zaczynam podejrzewać sprzęt. Zły znak to sytuacja, w której dysk czasem znika z UEFI, CHKDSK zgłasza błędy fizyczne albo system wyraźnie zwalnia jeszcze przed awarią. Wtedy nie naprawiam na siłę - najpierw ratuję dane, bo nawet skuteczna naprawa systemu nie ma sensu, jeśli nośnik zaraz padnie całkiem.
- Jeśli dysk znika z BIOS/UEFI, traktuję go jak nośnik do pilnej wymiany.
- Jeśli awaria zaczęła się po aktualizacji, sprawdzam odinstalowanie ostatniej aktualizacji z WinRE.
- Jeśli komputer ma jeszcze punkt przywracania, używam System Restore, bo cofnięcie sterownika lub poprawki bywa szybsze niż ręczna naprawa.
- Jeśli problem pojawił się po dużej aktualizacji funkcji, Microsoft dopuszcza powrót do poprzedniej wersji systemu, zwykle w oknie do 10 dni od upgrade'u.
Warto też pamiętać, że nie każdą aktualizację da się bezpiecznie odinstalować, a wycofanie poprawek bezpieczeństwa ma swoje ryzyko. Dlatego ja zawsze porównuję koszt cofnięcia zmian z kosztem reinstalacji lub przywrócenia obrazu systemu. Jeśli dysk wygląda na niestabilny, nie męczę instalacji - robię kopię i dopiero potem decyduję, czy naprawiać Windows, czy wymieniać nośnik.
Co zrobić, żeby problem nie wrócił po naprawie
Po udanej naprawie robię jeszcze jedną rzecz, którą wiele osób pomija: zabezpieczam się na przyszłość. Najbardziej opłaca się mieć aktualną kopię plików, zapisany klucz BitLocker, nośnik odzyskiwania USB i punkt przywracania przed większymi zmianami. To niewielki koszt czasu, a przy kolejnym błędzie rozruchu oszczędza cały dzień nerwów.
Jeśli chcesz ograniczyć ryzyko powrotu problemu, trzymaj się kilku prostych zasad: nie zmieniaj ustawień UEFI bez zapisu poprzedniej konfiguracji, nie instaluj podejrzanych sterowników magazynu danych, aktualizuj firmware tylko z oficjalnych pakietów producenta i regularnie sprawdzaj stan SSD. Gdy komputer wróci do życia, zrób od razu pełny backup, bo po takim incydencie najuczciwsza diagnoza brzmi: system już raz stracił dostęp do dysku i nie warto zakładać, że zrobił to ostatni raz.
