Niebieski ekran z kodem 0x7B to jeden z tych błędów, które blokują komputer jeszcze zanim zdążysz cokolwiek zrobić. To właśnie ten typ awarii stoi za komunikatem inaccessible boot device i zwykle oznacza, że Windows stracił kontakt z dyskiem albo partycją startową. W tym tekście pokazuję, co ten problem zwykle oznacza, jak odróżnić kłopot z konfiguracją od awarii sprzętu i które kroki naprawy mają największy sens na początku.
Najważniejsze rzeczy, które warto sprawdzić najpierw
- Najpierw odłącz świeżo dodany sprzęt i cofnij ostatnie zmiany w BIOS/UEFI, jeśli je pamiętasz.
- Jeśli Windows wchodzi do WinRE, zacznij od naprawy podczas uruchamiania i przywracania systemu.
- Po aktualizacji sprawdź boot files, oczekujące akcje DISM oraz ewentualny problem z BCD.
- Gdy BIOS nie widzi dysku, szansa na problem systemowy jest mała i trzeba myśleć o kablu, porcie lub samym nośniku.
- Nie zaczynaj od reinstalacji, jeśli masz jeszcze dostęp do odzyskiwania i danych na dysku.
Co oznacza ten stop code i dlaczego Windows zatrzymuje start
Ten błąd pojawia się wtedy, gdy system podczas uruchamiania nie potrafi odczytać partycji, z której ma wystartować. Mówiąc prościej: bootloader i sterowniki magazynu danych muszą „zobaczyć” dysk we właściwym momencie, a jeśli ten etap się nie uda, Windows zatrzymuje się, zamiast ryzykować dalsze uszkodzenia.
W praktyce nie chodzi wyłącznie o sam dysk. Czasem winny jest kontroler SATA lub NVMe, czasem sterownik, a czasem zmiana w UEFI, która nagle ustawiła inny tryb pracy niż ten, w którym system został zainstalowany. To dlatego dwa komputery z podobnym objawem mogą wymagać zupełnie innej naprawy.
| Objaw | Co to zwykle sugeruje | Pierwszy ruch |
|---|---|---|
| Błąd po logo Windows | Problem z boot files, sterownikiem albo zmianą konfiguracji | WinRE, naprawa automatyczna, przywracanie systemu |
| Błąd po zmianie BIOS/UEFI | Tryb kontrolera nie pasuje do instalacji Windows | Cofnij AHCI, RAID lub Legacy do poprzedniego ustawienia |
| Błąd po aktualizacji | Pending updates, uszkodzony BCD lub konflikt sterowników | Cofnij oczekujące akcje i sprawdź boot config |
| Dysk znika z BIOS | Problem fizyczny z nośnikiem lub połączeniem | Sprawdź kabel, port, zasilanie i osadzenie nośnika |
Ta różnica między objawem a przyczyną jest ważna, bo pozwala nie marnować czasu na losowe próby. Następnie warto przejść do rzeczy, które najczęściej wywołują problem.
Najczęstsze przyczyny, które widzę w praktyce
Najbardziej zdradliwe w tym błędzie jest to, że sam komunikat niewiele mówi o źródle problemu. Z perspektywy diagnostyki najczęściej powtarzają się jednak kilka scenariuszy.
- Zmiana trybu kontrolera w BIOS/UEFI - przejście z AHCI na RAID, z RAID na AHCI albo zmiana trybu legacy potrafi rozbić start systemu, jeśli Windows był instalowany w innym układzie.
- Aktualizacja systemu, która nie została domknięta - Windows potrafi utknąć na oczekujących operacjach aktualizacji i przy następnym restarcie nie odszukać poprawnie dysku startowego.
- Uszkodzone pliki rozruchowe - BCD, czyli Boot Configuration Data, przechowuje informacje o tym, skąd system ma wystartować; gdy ten zestaw wpisów jest uszkodzony, start się sypie.
- Problemy ze sterownikiem storage - dotyczy to zwłaszcza kontrolerów SATA, NVMe i RAID, bo to one odpowiadają za komunikację z dyskiem podczas rozruchu.
- Fizyczny problem z nośnikiem - uszkodzony SSD lub HDD, luźny kabel, wadliwy port albo przejściówka potrafią wyglądać jak błąd systemowy, choć źródło jest czysto sprzętowe.
- Zmiana sprzętu - po wymianie płyty głównej, kontrolera, dysku lub przeniesieniu systemu na inny komputer Windows często potrzebuje korekty konfiguracji startowej.
Ja zwykle zaczynam od tego, co zmieniło się tuż przed awarią. To najszybciej zawęża pole poszukiwań i oszczędza napraw typu „spróbujmy wszystkiego naraz”, które rzadko kończą się dobrze.

Co zrobić od razu, gdy Windows nie rusza
Jeśli komputer nie dochodzi nawet do pulpitu, nie próbuję od razu grzebać w rejestrze ani reinstalować systemu. Najpierw stawiam na działania, które mają niskie ryzyko i potrafią odblokować start bez utraty danych.
- Odłącz nowy sprzęt - jeśli tuż przed problemem podpiąłeś nowy dysk, kontroler, adapter lub inny element peryferyjny, wyjmij go i sprawdź start ponownie.
- Wejdź do WinRE - czyli Windows Recovery Environment, środowiska odzyskiwania Windows. Zwykle uruchamia się ono po kilku nieudanych próbach startu albo z pendrive’a instalacyjnego.
- Uruchom naprawę podczas uruchamiania - to najprostszy test, który potrafi naprawić podstawowe błędy ładowania systemu.
- Spróbuj przywracania systemu - jeśli masz punkt przywracania sprzed awarii, to często lepszy ruch niż ręczne eksperymenty. Gdy problem pojawił się po dużej aktualizacji, to jeden z najlepszych scenariuszy ratunkowych.
- Sprawdź tryb awaryjny - jeśli Windows choć raz pozwoli się uruchomić w Safe Mode, można zawęzić winę do sterownika, aktualizacji albo usługi startowej.
Warto pamiętać o jednej praktycznej rzeczy: jeśli komputer ma szyfrowanie dysku, środowisko odzyskiwania może poprosić o klucz odzyskiwania. W takiej sytuacji dobrze mieć go pod ręką, zanim zaczniesz dalszą naprawę.
Jeżeli WinRE jest dostępne, masz jeszcze kilka mocniejszych narzędzi do uporządkowania rozruchu i systemu plików.
Jak naprawić boot i pliki systemu bez formatowania
To jest etap, w którym najczęściej udaje się uratować komputer bez utraty danych. Tu wchodzą już bardziej techniczne narzędzia, ale nadal są one sensowniejsze niż pełna reinstalacja, zwłaszcza gdy problem zaczął się po aktualizacji albo po zmianie konfiguracji dysku.
| Narzędzie lub polecenie | Kiedy ma sens | Co robi |
|---|---|---|
bootrec /rebuildbcd |
Gdy BCD jest uszkodzone albo brakuje wpisów startowych | Przebudowuje bazę konfiguracji rozruchu |
bcdboot X:\Windows /s Y: /f ALL |
Gdy trzeba odtworzyć pliki rozruchowe od zera | Tworzy pliki boot dla UEFI i BIOS |
dism /Image:C:\ /Cleanup-Image /RevertPendingActions |
Gdy błąd pojawił się po niedokończonej aktualizacji | Cofa oczekujące akcje aktualizacji |
chkdsk /f /r |
Gdy podejrzewasz błędy systemu plików lub sektorów | Sprawdza i naprawia strukturę dysku |
sfc /scannow /offbootdir=X:\ /offwindir=X:\Windows |
Gdy Windows startuje z WinRE, ale pliki systemowe są podejrzane | Porównuje i naprawia pliki systemowe offline |
Przy tych poleceniach ważna jest kolejność. Jeśli problem wygląda na aktualizację, zacznij od cofnięcia pending actions. Jeśli boot files są naruszone, idź w stronę bootrec albo bcdboot. Dopiero na końcu dorzucaj sprawdzanie dysku i plików systemowych, bo to procesy wolniejsze, ale często potrzebne jako domknięcie naprawy.
Nie przerywam tych testów po kilku minutach. Sama procedura odzyskiwania lub naprawy potrafi zająć od 30 minut do 2 godzin, a przy dużym dysku i chkdsk /r nawet dłużej.
Jeśli błąd zaczął się po aktualizacji, czasem trzeba też sprawdzić pending.xml i wpisy w rejestrze offline. To już krok dla osoby, która czuje się pewnie z WinRE, ale właśnie tam często leży blokada, której zwykłe restarty nie zdejmą.
Jeśli po tych krokach nadal nie ma poprawy, czas przejść do twardej diagnozy sprzętowej.
Kiedy problem naprawdę leży po stronie dysku albo kontrolera
Tu liczy się chłodna obserwacja. Jeśli BIOS/UEFI nie widzi dysku w ogóle, Windows nie ma już z czym walczyć. Wtedy przyczyna rzadko jest „czysto programowa”, a częściej siedzi w połączeniu, firmware albo samym nośniku.
- BIOS raz widzi dysk, a raz nie - to sygnał, że warto sprawdzić kabel, zasilanie, port SATA albo osadzenie dysku M.2.
- Dysk wydaje nietypowe dźwięki - w przypadku HDD to bardzo zły znak; przy SSD bardziej martwią nagłe zniknięcia z systemu i błędy SMART, czyli parametry zdrowia dysku.
- Błąd wraca po każdej próbie naprawy - jeśli boot files, aktualizacje i sterowniki nie pomagają, a dysk nadal znika lub zwalnia, nośnik może być po prostu zużyty.
- Problem pojawił się po zmianie płyty głównej lub kontrolera - w takim scenariuszu Windows może potrzebować nowego sterownika storage albo korekty trybu pracy kontrolera.
W praktyce robię wtedy trzy rzeczy: podmieniam kabel lub port, sprawdzam aktualizacje UEFI i firmware dla dysku oraz kontrolera, a jeśli to możliwe, testuję nośnik na innym komputerze lub w obudowie USB. To szybciej pokazuje, czy ratować jeszcze system, czy już dane.
Jeżeli dane są ważne, nie warto długo walczyć na ślepo. Przy podejrzeniu uszkodzonego dysku priorytetem staje się kopia plików, a dopiero później dalsza naprawa.
Jak nie wrócić do tego samego problemu po naprawie
Największy błąd po odzyskaniu startu jest prosty: ludzie oddychają z ulgą i zamykają temat, choć przyczyna nadal siedzi w konfiguracji albo w słabym dysku. Ja wolę od razu domknąć kilka rzeczy, bo właśnie wtedy ryzyko powrotu awarii spada najbardziej.
- Zapisz obecny tryb pracy kontrolera - AHCI, RAID czy inny wariant powinien zostać taki, jak podczas instalacji systemu, chyba że świadomie wiesz, co zmieniasz.
- Zrób pendrive naprawczy - nośnik odzyskiwania o pojemności co najmniej 8 GB przydaje się wtedy, kiedy komputer nie chce uruchomić się samodzielnie.
- Utrzymuj aktualne kopie zapasowe - obraz systemu albo regularny backup plików ma większą wartość niż kolejny wieczór spędzony na ręcznej naprawie.
- Aktualizuj BIOS/UEFI i firmware dysku z głową - nie dlatego, że każda aktualizacja coś naprawi, ale dlatego, że stare wersje bywają problematyczne przy nowszych kontrolerach i nośnikach.
- Nie przerywaj aktualizacji na siłę - jeśli Windows prosi o restart i kończy oczekujące operacje, lepiej pozwolić mu domknąć proces niż zgadywać, czy można wyłączyć zasilanie.
Jeśli chcesz myśleć o tym bardziej strategicznie, potraktuj taki błąd jak sygnał ostrzegawczy, a nie jednorazową wpadkę. W 2026 dobrze skonfigurowany system to nie tylko aktualne łatki, ale też przygotowana ścieżka awaryjna na wypadek, gdy rozruch odmówi posłuszeństwa.
Co warto sprawdzić jeszcze raz, zanim uznasz naprawę za zakończoną
Po przywróceniu startu nie zamykam sprawy od razu. Sprawdzam jeszcze, czy Windows uruchamia się kilkukrotnie z rzędu, czy w Podglądzie zdarzeń nie ma świeżych błędów storage oraz czy dysk systemowy jest nadal widoczny w BIOS/UEFI bez ostrzeżeń. Jeśli wszystko wygląda stabilnie, dopiero wtedy wracam do normalnej pracy.
Jeżeli komputer nadal co jakiś czas wrzuca cię do tego samego ekranu, zatrzymaj się na etapie odzyskiwania danych i diagnostyki sprzętu zamiast wykonywać kolejne losowe restarty. W takich przypadkach najwięcej zyskuje się nie przez większą determinację, tylko przez szybką decyzję, co ratować najpierw: system, nośnik czy pliki.