som vanliga läsare kanske redan kommer ihåg, min andra generation (2013 ”FHD”) Nexus 7 tablett har varit ett upprepat ämne i tidigare blogginlägg. Och i de flesta-till-alla av dem, jag klagar över det faktum att det fortfarande sitter fast på Android v4.4.2 (som går från början av December 2013), förmodligen på grund av Verizon begränsningar (det är en cellulär-plus-Wi-Fi-modell), och även om Verizons hemsida hävdar att v6.0.1 är den senaste tillgängliga Android-utgåvan (från och med augusti 2016). Fordringar åt sidan, men mina pågående ota (over-the-air) uppdateringskontroller var för intet.,
För ett tag var o / s-update försumlighet lite mer än en irritation … vissa program skulle inte installera alls eftersom Android var inaktuell, medan andra inte skulle uppgradera till sina senaste versioner … och naturligtvis, jag fick inte pågående säkerhets patchar och buggfixar från Google. Men nyligen blev situationen mer kritisk. Jag började få pågående popup-meddelanden, En några sekunder, vilket indikerar att ” tyvärr, processen android.process.acore har slutat ” och effektivt gör systemet oanvändbart., Jag kunde inte längre komma åt min kontaktdatabas; ansökan lanseringsförsök skulle plötsligt och snabbt avsluta.
som det visar sig var problemen relaterade. Från min forskning lärde jag mig att problemet verkar vara ett fel i den här Android-versionen relaterad till tredjepartsprogram (Microsoft Office-appar, Facebook, etc) tillgång till kontaktdatabasen. Ibland, som med Facebook, kunde jag få problemet att gå bort genom att ta bort (och därför inte längre kunna använda) den kränkande appen. Andra gånger, som med Microsoft Word, ingen mängd avinstallationer, cache våtservetter, etc., skulle räcka; det enda alternativet var att torka tabletten ren via en fabriksåterställning och börja om igen (tillsammans med, som tidigare, aldrig igen kunna installera/använda den kränkande appen).
uppenbarligen var detta en ohållbar situation. Och om jag hade en konventionell tillverkare-och/eller bärlåst handenhet, skulle jag vara ute av lycka. Lyckligtvis, men i det här Nexus-märkta fallet, även om Verizon konventionellt kontrollerar over-the-air-leveransen av firmwareuppdateringar, kommer de slutligen direkt från Google., Så jag bestämde mig för att avstå från Verizon mellanhand och ”sideload” uppgraderingen själv via en USB-kabel koppla till min Mac.
Även om det är möjligt att ”sideload” OTA uppdateringar via ADB (Android Debug Bridge), och därmed bevara redan installerade program och data, gör så är knepigt; varje uppgradering till nästa Android iteration ofta måste göras sekventiellt, till exempel, vilket är tråkigt i bästa fall (och jag var många iterationer bakom vid denna punkt). Plus, jag hade redan fabrikstorkat Nexus 7, i alla fall. Så jag bestämde mig istället för att uppdatera direkt till den senaste v6.0. 1 fabriksbilden., Men om du tittar på listan över bilder för” razorg ” Nexus 7 (mobil) plattform, vilket motsvarar min tablett, ser du 14 olika v6.0. 1-byggnader som erbjuds. Vilken skulle jag använda? Lyckligtvis tipsade Verizons online-dokumentation mig om den versionen ”mmb30s” var den för mig. Och instruktionerna längst upp på firmwarebildsidan tog mig därifrån.,
Efter att ha laddat ner och tagit bort firmwarebilden till en unik katalog hämtade jag sedan och installerade paketet android SDK Platform-Tools i samma katalog (jag kunde också ha använt Android Studio suite för att utföra uppgraderingen, men den fullblåsta IDE skulle ha varit overkill för mitt specifika ändamål i det här fallet)., Efter att ha lagt till den nya katalogen till min Mac OS X path-variabel, så att” flash-all ” – skriptet kunde hitta alla nödvändiga verktyg och datafiler som finns där, tjudrade jag avstängningstabletten till Mac via USB och slog upp Nexus 7 i Bootloader-läget. Bootloader var redan olåst, eftersom det här är en Nexus-märkt (kontra OEM) enhet, så jag gick direkt till att köra flash-allt från en terminal kommandotolk., Det fina med att köra skriptet är att det iterativt raderar och uppdaterar var och en av kärnelementen i Android—boot, bootloader, radio, recovery, system och vendor—tillsammans med att blanka ut data-och cachepartitionerna, jämfört med att du behöver manuellt utföra varje steg själv.
ett par minuter senare, uppgraderingen var klar och Nexus 7 auto-startas om till sin helt nya Android 6.0.1 form. Efter att ha angett mina Google-kontouppgifter kunde jag sedan återställa den nästan fullständiga applikationspaketet från säkerhetskopiering., Jag behövde fortfarande installera om några fler program som jag hade hämtat från Amazon App store, samt återskapa min startskärmsikonlayout och logga in på relevanta onlinekonton, men allt som allt var det inte för mycket problem. Tack och lov får jag inte längre någon android.process.acore-relaterade felmeddelanden. Och systemet verkar mycket snabbare nu också, tillsammans med att vara fylligare: det är bra att gå ett tag längre! Jag vet fortfarande inte varför det fastnade på Android 4.4.,2 i första hand; som du kan se finns det två varianter av den här bilden tillgänglig, en explicit märkt ”Verizon”, så jag undrar om jag ursprungligen fick OTA-drivit fel och fastnade från den punkten. Men tack och lov, min hacking (som kanske uppenbarligen inte är allmänt konsumentvänlig) fick mig över puckeln.
Brian Dipert är chefredaktör för Embedded Vision Alliance och en Senior analytiker på BDTI.
Se även:
- hur påverkar flashminneslagringstabletten responsen?,
- Android woes ger iOS övertaget
- uppgradering av programvara utmattning
- grunderna i USB-enhetsutveckling med hjälp av Android framework
- Teardown: inuti Googles Nexus 7 tablett