Blog > Nieudana aktualizacja BIOS w Lenovo ThinkCentre M75s Gen 2

Naprawa nowoczesnych komputerów stacjonarnych typu SFF (Small Form Factor), takich jak Lenovo ThinkCentre M75s Gen 2, często wydaje się rutyną. Jednak splot nieszczęśliwych zdarzeń – nieudana aktualizacja BIOS-u i specyficzna architektura zabezpieczeń Lenovo – może zamienić rutynowe programowanie kości w prawdziwy labirynt technicznych zagadek.

Oto historia walki z "ucegloną" płytą główną, w której logitka zawiodła, a rozwiązaniem okazał się najbardziej podstawowy krok serwisowy.

Scenariusz: Śmierć po aktualizacji

Wszystko zaczęło się od standardowej aktualizacji systemu Windows. W nowoczesnych maszynach biznesowych aktualizacje opcjonalne lub systemowe często wymuszają Flash BIOS bezpośrednio z poziomu OS. W tym przypadku proces zakończył się czarnym ekranem. Komputer przestał reagować na przycisk zasilania w sposób prawidłowy – wentylatory startowały, ale brak było obrazu (tzw. No POST).

Krok 1: Programowanie kości i pierwsze rozczarowanie

Wstępna diagnoza była oczywista: uszkodzony wsad BIOS. Po wylutowaniu kości pamięci Flash i zgraniu "czystego" pliku ze strony wsparcia Lenovo, wydawało się, że jesteśmy w domu.

Po wlutowaniu kości:

• Sukces: Pojawiło się logo Lenovo.

• Porażka: Komputer zamarł. Brak reakcji na klawisze (F1, F12), brak możliwości wejścia do ustawień.

• Sygnał dźwiękowy: Dwa krótkie piski (Error Beep Code), co w specyfikacji Lenovo często oznacza błąd konfiguracji lub sumy kontrolnej CMOS.

Krok 2: BIOS Recovery i walka z danymi DMI

Skoro komputer "żył" na tyle, by wyświetlić logo, podjęto próbę procedury BIOS Recovery z pendrive’a (kryzysowe odzyskiwanie bloku startowego). Proces przeszedł pomyślnie, pasek postępu dobił do 100%, nastąpił restart i... znów to samo. Zawieszenie na logo.

Podejrzenie padło na brak danych DMI (Desktop Management Interface). Czyste wsady ze strony producenta nie zawierają:

1. Numeru seryjnego (SN).

2. Modelu maszyny (MTM).

3. Klucza Windows zaszytego w tablicy MSDM.

Przy użyciu narzędzia UBT (Universal BIOS Tool) podjęto próbę transplantacji tych danych z oryginalnego, uszkodzonego wsadu do nowej struktury pliku. Teoretycznie, maszyna powinna rozpoznać swoje "tożsamość" i ruszyć dalej. Niestety – bez zmian.

Przełom: Potęga zworki CMOS

Gdy wszystkie zaawansowane metody zawiodły, a podejrzenie zaczęło padać na uszkodzenie mostka południowego lub procesora AMD Ryzen, wykonano najbardziej banalny krok – przestawienie zworki CLEAR CMOS.

W modelu M75s Gen 2 zworka ta nie tylko czyści pamięć ustawień, ale wymusza na kontrolerze EC (Embedded Controller) i BIOS-ie całkowitą reindeksację sprzętu po zmianie wsadu.

Wynik: Po resecie zworką, komputer "zastanowił się" nieco dłużej, po czym wyświetlił komunikat o błędzie daty i godziny, umożliwiając wejście do BIOS-u. Po zapisaniu ustawień system operacyjny wystartował bez najmniejszego problemu.

Wnioski dla serwisantów

Ten przypadek uczy nas dwóch ważnych rzeczy o współczesnych stacjach roboczych Lenovo:

1. BIOS to nie wszystko: W nowych architekturach (szczególnie na platformie AMD) informacja o konfiguracji sprzętowej jest agresywnie cache'owana. Samo wgranie nowego wsadu do kości nie zawsze wymusza odświeżenie tych danych.

2. Zawsze wracaj do podstaw: Nawet jeśli używasz programatora za tysiące złotych i edytujesz hex-y w poszukiwaniu numerów seryjnych, nie zapominaj o fizycznej zworce Clear CMOS. W ThinkCentre Gen 2 jest ona kluczowym elementem "wybudzania" płyty po ingerencji w pamięć Flash.

Lekcja na przyszłość: Jeśli po programowaniu kości w Lenovo masz "wiszące" logo, nie szukaj błędów we wsadzie. Najpierw zmuś płytę do resetu sprzętowego.