TPM self-test failed

Komunikat TPM self-test failed informuje o niepowodzeniu wewnętrznej procedury diagnostycznej modułu zabezpieczeń.

Co oznacza komunikat TPM self-test failed

Komunikat TPM self-test failed oznacza, że moduł TPM (Trusted Platform Module) nie zakończył poprawnie wewnętrznego testu diagnostycznego. TPM jest układem zabezpieczającym albo wydzieloną funkcją firmware’u, która wykonuje operacje kryptograficzne, przechowuje klucze i rejestruje wybrane pomiary stanu uruchamiania komputera. Sam komunikat nie wskazuje jeszcze, czy przyczyną jest uszkodzenie sprzętowe, błąd firmware’u, niezgodność ustawień UEFI, problem z zasilaniem modułu czy niespójny stan danych przechowywanych w TPM.

W TPM 2.0 procedura samotestu może obejmować testy funkcji kryptograficznych oraz innych elementów wymaganych przez implementację producenta. Standard przewiduje między innymi polecenia TPM2_SelfTest i TPM2_GetTestResult. Pierwsze uruchamia test pełny albo skrócony, a drugie zwraca wynik zakończonego testu. W starszych implementacjach TPM 1.2 stosowano odpowiadające im mechanizmy TPM_SelfTestFull i TPM_GetTestResult. Treść komunikatu wyświetlana przez system lub firmware może być jednak bardziej ogólna niż rzeczywisty kod błędu zwrócony przez układ.

Jak awaria samotestu wpływa na uruchamianie systemu

TPM jest wykorzystywany przez funkcje zależne od zaufanego rozruchu, między innymi przez szyfrowanie urządzenia i BitLocker w systemie Windows. Klucze mogą być udostępniane dopiero wtedy, gdy stan platformy odpowiada oczekiwaniom zapisanym w rejestrach PCR (Platform Configuration Register). Rejestry PCR nie przechowują zwykłych plików; zawierają wartości pomiarów rozszerzanych kryptograficznie podczas uruchamiania. Zmiana ustawień UEFI, kolejności startowej, modułu Secure Boot albo elementów rozruchowych może więc spowodować żądanie klucza odzyskiwania, nawet jeśli sam dysk działa prawidłowo.

Nieudany samotest może również powodować ostrzeżenia firmware’u, problemy z inicjalizacją zabezpieczeń systemu, niedostępność funkcji Windows Hello lub błędy podczas sprawdzania stanu zabezpieczeń urządzenia. Nie każda sytuacja z takim komunikatem uniemożliwia uruchomienie systemu. Znaczenie błędu zależy od tego, czy test został wykonany podczas startu, po aktualizacji BIOS-u lub UEFI, po zmianie ustawień zabezpieczeń, czy dopiero po załadowaniu systemu operacyjnego. Dlatego sam fakt pojawienia się komunikatu nie powinien być utożsamiany automatycznie z uszkodzeniem dysku, utratą danych albo awarią całej płyty głównej.

Rozróżnienie błędu firmware’u, konfiguracji i modułu TPM

Diagnostykę rozpoczyna się od ustalenia wersji TPM, jego stanu oraz dokładnego miejsca wystąpienia błędu. W Windows można sprawdzić podstawowe informacje za pomocą konsoli zarządzania TPM uruchamianej poleceniem tpm.msc. Przydatne są także informacje systemowe dotyczące modułu zabezpieczeń, statusu sterownika oraz zdarzeń zapisanych w Podglądzie zdarzeń. Warto skorelować godzinę błędu z aktualizacją firmware’u, zmianą ustawień UEFI, wymianą płyty głównej lub przywróceniem ustawień fabrycznych. Istotny jest również dokładny kod zwrócony przez narzędzie diagnostyczne, ponieważ tekst self-test failed nie opisuje wszystkich możliwych przyczyn.

Przed wyczyszczeniem TPM należy sprawdzić, czy komputer korzysta z BitLocker albo innego mechanizmu, który powiązał klucze z tym modułem. Operacja Clear TPM usuwa dane zapisane w TPM i może doprowadzić do żądania klucza odzyskiwania przy kolejnym uruchomieniu. Nie jest to uniwersalna metoda naprawy i nie powinna być wykonywana bez wcześniejszego potwierdzenia dostępu do klucza odzyskiwania oraz zrozumienia skutków. Bezpieczniejsza kolejność obejmuje odczytanie stanu zabezpieczeń, sprawdzenie ustawień UEFI, zastosowanie właściwego firmware’u producenta i ponowne wykonanie testu. Jeżeli błąd powtarza się mimo prawidłowej konfiguracji, trzeba rozważyć usterkę implementacji TPM lub płyty głównej.

Postępowanie serwisowe przy błędzie TPM

W praktyce serwisowej ważne jest zachowanie ciągłości danych uwierzytelniających i ustalenie, czy komputer nadal uruchamia system bez żądania dodatkowych kluczy. Diagnostyka powinna objąć komunikaty UEFI, stan Secure Boot, wersję BIOS-u lub UEFI, wersję systemu Windows, identyfikację modułu TPM oraz historię ostatnich zmian. Jeżeli problem pojawił się po aktualizacji, należy zweryfikować zgodność użytego firmware’u z konkretnym modelem płyty głównej i nie przerywać procesu aktualizacji. W przypadku powtarzalnego błędu potrzebne może być sprawdzenie płyty głównej, zasilania układu i poprawności działania modułu zabezpieczeń.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, w tym diagnostyką problemów związanych z uruchamianiem systemu oraz ustawieniami firmware’u. Przy obsłudze komunikatu TPM self-test failed zakres czynności powinien zostać dobrany do modelu urządzenia, wersji TPM i sposobu wykorzystania szyfrowania. Nie należy pochopnie resetować modułu ani zmieniać ustawień zabezpieczeń bez sprawdzenia, czy może to wywołać żądanie klucza odzyskiwania lub ograniczyć dostęp do danych.