Błąd 0x7B - Jak naprawić Inaccessible Boot Device bez formatowania?

Tymon Czarnecki .

11 czerwca 2026

Komputer nie widzi dysku, wyświetlając komunikat "inaccessible boot device". Pendrive i dysk twardy leżą obok.

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.

Niebieski ekran błędu Windows z :( i komunikatem

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.

  1. 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.
  2. 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.
  3. Uruchom naprawę podczas uruchamiania - to najprostszy test, który potrafi naprawić podstawowe błędy ładowania systemu.
  4. 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.
  5. 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.

FAQ - Najczęstsze pytania

Błąd 0x7B (Inaccessible Boot Device) oznacza, że system nie może uzyskać dostępu do partycji startowej. Przyczyną są zwykle uszkodzone pliki rozruchowe, błędna konfiguracja kontrolera SATA/NVMe w BIOS lub fizyczna awaria dysku.
Nie, często jest to problem programowy. Może wynikać ze zmiany trybu AHCI/RAID w BIOS, nieudanej aktualizacji lub uszkodzenia rekordów BCD. Przed wymianą dysku warto spróbować naprawy plików systemowych w środowisku odzyskiwania WinRE.
Należy wejść w tryb odzyskiwania i użyć opcji Naprawa podczas uruchamiania. Jeśli to nie pomoże, warto skorzystać z Wiersza polecenia, aby cofnąć oczekujące aktualizacje komendą DISM lub przywrócić system do punktu sprzed awarii.
Nowa płyta może mieć inny tryb pracy kontrolera. Sprawdź w BIOS, czy ustawienie AHCI/RAID zgadza się z poprzednią konfiguracją. Jeśli system nadal nie rusza, konieczne może być odtworzenie plików rozruchowych za pomocą komendy bcdboot.

Oceń artykuł

Średnia: 0.0 / 5 · 0 ocen

Tagi

inaccessible boot device błąd 0x7b inaccessible boot device jak naprawić inaccessible boot device po aktualizacji windows jak naprawić błąd 0x7b bez formatowania błąd 0x7b po zmianie bios ahci raid naprawa plików rozruchowych 0x7b
Autor Tymon Czarnecki
Tymon Czarnecki
Jestem Tymon Czarnecki, doświadczonym analitykiem branżowym z wieloletnim zaangażowaniem w tematykę technologii. Od ponad pięciu lat zajmuję się analizowaniem trendów oraz innowacji w tej dynamicznie rozwijającej się dziedzinie. Moje zainteresowania obejmują szczególnie sztuczną inteligencję, technologie chmurowe oraz rozwój oprogramowania. Staram się przedstawiać skomplikowane zagadnienia w przystępny sposób, co pozwala moim czytelnikom lepiej zrozumieć otaczający ich świat technologii. Zawsze dążę do rzetelności i obiektywizmu, dlatego dokładam wszelkich starań, aby dostarczać aktualne i wiarygodne informacje, które mogą pomóc w podejmowaniu świadomych decyzji. Moim celem jest wspieranie czytelników w zgłębianiu wiedzy na temat nowych technologii i ich wpływu na nasze życie.

Komentarze (0)

Dodaj komentarz