Reparație Lenovo Legion Go 8APU1 – Black screen după update de BIOS – caz de service.
Mi-a ajuns în service un Lenovo Legion Go 8APU1 cu o problemă destul de serioasă: consola pornea, dar rămânea cu ecran negru și nu făcea POST. Pe scurt: power on, black screen, fără imagine, fără boot.
Proprietarul mi-a spus că problema a apărut imediat după un update de BIOS. După actualizare, consola nu a mai pornit normal.
Diagnostic inițial
Am demontat consola și am identificat chipul de BIOS de 32 MB, chiar sub difuzorul de pe partea cu conectorul de baterie. Primul pas a fost să fac un backup complet al conținutului existent, chiar dacă firmware-ul părea corupt.
Backup-ul este foarte important, pentru că din el se pot recupera date unice ale plăcii, cum ar fi:
- Serial Number
- MTM / MTU
- UUID sau alte date de identificare
- cheia Windows / COA key, acolo unde este prezentă în dump
Aceste date nu trebuie pierdute, pentru că un BIOS curat, fără injectarea datelor originale, poate duce la alte probleme ulterior.
Prima încercare: Programare BIOS N3CN42WW
Am descărcat ultima versiune de BIOS disponibilă pe site-ul Lenovo, N3CN42WW. Am extras pachetul, am decupat regiunea necesară, am injectat datele de identificare salvate din backup și am programat chipul de BIOS.
Programarea s-a făcut fără erori, am trecut la probe.
Rezultatul? Nicio schimbare. Consola se comporta la fel: pornea, dar rămânea cu ecran negru și nu făcea POST.
În acel moment am luat în calcul și posibilitatea ca firmware-ul din EC, un ITE IT8218VG-256, să fie corupt. Am decupat și partea de EC pentru programare. Fiind vorba de un chip BGA, programarea nu este la fel de comodă ca în cazul unui SPI BIOS clasic, dar am reușit programarea prin I2C.
Am făcut din nou proba, din păcate, tot fără rezultat pozitiv.
Încercarea cu o versiune mai veche de BIOS
Eram aproape decis să renunț, dar am zis să mai încerc o variantă: o versiune mai veche de BIOS.
Aveam în librăria mea personală versiunea N3CN39WW, deja decupată și pregătită pentru programare. Am injectat din nou datele originale ale consolei:
- Serial Number
- MTU / MTM
- COA key
- alte date de identificare necesare
Am programat chipul de BIOS și am făcut proba.
De data aceasta, consola a făcut POST.
A fost momentul în care se confirmă problema legată de firmware. Am rulat câteva teste suplimentare, iar consola părea să funcționeze corect.
Detaliu interesant: EC-ul a rămas pe N3CN42WW
Un detaliu important, pe care l-am observat după ce consola a făcut POST cu versiunea mai veche de BIOS, este legat de versiunea EC, pe care am programat-o via I2C mai devreme.
Deși BIOS-ul programat era N3CN39WW, în BIOS Setup, la secțiunea de informații, consola afișa:
- BIOS Version: N3CN39WW
- EC Version: N3CN42WW
Inițial am avut suspiciunea că și firmware-ul EC ar fi fost corupt sau incompatibil. Totuși, faptul că sistemul a pornit cu BIOS N3CN39WW și EC N3CN42WW sugerează că problema nu era în firmware EC.
În acest caz, problema pare să fi fost legată doar de partea de main BIOS, versiunea N3CN42WW.
Informația importantă de la client
După ce consola a pornit, am discutat din nou cu clientul. Atunci am aflat un detaliu foarte important: update-ul făcut de el fusese de la N3CN40WW la N3CN42WW.
Clientul m-a întrebat dacă îi pot face eu update la ultima versiune de BIOS, sau dacă nu, măcar să rămână la versiunea N3CN40WW.
Pentru că sistemul pornea și era stabil, am decis să testez update-ul oficial. Am rulat direct pachetul N3CN42WW.exe din Windows, cu alimentatorul conectat și bateria încărcată complet. Am urmat pașii normali de update până la final.
La restartul de după update, consola nu a mai făcut POST.
Din nou: power on, black screen, no POST.
Întrebarea firească
Aici apare întrebarea normală: ce se întâmplă cu acest update?
Nu pot afirma că Lenovo a făcut ceva intenționat. Nu am o dovadă pentru asta. Dar, din punct de vedere tehnic, situația este cel puțin ciudată:
- update-ul oficial N3CN42WW.exe, rulat din Windows, a dus la starea de nefuncționare;
- BIOS-ul extras din N3CN42WW și programat direct pe chip nu a readus consola la viață, deși programarea s-a făcut fără erori;
- consola a fost recuperată cu o versiune mai veche de BIOS;
- o nouă încercare cu N3CN42WW.exe a produs din nou același simptom: power on, black screen, no POST.
- după refacerea procedurii cu o versiune mai veche, consola a făcut POST;
Cert este că, în acest caz concret, versiunea N3CN42WW a dus de mai multe ori la același rezultat.
Soluția finală: revenire la N3CN40WW
Am refăcut procedura de recuperare, dar de data aceasta folosind versiunea N3CN40WW.
Am injectat datele originale ale consolei, am programat chipul de BIOS, am făcut testele necesare și consola a revenit la funcționare normală.
Clientului i-am recomandat să nu mai facă update la N3CN42WW, cel puțin nu până când există mai multe informații clare despre această versiune sau până când Lenovo publică o versiune mai nouă care rezolvă problema.
Concluzie
Acesta a fost un caz real de service cu un Lenovo Legion Go 8APU1 care nu mai făcea POST după update de BIOS de la N3CN40WW la N3CN42WW.
Recuperarea a fost posibilă prin programarea externă a BIOS-ului și revenirea la o versiune mai veche. Firmware-ul EC a rămas la versiunea N3CN42WW, iar consola funcționează corect cu BIOS N3CN40WW și EC N3CN42WW.
Nu pot afirma că versiunea N3CN42WW afectează toate consolele Lenovo Legion Go. Totuși, în acest caz concret, același simptom — power on, black screen, no POST — a apărut de trei ori în legătură cu această versiune: de două ori după rularea pachetului oficial N3CN42WW.exe și o dată după programarea directă pe chip a imaginii extrase din același pachet, fără nicio eroare de programare.
Aveți un Lenovo Legion Go cu black screen după update de BIOS? Ne puteți contacta pentru diagnostic și reprogramare BIOS/EC în service.
