Dark Magic: Ce a cauzat Nexus 6P Death Loop de la Google (și cum se poate remedia cu un uscător de păr)

Dark Magic: Ce a cauzat Nexus 6P Death Loop de la Google (și cum se poate remedia cu un uscător de păr)' alt= Exclusiv ' alt=

Articol de: Kevin Purdy @kpifixit



Copiați adresa URL a articolului

Acțiune

Nexus 6P al prietenului meu a murit în timp ce acționa ca navigator și DJ într-o călătorie rutieră din nordul statului New York spre Manhattan în februarie 2017. 6P a înghețat, a repornit, a afișat sigla Google, apoi a repornit de zeci și zeci de ori, oferind nici o idee despre ceea ce nu era în regulă .

Am încercat să ajut prin difuzor de pe telefonul șoferului, dar niciunul dintre trucurile obișnuite de alimentare / volum / siguranță nu a funcționat. 6P a fost în afara garanției cu două săptămâni. Au cumpărat un Moto G4 de 200 de dolari la un magazin din Union Square pentru a trece prin călătorie. Mai târziu, vor schimba un înlocuitor 6P cu 113 USD pentru un nou Pixel 2. Sunt încă destul de supărați de întreaga saga.



Totuși, nu toate au fost vești proaste. În urmă cu mai puțin de o lună, la trei ani după ce 6P au pierdut dorința de a trăi, prietenul meu a primit un cec de 400 USD de la Google și de la producătorul 6P, Huawei, prin intermediul o soluționare a unui proces de acțiune colectivă . Un alt prieten a primit un cec de 400 de dolari și l-a transformat într-o bicicletă rece cu pietriș. LG s-a stabilit în mod similar o acțiune colectivă separată care implică telefoane bootloop , inclusiv Nexus 5X. Telefoanele sunt complexe, lecția învățată - sfârșitul poveștii?



Nu pentru mine. Văd toate secțiunile înnegrite ale Depunerea decontării 6P și am rămas cu atâtea întrebări. Ce ar face ca un telefon Android să nu poată porni brusc, adesea luni sau ani de la prima achiziție, în așa fel încât Google să nu poată rezolva problema cu software-ul? Puteți șterge și remedia aproape orice problemă de software pe un telefon Android. Dacă a fost o defecțiune hardware simplă, de ce nu a avut nici o companie până la defect și nu l-a amintit?



Am contactat Google, Huawei, LG și Qualcomm pentru comentarii cu privire la această postare, dar nu am primit răspuns de la niciuna dintre acele companii. De fapt, căsuța de e-mail a Huawei pentru comunicații de presă globale a răspuns că este plină și nu poate livra mesaje, de două ori în două săptămâni, mesaje către personalul de presă individual pe care le-am putut găsi nu au fost returnate.

Cum se întâmplă ca Apple, dintre toate companiile, să pară pozitiv transparent prin comparație? Apple are reparat și schimbat telefoane defecte în timp ce admite, oricât de șmecher, că ceva a greșit cu ei.

După săptămâni de cercetări, inclusiv achiziționarea propriului meu Nexus 6P bootlooped, vorbind cu hackeri de software și profesioniști în repararea plăcilor și citind prea multe articole despre arhitecturi sistem pe cip, compilez aici ceea ce cred că este cea mai probabilă cauză a Problema bootloop 6P (și, la fel de importantă, a exclus unele altele) și chiar a găsit o „remediere” care, deși cam tristă, ar putea funcționa dacă doriți să salvați un Nexus 6P din bootloop.



Iată de ce un uscător de păr foarte fierbinte a ajuns să fie cel mai bun instrument pentru repararea unui aparat Nexus 5X sau 6P aparent caramizat.

Pagina dispozitivului Nexus 6P' alt=

Nexus 6P

Smartphone Android de generația a 6-a proiectat de Google și fabricat de Huawei. Lansat în octombrie 2015.

Vizualizați dispozitivul

Jetoanele fierbinți, ciudate din interiorul 6P și 5X

Qualcomm realizează modemuri, procesoare grafice și procesoare, uneori combinate într-o ordine sistem pe cip (SOC). În 2015, platforma Snapdragon a lui Qualcomm a fost cam singurul joc din oraș pentru un smartphone de bază (cel puțin dacă nu vă creați propriile cipuri, cum ar fi Apple sau Samsung). Google, colaborând cu Huawei pentru a face unul dintre cele două telefoane Nexus, a mers cu Snapdragon 810 pentru Nexus 6P , este un Nexus mai mare și mai scump. A ales fratele său diminuat, Snapdragon 808, pentru Nexus 5X realizat de LG.

' alt=

Snapdragon 810, pe roșu, pe placa de bază Nexus 6p (Scuturile termice au fost îndepărtate).

1998 honda accord locatia filtrului de combustibil

Cele mai importante lucruri pe care ar trebui să le știți despre Snapdragon 808/810 din multe telefoane bootlooping sunt următoarele:

Discuția despre problemele de fabricație și problemele de căldură nu sunt arme de fumat sau chiar cauze cunoscute, ci sunt date interesante. Ceea ce este cu adevărat interesant, pentru proprietarul unui telefon bootlooping, este configurarea procesorului „big.LITTLE”. În teorie, este un sistem elegant pentru maximizarea performanței, economisind în același timp autonomia bateriei. Telefonul dvs. folosește patru cipuri mai lente, cu putere redusă pentru a efectua sarcini neintensive și de fundal, apoi trece la cele patru nuclee de performanță sau „mari” pentru sarcini active și solicitante.

Vă rugăm să rețineți utilizarea „în teorie” în acel paragraf pe măsură ce mergem mai departe.

Bootlooping Conundrum: se activează, nu-i pasă

' alt=

Cum arată când un Nexus 6P bootloops a accelerat de 2 ori.

Este regretabil pentru Google că telefonul care nu funcționează corect îți amintește ce companie ți-a vândut de sute de ori

Proprietarii modelelor 5X și 6P, mulți dintre ei pasionați de Android dornici să experimenteze telefonul de avangardă recomandat de Google dezvoltatorilor, au fost bătut când telefoanele lor au încetat să mai funcționeze . În mod normal, o resetare a datelor unui telefon Android rezolvă problemele de pornire sau înghețare și blocare. Cel mai prost scenariu, trebuie descărcați imaginea originală pentru dispozitivul dvs. , porniți într-un „fastboot” sau în modul de recuperare ținând apăsate anumite butoane și executați câteva comenzi ale terminalului pentru a le patch în firmware-ul din fabrică.

Cu excepția acestei probleme de boot, nu puteți intra în modul de recuperare, deoarece încercarea de a porni în acesta trimite telefonul înapoi în logo-ul / off / logo / off loop. Dacă sunteți dezvoltator Android sau pur și simplu v-ați confruntat cu ROM-uri de la terțe părți, este posibil să fi făcut clic pe comutatoarele „Activați deblocarea OEM” și „Activați depanarea USB” în setările telefonului. Ați putea intra în modul fastboot pentru a clipi un nou firmware, dar telefonul dvs. ar continua să se bucle când ați terminat.

Este aproape mai rău că apare logo-ul Google, iar telefonul pare să pornească doar puțin, în loc să fie doar un telefon inexplicabil mort. De asemenea, este regretabil pentru Google faptul că telefonul care nu funcționează corect îți amintește ce companie ți-a vândut de sute de ori.

' alt=Set de instrumente Pro Tech

Standardul industrial pentru tehnicieni în electronică și calculatoare.

69,99 USD

Cumpără acum

Remedierea: dezactivați jumătatea defectuoasă a procesorului

XDA-Developers este un forum în care entuziaștii și dezvoltatorii Android merg să-și ofere experimentele, să depaneze dispozitivele și să facă fapte uimitoare pentru a prelungi sfârșitul vieții utile a unui telefon cu ajutorul software-ului. Nexus 6P avea un sub-forum foarte activ la XDA , și nu a trecut mult timp până când plângerile cu privire la telefoanele bootlooping au condus la investigații și potențiale soluții .

XCnathan32 a livrat prima soluție de lucru pentru „Boot Loop of Death” (BLOD). Undeva - într-un thread de forum, canal IRC sau jurnal de dispozitiv - s-a sugerat că criza a avut loc după ce dispozitivul a încercat să permită nucleele de performanță „mari” pentru boot. Nucleele mari nu răspundeau sau deveniseră „detașate”. Codul de pornire standard al telefonului nu a anticipat acele nuclee care nu răspund în condiții normale, astfel încât telefonul se blochează și repornește.

' alt=

O porție de Scriptul de inițializare al XCnathan32 , cu munca atribuită doar celor patru nuclee „mici” ale telefonului bootlooping (0-3).

mașină de tuns iarba fumând după adăugarea de ulei

Remediile XCnathan32 sunt versiuni ale software-ului de pornire al telefonului, kernel-ului Linux și modului de recuperare, rescrise astfel încât niciuna dintre ele să nu facă trimitere sau să apeleze vreodată pe nucleele „mari” ale telefonului. Au făcut și ei o soluție pentru Nexus 5X care a făcut același lucru: dezactivați nucleele mari, astfel încât telefonul să poată porni. Citiți răspunsurile de pe oricare dintre subiectele forumului și veți vedea oameni care raportează că telefoanele lor pornesc din nou pentru prima dată - poate cu probleme, dar pe bune. Alți dezvoltatori au făcut ca remedierile XCnathan32 să fie mai ușor de instalat și și-au continuat activitatea în versiuni mai noi de Android, inclusiv osm0sis și squabbi .

După revizuiri pentru a optimiza mai bine cele patru nuclee mici, unii utilizatori au sugerat că telefoanele lor par să funcționeze cam la fel, sau chiar cu o durată mai bună de viață a bateriei. Miezurile mari erau adesea atât de fierbinți, se pare, că erau oricum strânse sau dezactivate. Alții au observat performanța lovită, dar s-au bucurat că au putut cel puțin să intre pe telefoanele lor și să-și recupereze datele.

Aceste soluții ciudate sunt mai mult decât ofereau Google sau Huawei majoritatea clienților care și-au raportat telefoanele bootloop. Prietenul meu cu 6P bootlooped a contactat Google, care i-a trimis către Huawei, care i-a trimis înapoi la Google, după ce a observat că telefonul nu mai are garanție. Au intensificat problema de două ori cu Google, citând un răspuns Reddit de la un angajat Google verificat despre „ o problemă legată de hardware ”, Dar nu a fost oferită nicio înlocuire sau rambursare. O lună mai târziu, un coleg le-a spus că Google și-a înlocuit propriul 6P, așa că prietenul meu a mai încercat o dată. Au primit un înlocuitor 6P recondiționat, apoi l-au tranzacționat imediat ce a fost anunțat Pixel 2.

Unii oameni pe care îi cunosc au primit înlocuiri, chiar și pixeli de primă generație, mai noi, când au fost disponibili. Unele au fost blocate dacă au ieșit din garanție. Niciunui, din câte am văzut, nu i s-a spus care ar putea fi cauza.

Fixul mai murdar: un uscător de păr pentru a speria telefonul

Dacă nu v-ați deblocat telefonul și nu ați activat depanarea înainte de bootlooping, nu ați putea face acest lucru mai târziu, deoarece nu ați putut intra în setările software ale telefonului. Dar există o modalitate de a păcăli telefonul pentru a dezactiva nucleele mari, înfometate de energie, care rulează la cald. Trebuie să faci acele nuclee asa de fierbinte înainte de a porni că telefonul se teme că vor fi deteriorate dacă pornesc.

Dacă senzorii termici ai procesorului citesc suficient de sus (cum ar fi rularea aplicațiilor grele în timp ce telefonul este în lumina directă a soarelui), telefonul pornește într-un fel de mod de siguranță, folosind doar nucleele mici până când se răcește suficient. Dacă vă deplasați rapid și aveți noroc, acel interval precaut este suficient pentru a permite deblocarea și depanarea, pentru a bloca firmware-ul XDA care dezactivează nucleele mari sau pentru a vă lua fotografiile, textele și jocurile salvate.

Cel mai dovedit mod de a face acest lucru este cu un uscător de păr (sau un pistol cu ​​căldură reglabil setat la o temperatură asemănătoare cu un uscător de păr). Urmăriți căldura către spațiul de deasupra senzorului de amprentă unde locuiește Snapdragon 810 , și aruncați-l în timp ce telefonul pornește.

Un tânăr pe YouTube uscătorul de păr îi aruncă 6P mai mult de 6 minute , uneori într-o pungă, alteori în mână. După o vreme, el se strâmbă, deoarece telefonul devine prea fierbinte pentru a fi ținut, în timp ce sigla Google apare din nou și din nou. Dar tocmai atunci, logo-ul Google îl transformă în puncte vârtejitoare multicolore . Telefonul pornește pe un ecran de blocare. Un alt războinic termic cu cameră fixează un pistol de căldură la 160 de grade Celsius (320 de grade Fahrenheit) și ajunge la un logo de pornire în aproximativ 4 minute .

Inspirat de aceste dovezi (și de zeci și zeci de comentarii ale altor persoane spunând că le-a funcționat), am cumpărat un Nexus 6P bootlooped de la eBay. Am vrut să simt acel moment Lazarus pentru mine și să adaug o validare la prima persoană.

Din păcate, în ciuda faptului că telefonul s-a încălzit atât de mult încât a trebuit să port mănuși, cizma de siguranță nu părea să se întâmple niciodată. Am încercat și alte două metode sugerate în firele XDA, înghețarea telefonului într-o pungă de plastic și lăsarea bateriei să se descarce drastic, dar niciuna nu a prevalat.

Câteva dintre încercările mele de a face un Nexus 6P să iasă din bucla de boot. Nu este afișat: încercări cu o baterie complet descărcată (m-am frustrat și am uitat unde era punctul de focalizare).

Pot încerca în continuare o metodă mai drastică de deschizând telefonul și expunând placa de bază mai direct în inima uscătorului de păr. Sau aș putea folosi o armă de căldură sugerată de Hackaday unele uscătoare de păr nu sunt suficient de fierbinți . Nimic de pierdut acum! Voi actualiza această postare dacă am succes după oricare dintre ele interventie chirurgicala sau modernizarea arsenalului meu de încălzire.

' alt=Heat Gun / Heat Gun (SUA)

Slăbiți adezivul sau lipirea cu reflux cu acest pistol de căldură de 1500W. Setarea scăzută atinge 570/300 & degF / & degC. Setarea înaltă atinge 1112/600 & degF / & degC. Perfect pentru slăbirea adezivului pe iPad-uri sau alte tablete. Perfect pentru redarea unui inel roșu al morții Xbox (RROD).

wii u pro controller stânga problemă stick analogic

19,99 USD

Cumpără acum

' alt=Pistol de căldură Hakko HJ5000

Pistolul de căldură Hakko HJ5000 pentru profesioniștii de lipit

39,99 USD

meșter călărește mașină de tuns iarba transmisie depanare

Cumpără acum

Deci, cine este de vină?

' alt=

Imagine de Monoar Rahman Rony din Pixabay

„Magie întunecată, cu siguranță”.

După ce am terminat recent o clasă de microsoldare de o săptămână și repararea plăcilor , M-am gândit că poate problema cu 6P este flexia - telefonul mare care se îndoaie într-un fel care a făcut ca CPU-ul sau o componentă din apropiere să crape și să deschidă articulația de lipit conectându-l la placa de bază. Este ceea ce a provocat Atingeți Boală pe iPhone 6 Plus , și Probleme audio IC pe iPhone 7 . Deconectările prin flexie sunt o modalitate prin care puteți provoca daune interne fără dovezi externe notabile. Și, sincer să fiu, după ce am petrecut o săptămână gândindu-mă la lipire și tampoane, totul părea acum o problemă de lipire.

L-am întrebat pe Mark Shafer, unul dintre instructorii mei de la iPad Rehab , dacă a crezut că un fel de placa / lipire / deconectare a cipului cauzează separarea nucleului procesorului. „Nu, dar aș vrea”, a spus el. Shafer are un 6P atârnat în jurul atelierului său de acasă și i-a privit pe alții la microscop. Dacă a existat o problemă reparabilă cu placa de boot 6P sau dacă a auzit un zvon credibil, ar oferi să o remedieze. Am întrebat dacă asta înseamnă că problema este probabil o magie profundă, întunecată, care produce chipuri. „Magie întunecată, cu siguranță”, a spus el.

De asemenea, erorile de flexiune sau lipire nu explică celelalte telefoane care au suferit Boot Loop of Death. Dintre cele cinci telefoane incluse în Acordul bootloop LG , trei (Nexus 5X, LG G4, LG V10) au folosit Snapdragon 808 SOC, cu platforma sa de fabricație de 20nm realizată de TSMC și o configurare big.LITTLE care schimbă nucleul. Două dintre telefoanele bootlooping (LG V20 și G5) au folosit totuși un Snapdragon 820, fabricat de o altă companie (Samsung), fără marea.ARCĂ arhitectură .

' alt=

XCnathan32, instrumentul original de dezactivare-the-big-core fixer, a petrecut câteva săptămâni adânc în interiorul lui 6P, încercând să dați seama exact de ce nucleele mari au eșuat când ați fost chemat . Citind prin fir, există mult optimism că există un fel de tensiune sau soluții software care nu sunt la îndemână. Dar răspunsul recurent este că nu există decât ceva în neregulă cu modul în care funcționează acest procesor, este un grație minor că este greșit într-un mod care permite o soluționare complicată. Am schimbat un mesaj cu osm0sis, administratorul XDA care a păstrat unele dintre remedierile 6P, dar îi lipsea și o perspectivă mai profundă.

Poate că SOC-urile au fost binned (selectat ca produs viabil, în ciuda defectelor) un pic prea agresiv. Fără numere din decontările Google sau LG privind numărul de telefoane afectate, este greu de spus câți oameni ar fi putut face parte dintr-un lot rău.

Nu pot spune cu certitudine absolută ce a cauzat bootloops-urile care au ucis o mulțime de telefoane la mijlocul anilor 2010. În timp ce modelele Snapdragon fierbinți și ciudate sunt un aspect comun pentru toate, există multe alte părți care alimentează, interacționează și reglează funcționarea unui SOC. La începutul saga, LG le-a spus clienților că o problemă de pornire cu G4 a fost cauzată de „ un contact liber între componente . ” Unul dintre angajații Google a citat o problemă hardware un fir Reddit adesea legat . Dar G4 a fost încă inclus în decontarea bootloop ulterioară. Desigur, telefoanele pot avea mai multe erori.

Chiar dacă SOC-urile Qualcomm ar fi de vină, companii precum Google și Huawei și LG ar putea să nu dorească să arate cu degetele sau să solicite prea mult companiei. Qualcomm, declarat „monopolist” de FTC pentru afacerea sa agresivă de modem celular, încă domină piața SOC . Apple nu își oferă SOC-urile în afara produselor sale. Alternativele sunt Samsung, Huawei (relativ nou) HiSilicon , și nu mult mai mult. Google și LG continuă să utilizeze Snapdragon SOC-uri în telefoanele lor.

Pot spune, totuși, că unii reparatori cu adevărat dedicați au luptat prin cea mai inexplorabilă defecțiune, cu puțin sau deloc sprijin din partea producătorilor de dispozitive, într-un mod admirabil. Este greu să nu înrădăcinați persoana care manevrează un uscător de păr împotriva conglomeratelor. Să sperăm data viitoare că nu trebuie să lucreze atât de mult.


Notă: iFixit are o relație de afaceri cu Google. Google nu a avut intrare sau acces la această postare înainte de a fi publicată.

Povești conexe ' alt=Dărâmături

Huawei Nexus 6P Teardown

' alt=Dărâmături

Infografie Nexus One

' alt=Dărâmături

Magic Mouse Teardown

(funcție () {if (/ MSIE d | Trident. * rv: /. test (navigator.userAgent)) {document.write ('