Sötét varázslat: Mi okozta a Google Nexus 6P halálos hurokját (és hogyan javítható hajszárítóval)

Cikk írta: Kevin Purdy @kpifixit

• 2020. április 9
• Iktatott: Kizárólagos
• Hozzászólások

Cikk URL másolása

Barátom Nexus 6P-je meghalt, miközben navigátorként és DJ-ként működött 2017 februárjában New York belvárosától Manhattanig tartó úton. A 6P megdermedt, újraindult, megjelenítette a Google logót, majd több tucatszor és több tucatszor újraindította, és nyomot sem adott arról, hogy mi a baj .

Próbáltam segíteni kihangosítón keresztül a vezető telefonjáról, de a szokásos bekapcsoló / hangerő-gomb / csökkentett módú trükkök egyike sem működött. A 6P két hétig volt garanciális. 200 dolláros Moto G4-et vásároltak az Union Square egyik üzletében, hogy átvészeljék az utat. Később egy új 6P-t cseréltek 113 dollárért egy új Pixel 2-re. Még mindig eléggé ingerültek az egész saga miatt.

Ez azonban nem volt rossz hír. Kevesebb, mint egy hónapja, három évvel azután, hogy 6P-jük elveszítette az élni akarást, barátom 400 dolláros csekket kapott a Google-tól és a 6P gyártójától, a Huawei-től. csoportos peres egyezség . Egy másik barátja kapott egy 400 dolláros csekket, és klassz kavicsos kerékpárrá változtatta. Az LG hasonlóan rendezte külön csoportos akció, amely bootloop telefonokat tartalmaz , beleértve a Nexus 5X-et is. A telefonok bonyolultak, megtanult lecke - a történet vége?

Nem nekem. Látom az összes elsötétített szakaszát 6P elszámolás benyújtása és maradt annyi kérdésem. Mi okozhatja az Android-telefon hirtelen képtelenné válását, gyakran hónapokkal vagy évekkel az első vásárlás után, oly módon, hogy a Google nem tudná szoftverrel kijavítani? Körülbelül törölheti és kijavíthatja Bármi szoftveres probléma egy Android telefonon. Ha egyszerű hardverhiba volt, akkor miért nem volt egyik cég sem a hiba tulajdonosa, és nem hívta fel?

Megkerestem a Google-t, a Huawei-t, az LG-t és a Qualcomm-ot, hogy véleményezzem ezt a bejegyzést, de egyik cégtől sem kaptam visszajelzést. Valójában a Huawei globális sajtókommunikációs postafiókja azt válaszolta, hogy tele van és nem tud üzeneteket továbbítani, két hét alatt kétszer az egyes sajtókezelőknek küldött üzeneteket, amelyeket megtaláltam, nem küldték vissza.

Hogyan fordulhat elő, hogy az Apple, az összes vállalat közül, pozitívan átlátszónak tűnik ehhez képest? Az Apple rendelkezik javított és cserélt hibás telefonokat miközben bármennyire is békésen beismerte valami tévedett velük.

Hetekig tartó kutatások után, beleértve a saját bootloopos Nexus 6P megvásárlását, a szoftverhackerekkel és a fórumjavító szakemberekkel való beszélgetést, valamint a rendszer-chip architektúrákról szóló túl sok cikk elolvasását, itt állítom össze azt, ami szerintem a legvalószínűbb oka A 6P rendszerindítási probléma (és ugyanolyan fontos, kizárt néhány más problémát), sőt talált egy „javítást”, amely ugyan kissé szomorú, de működhet, ha meg akarja menteni a Nexus 6P készüléket a rendszerindítóból.

Ezért lett egy igazán forró hajszárító a látszólag téglának tűnő Nexus 5X vagy 6P rögzítésének legjobb eszköze.

Nexus 6P

A Google által tervezett és a Huawei által gyártott 6. generációs Android okostelefon. Megjelent 2015. októberben.

A forró, furcsa chipek a 6P és az 5X belsejében

A Qualcomm modemeket, grafikus processzorokat és CPU-kat készít, néha ügyesre kombinálva rendszer-chip-en (SOC) csomagot. 2015-ben a Qualcomm Snapdragon platformja nagyjából az egyetlen játék volt a városban a zászlóshajó okostelefon mag számára (legalábbis, ha nem saját chipeket gyárt, például az Apple vagy a Samsung). A Google, együttműködve a Huawei-vel, hogy elkészítse a két Nexus telefon egyikét, együtt járt a Snapdragon 810 a Nexus 6P , nagyobb és drágább Nexus. Kivette kicsinyített testvérét, a Snapdragon 808-at Nexus 5X az LG készítette.

A Snapdragon 810, piros színnel, be van kapcsolva a Nexus 6p alaplap (A hővédő pajzsokat eltávolították).

A MacBook rajongói folyamatosan futnak

A legfontosabb dolgok, amelyeket tudnod kell a Snapdragon 808/810-ről sok indító telefonban:

• Qualcomm használt 20 nanométeres gyártási folyamat a 808-as és a 810-eshez, amelyet egyesek kissé dátumozottnak és zavarónak tartottak annak idején.
• A 808-as és a 810-es volt az első alkalom, amikor a Qualcomm nagy.KIS ”Architektúra két CPU magkészleten keresztül.
• A legkorábbi telefonok, amelyek a 810-et használták, nagyon forrón működtek, és folyamatosan fojtották magukat - elég ahhoz Az Ars Technica egy egész bejegyzést írt róla .

A gyártási problémák és a hőproblémák nem dohányzó fegyverek vagy akár ismert okok, de érdekes adatpontok. Ami igazán érdekes, a rendszerindító telefon tulajdonosa számára a „big.LITTLE” CPU beállítása. Elméletileg ez egy elegáns rendszer, amely maximalizálja a teljesítményt, miközben kíméli az akkumulátor élettartamát. A telefon négy lassabb, alacsonyabb energiafogyasztású chipet használ nem intenzív és háttérfeladatok elvégzésére, majd az igényes, aktív feladatok elvégzéséhez áttér a négy teljesítményű vagy „nagy” magra.

Kérjük, vegye figyelembe az „elméletileg” használatát abban a bekezdésben, ahogy haladunk.

A Bootlooping Conundrum: bekapcsol, nem érdekel

Hogy néz ki, amikor a Nexus 6P rendszerindítója 2x gyorsul fel.

A Google számára sajnálatos, hogy a meghibásodott telefon emlékezteti Önt, melyik cég adta el Önnek több százszor

Az 5X és 6P tulajdonosai, akik közül sokan Android-rajongók szeretnék megtapasztalni a Google által a fejlesztőknek ajánlott élvonalbeli telefont, megbotlott, amikor a telefonjuk nem működött . Normál esetben az Android-telefon adatainak visszaállítása megoldja a hibás indítási vagy fagyási és összeomlási problémákat. Legrosszabb esetben meg kell töltse le az eredeti képet a készülékére , bizonyos gombok lenyomásával indítson „gyorsboot” vagy helyreállítási módba, és hajtson végre néhány terminálparancsot a gyári friss firmware javításához.

Ezt a rendszerindítási problémát leszámítva nem léphet helyreállítási módba, mert ha megpróbál ilyen módon elindulni, a telefon visszaküldi a logóját / ki / logóját / ki hurokját. Ha androidos fejlesztő vagy, vagy csak korábban elrontotta harmadik féltől származó ROM-okat, előfordulhat, hogy a telefon beállításainál az „OEM-feloldás engedélyezése” és az „USB-hibakeresés engedélyezése” kapcsolókra kattintott. Gyorsindítási módba kapcsolhat, hogy új firmware-t villogjon, de a telefon továbbra is hurkol, ha végzett.

Szinte rosszabb, hogy megjelenik a Google logója, és a telefon mintha csak egy kicsit indulna, ahelyett, hogy csak megmagyarázhatatlanul halott telefon lenne. A Google számára is sajnálatos, hogy a hibásan működő telefon emlékezteti Önt, melyik cég adta el Önnek több százszor.

Ipari szabvány az elektronikai és informatikai szakemberek számára.

69,99 USD

Vásárolj most

Javítás: Tiltsa le a CPU hibás felét

Az XDA-Developers egy olyan fórum, ahol az Android rajongói és fejlesztői felajánlják kísérleteiket, elhárítják az eszközöket, és elképesztő varázslatokkal teszik lehetővé a telefon hasznos élettartamának végét szoftverrel. A Nexus 6P volt nagyon aktív alfórum az XDA-nál , és nem sokkal később a bootloop telefonokkal kapcsolatos panaszok nyomozáshoz és lehetséges megoldások .

Az XCnathan32 szállította az első működő javítást a „Boot Loop of Death” (BLOD) számára. Valahol - egy fórum szálban, IRC csatornában vagy eszköznaplóban - felvetődött, hogy a krízis akkor következett be, amikor az eszköz megpróbálta engedélyezni a „nagy” teljesítménymagok indítását. A nagy magok nem reagáltak, vagy „leváltak”. A telefon szokásos indítási kódja nem számított arra, hogy azok a magok normál körülmények között nem reagálnak, ezért a telefon összeomlik és újraindul.

Egy része XCnathan32 inicializáló szkriptje , csak a rendszerindító telefon négy „kicsi” magjához (0-3) rendelve a munkát.

hogyan lehet kikapcsolni a hangvezérlést az iPhone 4s készülékeken

Az XCnathan32 javításai a telefon indítószoftverének, a Linux rendszermagjának és a helyreállítási módnak a változatai, amelyeket úgy írtak át, hogy egyikük sem hivatkozik a telefon „nagy” magjaira, és soha sem hívja őket. Készítettek is javítás a Nexus 5X-hez hogy ugyanezt tette: tiltsa le a nagy magokat, hogy a telefon elindulhasson. Olvassa végig a válaszokat a fórum egyik szálán, és látni fogja, hogy az emberek arról számolnak be, hogy telefonjaik először indulnak újra - lehet, hogy hibásan, de valóban. Más fejlesztők megkönnyítették az XCnathan32 javításainak telepítését, és munkáját továbbvitték az Android újabb verzióiba, többek között osm0sis és squabbi .

A négy kis mag jobb optimalizálása érdekében végzett felülvizsgálatok után néhány felhasználó azt javasolta, hogy telefonjaik ugyanúgy működjenek, vagy akár jobb akkumulátor-élettartammal. Úgy tűnt, hogy a nagy magok olyan forrók voltak, mintha fojtották volna őket vagy akadályozták volna őket. Mások észrevették a teljesítményt, de örültek, hogy legalább be tudnak jutni a telefonjukba és visszaállíthatják adataikat.

Ezek a furcsa javítások többet jelentenek, mint amennyit a Google vagy a Huawei kínált a legtöbb ügyfélnek, aki bejelentette a bootloop telefonját. A bootolt 6P-s barátom megkereste a Google-t, amely a Huawei-hez utalta őket, amely visszaküldte őket a Google-nak, miután megállapította, hogy a telefonon nincs garancia. Kétszer fokozták a problémát a Google-lal, hivatkozva egy ellenőrzött Google-alkalmazott Reddit-válaszára, miszerint hardverrel kapcsolatos probléma , ”De pótlást vagy visszatérítést nem ajánlottak fel. Egy hónappal később egy munkatárs elmondta nekik, hogy a Google lecserélte saját 6P-jüket, ezért a barátom még egyszer megpróbálta. Felújított 6P cserét kaptak, majd a Pixel 2 bejelentése után kereskedtek vele.

Néhány ember, akit ismerek, cserét kapott, még újabb első generációs Pixeleket, amikor elérhetőek voltak. Néhányat kőfalakkal vádoltak meg, ha nem voltak garanciálisak. Senkinek, amennyit láttam, nem mondták el, mi lehet az oka.

A Dirtier Fix: hajszárító a telefon megijesztésére

Ha nem oldotta fel a telefon zárolását és nem engedélyezte a hibakeresést, mielőtt a rendszerindítás megtörtént volna, akkor később nem tehette meg, mert nem tudta elérni a telefon szoftverbeállításait. De van rá mód, hogy becsapja a telefont a nagy, áramigényes, forrón futó magok letiltására. El kell készíteni azokat a magokat így indítás előtt forró, hogy a telefon fél, hogy megsérülnek, ha elindulnak.

Ha a CPU hőérzékelői elég magasan olvassák (például nehéz alkalmazások futtatását, miközben a telefon közvetlen napfényben van), akkor a telefon egyfajta biztonsági módba kapcsol, csak a kis magokat használva, amíg kellően lehűl. Ha gyorsan mozog és szerencséje van, akkor ez az óvatos intervallum elegendő a feloldás és a hibakeresés engedélyezéséhez, az XDA firmware villogásához, amely letiltja a nagy magokat, vagy megragadja a fényképeket, szövegeket és mentett játékokat.

Ennek legbizonyítottabb módja egy hajszárító (vagy hajszárítószerű hőmérsékletre állítható állítható hőpisztoly). A hőt az ujjlenyomat-érzékelő fölötti helyre célozza ahol a Snapdragon 810 él , és robbantsuk le, amíg a telefon bootloop.

Egy fiatal férfi a YouTube-on hajszárító több mint 6 percig robbantja 6P-jét , néha táskában, néha a kezében. Egy idő után fintorog, valószínűleg azért, mert a telefon túl forró ahhoz, hogy tartsa, miközben a Google logója újra és újra megjelenik. De éppen akkor, a Google logó többszínű kavargó pöttyökké változtatja . A telefon zár képernyőn indul. Egy másik kamerával ellátott hőharcos egy hőlégfúvót 160 Celsius-fokra (320 Fahrenheit fok) állít körülbelül 4 perc alatt eljut az indító logóig .

Ezen bizonyítékok (és mások tucatnyi és tucatnyi hozzászólása alapján, akik szerintük ez bevált), megvásároltam egy bootloopos Nexus 6P-t az eBay-től. Meg akartam érezni azt a Lázár-pillanatot magam számára, és hozzáfűzni néhány első személyi ellenőrzést.

Sajnos annak ellenére, hogy a telefon annyira felforrósodott, hogy kesztyűt kellett viselnem, úgy tűnt, soha nem történt meg a biztonsági csomagtartó. Kipróbáltam két másik módszert is, amelyeket az XDA szálakban javasoltak: lefagyasztottam a telefont egy műanyag zacskóban, és hagytam, hogy az akkumulátor drasztikusan lemerüljön, de egyik sem érvényesült.

Néhány kísérletem arra, hogy a Nexus 6P kitörjön a rendszerindítási ciklusból. Nem látható: próbálkozások teljesen lemerült akkumulátorral (elkeseredtem és elfelejtettem, hol van a fókuszpont).

Esetleg kipróbálhatok egy drasztikusabb módszert kinyitja a telefont és kiteszi az alaplapot közvetlenül a hajszárító szívéhez. Vagy használhatok Hackaday által javasolt hőfegyvert néhány hajszárító nem éppen elég forró . Most nincs vesztenivaló! Frissítem ezt a bejegyzést, ha bármelyik után sikerrel járok sebészet vagy frissítem a fűtési arzenálomat.

Lazítsa meg a ragasztót vagy a visszafolyó forrasztást ezzel az 1500 W-os pisztollyal. Az alacsony beállítás eléri az 570/300 & degF / & degC értéket. A magas beállítás eléri az 1112/600 & degF / & degC értéket. Tökéletes az iPad vagy más táblagép ragasztójának lazításához. Tökéletes Xbox Red Ring of Death (RROD) visszaveréséhez.

a samsung fagyasztó nem működik, de a hűtőszekrény működik

19,99 USD

Vásárolj most

A Hakko HJ5000 hőlégfúvó forrasztási szakemberek számára

39,99 USD

egy egyedi operációs rendszer figyelmeztetése kritikus problémákat okozhat

Vásárolj most

Tehát, ki a hibás?

Kép készítette Monoar Rahman Rony tól től Pixabay

- Sötét varázslat, az biztos.

Miután nemrégiben befejeztem egy hétig tartó mikrohímzés és táblajavítási osztály , Arra gondoltam, hogy a 6P problémája talán a hajlítás volt - a nagy telefon valamilyen módon meghajlott, ami miatt a CPU vagy egy közeli alkatrész megrepedt, és kipattintotta az alaplaphoz csatlakozó forrasztási kötést. Ez okozta Érintse meg a Betegséget az iPhone 6 Plus készüléken , és Audio IC problémák az iPhone 7-en . A hajlítás lekapcsolása az egyik módja annak, hogy jelentős károkat okozhasson belső figyelemre méltó külső bizonyítékok nélkül. És hogy őszinte legyek, miután egy hétig a forrasztáson és a betéteken gondolkodtam, minden most forrasztási kérdésnek tűnt.

Megkérdeztem Mark Shafert, az egyik oktatóm az iPad Rehab-nál , ha úgy gondolta, hogy valamilyen tábla / forrasztás / chip leválasztás okozza a CPU magjának elválasztását. - Nem, de szeretném - mondta. Shafer 6P-vel lóg otthoni műhelyében, és mikroszkóp alatt nézett másokra. Ha javítható tábla probléma merült fel a 6P rendszerindítóval kapcsolatban, vagy ha hihető híresztelést hallott róla, akkor felajánlotta annak kijavítását. Megkérdeztem, hogy ez azt jelenti-e, hogy a kérdés valószínűleg mély, sötét, forgácskészítő varázslat. - Az biztos, hogy sötét varázslat - mondta.

A hajlítási vagy forrasztási hibák szintén nem tudják megmagyarázni azokat a többi telefont, amelyek a halál boot hurokját szenvedték el. A benne lévő öt telefon közül Az LG bootloop rendezése , három (a Nexus 5X, LG G4, LG V10) a Snapdragon 808 SOC-ot használta, 20 nm-es gyártási platformjával, amelyet TSMC és egy magcserélő nagy.KIS beállítás. A rendszerindító telefonok közül kettő (LG V20 és G5) azonban egy Snapdragon 820-at használt, amelyet egy másik cég (Samsung) gyártott, a nagy.KIS építészet nélkül .

Az XCnathan32, az eredeti disable-the-core core fixer néhány hetet töltött 6P mélyén, és megpróbálta kitalálni, hogy a nagy magok miért nem sikerültek, amikor felhívták őket . A szálat végigolvasva rengeteg optimizmus van abban, hogy valamilyen feszültség vagy szoftver javítás van csak elérhetetlen helyen. De a visszatérő válasz az, hogy a CPU működésével csak valami baj van, kisebb kegyelem, hogy hibás módon teszi lehetővé a trükkös megoldást. Kerestem egy üzenetet az osm0sis-szel, az XDA rendszergazdájával, aki tartotta a 6P javítások egy részét, de hiányzott belőle mélyebb betekintés is.

Talán a SOC-k voltak binned (a hibák ellenére életképes termékként van kiválasztva) kissé agresszívan. A Google vagy az LG elszámolásainak számai nélkül, hogy hány telefon érintett, nehéz megmondani, hány ember lehetett része egy rossz csomagnak.

Nem tudom teljes bizonyossággal megmondani, mi okozta a 2010-es évek közepén sok telefont megölő bootloopokat. Míg a forró, furcsa Snapdragon modellek mindegyikük egyik közös szempontja, sok más alkatrész táplálja, kölcsönhatásba lép és szabályozza az SOC működését. A saga elején az LG elmondta az ügyfeleknek, hogy a G4 indításával kapcsolatos problémát laza érintkezés az alkatrészek között . ” A Google egyik alkalmazottja hardverproblémára hivatkozott az egyik gyakran összekapcsolt Reddit szál . De a G4 továbbra is bekerült a későbbi bootloop rendezésbe. A telefonoknak természetesen több hibája is lehet.

Még akkor is, ha a Qualcomm SOC-ok voltak hibásak, a Google-hez, a Huawei-hez és az LG-hez hasonló cégek esetleg nem akarnak ujjal mutogatni vagy túl sokat követelni a vállalattól. Qualcomm, az FTC „monopolistának” nyilvánította agresszív mobil modem üzletágának, továbbra is uralja a SOC piacát . Az Apple nem kínálja SOC-jait a termékein kívül. Az alternatívák a Samsung, a Huawei (viszonylag új) HiSilicon , és nem sok mást. A Google és az LG továbbra is a Snapdragon SOC-kat használja telefonjaiban.

Azt mondhatom azonban, hogy néhány valóban elhivatott rögzítő a legmegdönthetetlenebb meghibásodáson, csodálatos módon, az eszközgyártók alig vagy egyáltalán nem támogatott módon küzdött. Nehéz nem gyökerezni annak, aki hajszárítóval hadonászik a konglomerátumok ellen. Reméljük, legközelebb nem kell annyira keményen dolgozniuk.

Megjegyzés: Az iFixit üzleti kapcsolatban áll a Google-lal. A Google a közzététele előtt nem rendelkezett bemenettel vagy hozzáféréssel ehhez a bejegyzéshez.

Huawei Nexus 6P Teardown

Nexus One Infographic

Mágikus egér letépése