SSD blokuje dostęp do BIOS

SSD blokujące dostęp do BIOS to rzadka, poważna usterka, w której wadliwy dysk uniemożliwia wejście do ustawień firmware.

Jak wadliwy SSD może zatrzymać start przed wejściem do BIOS

SSD blokujący dostęp do BIOS to sytuacja, w której komputer nie przechodzi prawidłowo przez procedurę POST, czyli testy uruchamiane przez firmware przed rozpoczęciem ładowania systemu operacyjnego. W praktyce użytkownik może naciskać klawisz przeznaczony do otwarcia ustawień UEFI, na przykład Delete albo F2, ale ekran konfiguracji nie pojawia się. Przyczyną nie jest wtedy samo hasło do BIOS ani ustawienie systemu Windows, lecz problem występujący podczas inicjalizacji urządzeń.

Firmware podczas uruchamiania wykrywa podstawowe podzespoły, w tym urządzenia pamięci masowej. Dysk SATA musi odpowiedzieć na komunikację przez kontroler SATA, a nośnik NVMe musi zostać wykryty przez magistralę PCI Express i własny kontroler. Jeżeli kontroler SSD nie odpowiada, odpowiada z dużym opóźnieniem albo wysyła nieprawidłowe informacje, firmware może długo czekać na zakończenie operacji. W niektórych konstrukcjach skutkiem jest zawieszenie obrazu startowego, samoczynny restart albo zatrzymanie komputera jeszcze przed udostępnieniem menu UEFI.

Różnica między problemem dysku a ustawieniami uruchamiania

Nie każda sytuacja, w której system nie startuje, oznacza blokowanie dostępu do BIOS. Uszkodzony wpis rozruchowy, nieprawidłowa kolejność bootowania albo brak systemu na dysku zwykle pozwalają wejść do ustawień UEFI. W takim przypadku firmware kończy inicjalizację sprzętu, lecz nie znajduje poprawnego programu rozruchowego. Gdy wadliwy SSD zatrzymuje wykrywanie urządzeń, komputer może natomiast nie dojść do etapu, na którym użytkownik może skutecznie wybrać ustawienia firmware.

Objawy zależą od rodzaju nośnika i platformy. W przypadku SSD SATA komputer może zawieszać się po podłączeniu przewodu danych, a po jego odłączeniu przechodzić dalej do ekranu UEFI. Przy SSD NVMe podobny test polega na wyjęciu modułu z gniazda M.2 po całkowitym odłączeniu zasilania. Warto uwzględnić, że gniazdo M.2 może obsługiwać różne tryby pracy, a nie każdy moduł pasuje elektrycznie do każdej płyty głównej. Sam fakt, że nośnik można fizycznie włożyć do gniazda, nie potwierdza jeszcze zgodności.

Podobny efekt może powodować nie tylko awaria pamięci flash, lecz także uszkodzenie kontrolera SSD, błędne działanie układu zasilania, problem z firmware nośnika, zwarcie albo nieprawidłowy styk w gnieździe. W dyskach SATA należy dodatkowo sprawdzić przewód danych, przewód zasilający i port na płycie głównej. W komputerach z kilkoma urządzeniami magazynującymi diagnostykę komplikuje także błędne przypisanie objawu do właściwego dysku.

Postępowanie izolujące źródło zawieszenia

Bezpieczna diagnostyka zaczyna się od odłączenia komputera od zasilania i odczekania na rozładowanie układów. Następnie można odłączyć podejrzany SSD i uruchomić komputer w minimalnej konfiguracji, pozostawiając płytę główną, procesor, pamięć operacyjną oraz układ graficzny wymagany do wyświetlenia obrazu. Jeżeli po odłączeniu nośnika pojawia się ekran POST albo można otworzyć ustawienia UEFI, jest to istotna wskazówka, ale nie stanowi jeszcze dowodu, że uszkodzona jest wyłącznie pamięć flash.

Odłączony SSD można sprawdzić w innym, zgodnym komputerze albo za pomocą odpowiedniej obudowy lub adaptera, o ile interfejs i format fizyczny są obsługiwane. Dla dysku SATA potrzebny jest interfejs SATA, natomiast dla modułu NVMe wymagane jest połączenie wykorzystujące NVMe przez PCI Express. Adapter USB może nie przekazywać wszystkich informacji diagnostycznych i nie zawsze umożliwia aktualizację firmware. Jeżeli nośnik nie jest wykrywany, powoduje zawieszanie systemu albo znika podczas odczytu, nie należy wielokrotnie ponawiać prób uruchamiania.

Po uzyskaniu dostępu do firmware można sprawdzić, czy płyta główna widzi dysk, lecz nie należy pochopnie zmieniać trybu UEFI, ustawień kontrolera SATA ani kolejności rozruchu. Takie zmiany mogą utrudnić późniejsze uruchomienie systemu, szczególnie gdy instalacja korzysta z określonego trybu kontrolera lub szyfrowania. Aktualizacja firmware SSD albo BIOS płyty głównej może mieć sens tylko wtedy, gdy komputer jest stabilny, nośnik jest prawidłowo rozpoznawany i producent przewidział poprawkę dotyczącą konkretnego problemu. Przerywanie aktualizacji zasilania może doprowadzić do dodatkowego uszkodzenia.

Odzysk danych i naprawa konfiguracji sprzętowej

Jeżeli na SSD znajdują się ważne dane, priorytetem jest ograniczenie liczby uruchomień i operacji zapisu. Nie należy inicjalizować dysku, tworzyć nowych partycji ani formatować go tylko dlatego, że system nie może się uruchomić. Narzędzia odczytujące stan SMART mogą pomóc ocenić niektóre parametry nośnika, ale nie wykluczają awarii kontrolera ani problemu występującego wyłącznie podczas startu firmware. Brak odczytu SMART nie jest równoznaczny z brakiem uszkodzeń.

Jeżeli komputer odzyskuje dostęp do UEFI po odłączeniu SSD, dalsze czynności powinny rozdzielić trzy problemy: usterkę samego nośnika, błąd połączenia oraz niezgodność ustawień płyty głównej. Sprawdza się poprawność osadzenia modułu M.2, mocowanie śruby, stan styków, przewody i porty. W przypadku dysku SATA można wykonać próbę z innym przewodem i innym portem, a w przypadku NVMe przetestować zgodne gniazdo, jeśli płyta główna je udostępnia. Test z innym sprawnym SSD pozwala ustalić, czy zawieszenie podąża za nośnikiem, czy pozostaje związane z komputerem.

Warszawskie Pogotowie Komputerowe wykonuje profesjonalną naprawę laptopów, komputerów PC i ich podzespołów, w tym diagnostykę problemów z wykrywaniem dysków SSD oraz startem firmware. Zakres czynności zależy od konstrukcji urządzenia, objawów i znaczenia danych zapisanych na nośniku. Wymiana SSD może przywrócić prawidłowe uruchamianie, lecz nie powinna być traktowana jako metoda odzyskania danych z uszkodzonego dysku. Najpierw trzeba ustalić, czy dane są dostępne, czy nośnik wymaga klonowania, czy konieczne jest przekazanie go do specjalistycznego laboratorium odzyskiwania informacji.