Site Overlay

Hacking af en tablet for at tvinge en Android-opdatering

som almindelige læsere måske allerede husker, har min anden generation (2013 “FHD”) ne .us 7 tablet været et gentaget emne i tidligere blogindlæg. Og i de fleste til-alle dem, jeg brokke sig over det faktum, at det stadig sidder fast på Android v4.4.2 (som stammer fra begyndelsen af December 2013), formentlig på grund af Verizon begrænsninger (det er en cellulær-plus-Wi-Fi-modellen), og selv om Verizon ‘ s hjemmeside hævder, at v6.0.1 er den nyeste tilgængelige Android version (fra August 2016). Krav til side, men min igangværende OTA (over-the-air) opdateringskontrol var for intet.,

For en stund, O/S-opdatering uagtsomhed var lidt mere end en irriterende … nogle programmer ikke installeres på alle, fordi Android-var forældet, mens andre ikke ville opgradere til deres nyeste versioner … og selvfølgelig, var jeg ikke modtager løbende sikkerhedsopdateringer og fejlrettelser fra Google. Men for nylig blev situationen mere kritisk. Jeg begyndte at få igangværende popup-meddelelser, En hvert par sekunder, hvilket indikerer, at ” desværre, processen android.proces.acore er stoppet ” og effektivt gør systemet ubrugeligt. , Jeg var heller ikke længere i stand til at få adgang til min kontaktdatabase; forsøg på lancering af applikationer ville pludselig og hurtigt afslutte.

som det viser sig, var problemerne relateret. Fra min forskning lærte jeg, at problemet ser ud til at være en fejl i denne særlige Android-version relateret til tredjepartsapplikation (Microsoft Office-apps, Facebook osv.) Nogle gange, som med Facebook, kunne jeg få problemet til at gå væk ved at slette (og derfor ikke længere kunne bruge) den fornærmende app. Andre gange, som med Microsoft Wordord, ingen mængde afinstallationer, cache wipipes osv., ville være tilstrækkeligt; den eneste mulighed var at tørre tabletten ren via en fabriksindstilling og starte igen (sammen med, som før, aldrig igen at kunne installere/bruge den fornærmende app).

det var klart, at dette var en uholdbar situation. Og hvis jeg havde en konventionel producent-og / eller transportør-låst håndsæt, ville jeg være ude af lykke. Heldigvis, men i denne særlige Nexus-mærkevare tilfældet, selv om Verizon konventionelt kontrol over-the-air levering af firmware opdateringer, de i sidste ende kommer direkte fra Google., Så jeg besluttede at dispensere med Veri .on-formidleren og “sideload” opgraderingen selv via et USB-kabel tether til min Mac.selvom det er muligt at “sideloade” OTA-opdateringer via ADB( Android Debug Bridge) og derved bevare de allerede installerede applikationer og data, er det vanskeligt at gøre det; hver opgradering til den næste Android-iteration skal ofte udføres sekventielt, for eksempel, hvilket i bedste fald er kedeligt (og jeg var mange iterationer bag på dette tidspunkt). Plus, jeg havde allerede fabrikken udslettet ne .us 7, alligevel. Så jeg besluttede i stedet at opdatere direkte til det nyeste V6.0.1 fabriksbillede., Men hvis man ser på listen af billeder til “razorg” Nexus 7 (Mobil) platform, som svarer til min tablet, vil du se, 14 forskellige v6.0.1-builds, der tilbydes. Hvilken en skulle jeg bruge? Heldigvis tippede Veri .ons online dokumentation mig af den version “MMB30S” var den for mig. Og instruktionerne øverst på firm .are-billedsiden tog mig derfra.,

Efter at downloade og udpakke den firmware billede til et unikt bibliotek, så jeg har downloadet og installeret Android SDK Platform-Tools pakken ind i det samme bibliotek (jeg kunne også have brugt Android Studio suite til at udføre opgraderingen, men at fuld-blæst IDE ville have været overkill til mit specifikke formål i dette særlige tilfælde)., Efter du har tilføjet den nye mappe på min Mac OS X path-variabel, således at den “flash-alle” script kunne finde alle de nødvendige værktøjer og data filer, der ligger der, jeg tøjrede shut-down tablet til Mac via USB og drevet op Nexus 7 i Bootloader mode. Bootloaderen var allerede låst op, da dette er en ne .us-mærket (versus OEM) enhed, så jeg gik direkte til at køre flash-alt fra en Terminal kommandoprompt., Det gode ved at køre scriptet er, at det iterativt sletter og opdaterer hvert af kerneelementerne i Android—boot, bootloader, radio, recovery, system og leverandør—sammen med blanking ud data og cache partitioner, versus du behøver at manuelt udføre hvert trin selv.et par minutter senere var opgraderingen færdig, og Ne .us 7 genstartede automatisk til sin helt nye Android 6.0.1-form. Efter at have indtastet mine Google-kontooplysninger, kunne jeg derefter gendanne den næsten fulde applikationspakke fra backup., Jeg har stadig efterfølgende nødvendigt at geninstallere nogle flere programmer, jeg havde købt fra Amazon App store, samt genskabe min homescreen ikon layout og re-log ind på relevante online-konti, men alt i alt var det ikke alt for meget besvær. Heldigvis modtager jeg ikke længere nogen android.proces.acore-relaterede fejlmeddelelser. Og systemet virker også meget hurtigere nu sammen med at være fyldigere: det er godt at gå et stykke tid længere! Jeg ved stadig ikke, hvorfor det sad fast på Android 4.4.,2 i første omgang; som du kan se, er der to varianter af netop dette billede til rådighed, en eksplicit mærket “Veri .on”, så jeg spekulerer på, om jeg oprindeligt fik OTA-skubbet den forkerte og sad fast fra det punkt. Men heldigvis fik min hacking (som måske selvfølgelig ikke generelt er forbrugervenlig) mig over pukkelen.Brian Dipert er chefredaktør for Embedded Vision Alliance og senioranalytiker hos bdti.

Se også:

  • Hvordan påvirker flashhukommelseslagring tablets lydhørhed?,
  • Android elendighed give iOS overhånd
  • Software opgradering udmattelse
  • Det grundlæggende i USB-enhed udvikling ved hjælp af Android framework
  • Teardown: Inde i Google ‘ s Nexus 7 tablet

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *