Kā A/B nodalījumi un bezšuvju atjauninājumi ietekmē XDA pielāgoto izstrādi

Kad Android Nougat izlaida, mēs par to runājām visu veidu jaunas funkcijas. Mēs saņēmām tikko atjauninātu lietotāja saskarni iesācējiem, kā arī ilgi gaidītās vairāku logu iespējas un Vulkan Graphics API atbalstu. Taču viens zem pārsega esošais papildinājums lidoja pāri lielākajai daļai lietotāju. Android Nougat ieviesa bezšuvju atjauninājumus ierīcēs, kas atbalsta A/B nodalījumus. Lielākajai daļai esošo Android ierīču (izņemot jauno Google Pixel un Google Pixel XL) tajā laikā nebija A/B nodalījumu, un tāpēc tās nevarēja izmantot vienlaidus atjauninājumus. Šīs funkcijas pamatnoteikums ir tāds, ka ierīcei ir otrs sistēmas komplekts, sāknēšana, pārdevējs un citi svarīgi nodalījumi, kā arī tad, kad saņemat OTA. atjaunināšana notiek fonā, kamēr otrā nodalījumu kopa tiek izlabota, kas ļauj nevainojami pārstartēt atjauninātu programmatūras būvējumu. Ja atjaunināšana neizdodas, jūs tiksit atgriezts pie funkcionālas versijas, kas nozīmē, ka uzņēmumiem būs mazāk galvassāpju un patērētāji būs labāk aizsargāti.

Atšķirībā no Project Treble nevienai jaunai Android ierīcei nav jāatbalsta nevainojami atjauninājumi. Tādējādi lielākā daļa jauno Android ierīču neatbalsta šo funkciju. Mēs līdz šim esam uzturējuši visu atbalstīto ierīču sarakstu, un ir skaidrs, ka šī funkcija netiek plaši atbalstīta. Tas ir kauns, jo A/B nodalījumi sniedz daudz priekšrocību gan parastajiem lietotājiem, gan pieredzējušiem lietotājiem. Tomēr šai funkcijai ir nedaudz slikta reputācija entuziastu kopienā, jo tiek uzskatīts, ka tā apgrūtina Android izstrādi un mirgojošo pielāgoto modifikāciju veikšanu. Faktiski tas tā nav, tāpēc mēs vēlējāmies demistificēt nevainojamus atjauninājumus un izskaidrot, kā A/B nodalījumi ietekmē pielāgoto izstrādi XDA.

Liels paldies XDA vecākajam loceklim npjohnsons, a līdzstrādnieks LineageOS un uzturētājs Motorola Moto Z2 Force, kas mums palīdzēja pārbaudīt šo rakstu.

---

Sadaļas Android ierīcē

Sadalījums ir vienkārši diskrēta sadaļa tālruņa iekšējā atmiņā, kurā tiek glabāti dati. Tas, kāda veida dati tiek glabāti katrā nodalījumā, ir atkarīgs no aparatūras, operētājsistēmas un daudziem citiem faktoriem. Bootloader būs viens, sistēmai (Android OS) būs viens, lietotāja datiem būs viens... un tā tālāk, un tā tālāk. Kad redzat, ka cilvēki runā par "/system" un "/cache", viņi atsaucas uz šo nodalījumu nosaukumiem. Piemēram, OnePlus 6 ir 72 starpsienas. Tas izklausās daudz, taču OnePlus 6 ir viena no ierīcēm, kas atbalsta vienmērīgus atjauninājumus, kas nozīmē, ka daudzi no šiem nodalījumiem ir vienkārši viens otra dublikāti.

OnePlus 6 nodalījumu daļēja izvade. Demonstrācijas nolūkos daži A/B nodalījumi ir pasvītroti.

Ierīcē ir daudz nodalījumu, par kuriem jums kā lietotājam nekad nebūs jāuztraucas. Daudzi no šiem nodalījumiem nekad netiek mainīti, kad tiek aktivizēti pielāgoti ROM, kodoli, atkopšana vai modifikācijas, piemēram, Magisk vai Xposed. Daudzas no šīm starpsienām vai nu netiks izmantotas mūsu vajadzībām, vai arī tām ir pārāk bīstami pieskarties, ja vien nezināt, ko darāt (XLOADER un OEMINFO vietnē Huawei/Honor Man nāk prātā ierīces.) Lielākajai daļai Android lietotāju mēs pārsvarā strādājam ar sistēmas, sāknēšanas, atkopšanas, lietotāja datiem un pēdējā laikā piegādātāju un vbmeta. Šeit ir īss skaidrojums par katra nodalījuma mērķi:

• sistēma — satur Android OS, sistēmas bibliotēkas, sistēmas lietotnes un citus sistēmas multivides failus, piemēram, bootanimācijas, fona tapetes, zvana signālus utt.
• boot - satur kodolu, RAM disku un A/B ierīcēs arī atkopšanu
• atkopšana — saglabā atkopšanu, kur TWRP visbiežāk tiek aktivizēts tikai A ierīcēs (A/B ierīcēm nav speciāla atkopšanas nodalījuma)
• userdata — glabā visus jūsu lietotnes, sistēmas un iekšējās krātuves datus
• pārdevējs — satur platformai un ierīcei specifiskus HAL — failus, kas nepieciešami Android OS saziņai ar pamatā esošo aparatūru.
• vbmeta — Android Verified Boot 2.0 nodalījums, kas pārbauda sāknēšanas procesa integritāti

Ierīču oriģinālā aprīkojuma ražotāji var mainīt nodalījumu shēmas, lai izmantotu jebkuru vēlamo izkārtojumu. Piemēram, Huawei sadala sāknēšanas nodalījumu ramdisk_recovery un kodolā. Ir arī daudz papildu nodalījumu, kuros var būt citas sistēmas lietotnes, piemēram, cust, product un oem, un, kamēr tos var droši modificēt, parasti tas nav ieteicams, ja vēlaties atvieglot atgriešanos noliktavā. Tātad, kur A/B starpsienām ir nozīme?

---

A/B sadalīšanas shēma

Kā atjauninājumi darbojas ierīcēs ar nevainojamiem atjauninājumiem

Ļoti vienkāršais attēls, ko izveidoju zemāk, parāda, kā atjauninājums tiek apstrādāts ierīcē ar A/B nodalījuma atbalstu. Attēlotais nodalījums ir sistēmas nodalījums, lai gan citus nodalījumus, piemēram, sāknēšanas un piegādātāja nodalījumus, var atjaunināt arī ar jebkuru OTA atjauninājumu no OEM. Šis atjaunināšanas process notiek ne tikai ar galvenajiem Android versiju atjauninājumiem, bet arī ar drošības ielāpu atjauninājumiem.

1. Mēs sākam ar diviem sistēmas nodalījumiem, system_a un system_b, abiem vienā Android versijā.
2. Pieņemot, ka system_a ir aktīva, OTA atjauninājums fonā izlabos neaktīvo nodalījumu system_b.
3. system_a ir iestatīts uz neaktīvu, un system_b kļūst aktīvs, tiklīdz lietotājs atsāknējas.
4. Pašlaik neaktīvais nodalījums system_a tiks atjaunināts, kad tiks izlaista nākamais OTA atjauninājums.

Kādas ir šī atjaunināšanas procesa priekšrocības?

1. Ja atjaunināšana neizdodas, ierīce atgriežas uz darba versiju otrā slotā.
2. Jūsu dati tiek saglabāti pilnīgi neskarti, pat ja atjauninājums tiek pārtraukts, jo ir tikai viens nodalījums (lietotāja dati), kurā atrodas jūsu dati.
3. Atjaunināšanas straumēšana: ja jūsu datu nodalījums ir pilns, atjauninājumu var lejupielādēt un straumēt neaktīvajā slotā. Tā ir diezgan glīta funkcija un nozīmē, ka jums nav jātērē pagaidu krātuve atjauninājumiem. Tāpēc A/B ierīcēs nav kešatmiņas nodalījuma, jo tie vairs nav vajadzīgi.

Kā A/B sadalīšanas shēma ietekmē ierīces krātuvi?

Vai tas, ka viengabalainu atjauninājumu rezultātā tiek dublēti nodalījumi, nozīmē, ka jūs zaudējat daudz krātuves vietas? Nepavisam. Google saka, ka ierīcēm ar vienmērīgu atjaunināšanas atbalstu vajadzētu samazināties tikai par dažiem simtiem megabaitu, pateicoties nodalījumu /cache un /recovery noņemšanai. Noņemot abus, tiek līdzsvarotas izmaksas par otrās nodalījumu kopas pievienošanu. Saskaņā ar Google datiem, Pixel A/B sistēmas attēls ir uz pusi mazāks nekā tikai A sistēmas attēla izmērs. Lielāko daļu papildu krātuves lietojuma faktiski nodrošina otra piegādātāja nodalījuma pievienošana. Tas ir loģiski, jo pārdevēja nodalījumā ir visi oriģinālo iekārtu ražotāju izmantotie patentētie binārie faili (daļa no Project Treble), tāpēc paredzams, ka tas aizņems diezgan daudz vietas. Lai gan Google neiesaka veikt A/B nodalījumu ierīcēs ar 4 GB krātuvi (jo tas ir gandrīz 10% no kopējās pieejamās krātuves), viņi to iesaka ierīcēs ar 8 GB un lielāku.

Tālāk ir sniegts Google Pixel ar A/B nodalījumiem un bez tiem izmantotās krātuves vietas sadalījums.

Kas notika ar atkopšanas nodalījumu?

Pamatā esošais Linux kodols Android ierīcēs ļauj Android atpazīt un pareizi lietot viedtālruņa aparatūru. Tikai A ierīcēm paredzētajās Android ierīcēs parasti ir divas kodola versijas: viena ir iepakota atkopšanas nodalījumā, bet otra ir sāknēšanas nodalījumā. A/B ierīcēs, kas atbalsta vienmērīgus atjauninājumus, atkopšana tagad notiek sāknēšanas attēlā kopā ar kodolu. Atkopšanas galvenā funkcija bija instalēt atjauninājumus, taču, tā kā to apstrādā pati sistēma (update_engine), kamēr Android ir sāknēts, īpašais atkopšanas nodalījums vairs nav vajadzīgs.

Lai A/B ierīcēs instalētu pielāgotu atkopšanu, mums ir jāmaina sāknēšanas nodalījums un jāaizstāj krājumu atkopšana ar savu. Tāpēc, lai instalētu TWRP, vispirms ir jāizmanto ātrās sāknēšanas komanda, lai vispirms palaistu pielāgotu sāknēšanas attēlu un tad mirgot TWRP instalācijas skriptu, jo ātrā sāknēšana nevar izlabot nodalījumus — tikai pilnībā pāri tiem mirgot. Jūs varētu tehniski iepriekš ielāgot savu esošo sāknēšanas attēlu, izmantojot TWRP, un pēc tam to palaist, izmantojot ātro sāknēšanu, taču tas ir vairāk problēmu, nekā tas ir tā vērts. TWRP instalēšanas skripts izlabo gan boot_a, gan boot_b nodalījumus, lai instalētu TWRP.

Jautrs fakts: Android update_engine, kas apstrādā nevainojamus atjauninājumus, būtībā ir izvilkta tieši no Chrome OS. Tikai nesen vai virknes, kas satur "Chrome OS", tika noņemtas no update_engine žurnāla, lai izvairītos no neskaidrībām ikvienam, kurš pārbauda logcat.

Vai mans Android viedtālrunis atbalsta A/B nodalījumus netraucētai atjaunināšanai?

Kamēr mēs saglabājiet visu ierīču sarakstu kas to atbalsta, jūs varat arī viegli pārbaudīt sevi.

---

Kā nemanāmi atjauninājumi ietekmē pielāgoto izstrādi?

Lietotāja uztvere par A/B nodalījumiem

Daudzi lietotāji uzskata, ka tie ir šķērslis pielāgotas programmatūras izstrādei, tāpēc vienmērīgi atjauninājumi izstrādātājiem patiešām ir svētīgs. Iemesls, kāpēc tiek uzskatīts, ka A/B ierīcēm ir vājš attīstības atbalsts, ir pirmo A/B ierīču cena. Galu galā Google Pixel ierīces bija dažas no pirmajām, kas atbalstīja vienmērīgus atjauninājumus, un salīdzinājumā ar pagājušā gada Nexus viedtālruņiem tās bija salīdzinoši dārgas. Turklāt, pateicoties neskaitāmiem uzlabojumiem, ko Google ir veicis Android OS, kas ir izveidojis pielāgotus ROM un modifikācijas, kas ir mazāk populāras Google ierīcēs, Google Pixel viedtālruņi mūsu forumos nebija tik labi kā Nexus viedtālruņi. Ārēju faktoru kombinācija izraisīja Google Pixel viedtālruņu pielāgotās izstrādes samazināšanos, lai gan lielākā daļa lietotāju izvēlējās vainot A/B nodalījumu atbalstu. Salīdziniet pielāgotas izstrādes pieejamību tādās ierīcēs kā Google Pixel ar tādām ierīcēm kā Xiaomi Mi A1 mūsu forumos.

Turklāt izpratnes trūkums par to, kā A/B nodalījumi mainīja veidu, kā lietotājiem jāinstalē pielāgoti ROM, kodoli, atkopšana un modifikācijas, noveda pie tā, ka A/B nodalījumu atbalsts kļuva nepopulārs. Tā kā atkopšana tagad atrodas sāknēšanas attēlā, nepareizā secībā mirgojošas modifikācijas, piemēram, Magisk vai Xposed, var izraisīt konfliktus un sāknēšanas cilpu. Var būt svarīgi, kādā secībā jūs mirgojat šīs modifikācijas, taču pielāgotu ROM gadījumā jums nav jāuztraucas par to, kurā slotā mirgojat. Pretēji izplatītajam uzskatam, vairumam pielāgoto ROM instalācijas skripts nemirgo abos slotos. Par to jums nav jāuztraucas, jo jums nevajadzētu manuāli apmainīt slotus.

Kā izstrādātāji skatās A/B nodalījumus

Veidojot ROM, izstrādātāji var izmantot abus nodalījumus, lai pārbaudītu atsevišķas versijas. Ja kāds nedarbojas, viņi var vienkārši atgriezties pie darba nodalījuma un atjaunot savu ROM. Izstrādātāji var arī pārbaudīt regresijas, vienkārši instalējot atjauninājumu, pārslēdzot aktīvo nodalījumu un salīdzinot abus, neizdzēšot datus. Lūk, kā LineageOS komanda uzskata A/B nodalījuma atbalstu:

"Daudzi Android kopienā ir nosodījuši A/B kā "grūti atbalstāmu" un "nepiemērotu izstrādātājiem", lai gan patiesībā tas ir pareizi ieviests. vieglāk atbalstīt un tikpat draudzīgs izstrādātājiem." - jrizzoli, LineageOS izmaiņu žurnāls 19

Sākotnējās grūtības ar A/B atbalstu izstrādātājiem radās, pārveidojot esošos rīkus, lai atbalstītu šīs ierīces. Magisk izstrādātājs topjohnwu pievienoja oficiālu atbalstu Google Pixel gadu pēc tam atbrīvots — nevis tāpēc, ka tas būtu grūti, bet gan tāpēc, ka viņam vajadzēja gadu, lai faktiski iegūtu ierīci strādāt pie. TWRP atbalsts nāca diezgan ātri A/B ierīcēs pēc tam, kad galvenais izstrādātājs Dees_Troy to pārņēma. LineageOS 15.1 tagad atbalsta A/B ierīces pēc tam, kad brīvprātīgie atrada laiku, lai labotu savu addon.d skriptu.

Kā atjaunināt A/B ierīci, kurai ir pielāgota atkopšana, kodols vai citas modifikācijas

Pielāgoti ROM

Mirgojošie atjauninājumi ierīcē ar pielāgotu ROM nozīmē, ka jums būs jāuzmanās, kuru slotu arī mirgojat, vai ne? Ne īsti. TWRP patiesībā daudz ko nokārtos jūsu vietā, un pēc noklusējuma tiek iestatīts neaktīvais slots pielāgotā ROM mirgošanai. Ja jūsu aktīvais slots ir A un jūs mirgojat pielāgotu ROM, jūs faktiski mirgojat slotā B. Atsāknējot, aktīvais slots tagad ir B. Izstrādātāji var modificēt instalācijas skriptu un zibspuldzi abos slotos, lai galalietotājam būtu vieglāk, lai gan lielākā daļa pielāgoto ROM instalēšanas skriptu pašlaik mirgo tikai vienā slotā. Visbeidzot, pielāgotie ROM savā ROM var ieviest A/B atjauninātāju, lai lietotājiem pat nebūtu jājaucas ar manuāli mirgojoši atjauninājumi — jaunākajā LineageOS 15.1 ir Lineage Updater rīks un XDA vecākais dalībnieks ASV-RedDragon izgatavots a vispārējs A/B atjauninātājs ko var izmantot citi izstrādātāji.

Krājuma ROM

Bet vai tas nav problemātiski, ja jūsu ierīcē darbojas ROM ar dažādām modifikācijām un vēlaties instalēt atjauninājumu, nezaudējot visus šos modifikācijas? Tā var būt, ja nezināt pareizās darbības, lai instalētu atjauninājumu. Piemēram, tālrunī OnePlus 6 jūs nevarat mirgot modificētajā ierīcē pakāpenisku OTA, jo pakāpeniskais OTA mēģinās aizlāpīt jūsu modificēto sāknēšanas attēlu. Tādējādi jūs, iespējams, iegūsit sāknēšanas cilpu, un tāpēc jums ir jāaktivizē pilns ROM atjauninājums, lai pilnībā pārrakstītu modificēto sāknēšanas attēlu. Tālāk ir norādītas vispārīgās darbības, kas jāveic, lai instalētu OxygenOS atjauninājumu savā OnePlus 6, vienlaikus saglabājot TWRP, Magisk un pēc izvēles arī pielāgotu kodolu.

1. Lejupielādēts jaunākais pilns ROM rāvējslēdzējs
2. Atkopšanas laikā aktivizējiet pilnu ROM zip
3. (Neobligāti) Flash pielāgotais kodols
4. Flash TWRP instalētājs
5. Restartējiet tieši atpakaļ uz atkopšanu
6. Flash Magisk

Google Pixel ierīcēs varat mirgo rūpnīcas attēls, neizdzēšot datus, pēc tam sāknējiet TWRP, instalējiet TWRP, izmantojot instalēšanas skriptu, un pēc tam instalējiet Magisk.

Atjauninājuma iegūšana atsevišķu nodalījumu attēlu mirgošanai

Atjaunināšanas faili daudzām A/B ierīcēm nedaudz atšķiras no tikai A ierīcēm. Tie vairs nav tikai zip fails, kurā ir daudz attēlu (izņemot Google un Razer rūpnīcas attēlus), bet tie ir faila payload.bin formā. Varat izvilkt šo failu un katru daļu mirgot manuāli, taču, lai to izdarītu, ir nepieciešams īpašs rīks. Ja vēlaties uzzināt, kā to izdarīt OnePlus 6, Xiaomi Mi A1 un daudzās citās A/B ierīcēs, lasiet tālāk.

Notiek iestatīšana, lai iegūtu payload.bin

1. Pārliecinieties, vai jums ir Python 3.6 uzstādīta.
2. Lejupielādējiet payload_dumper.py un update_metadata_pb2.py šeit.
3. Izvelciet savu OTA zip un ievietojiet payload.bin tajā pašā mapē, kur šie faili.
4. Atkarībā no operētājsistēmas atveriet PowerShell, Command Prompt vai Terminal.
5. Ievadiet šādu komandu: python -m pip install protobuf
6. Kad tas ir pabeigts, ievadiet šo komandu: python payload_dumper.py payload.bin
7. Tas sāks izvilkt attēlus no faila payload.bin pašreizējā mapē, kurā atrodaties.

Ja vēlaties, tagad varat mirgot katru no šiem attēliem atsevišķi, izmantojot ātro sāknēšanu. Nākamajā sadaļā ir parādīts, kā to izdarīt.

Ātrās palaišanas izmantošana, lai mirgotu attēlus ierīcē, kas atbalsta vienmērīgus atjauninājumus

Ir vairākas komandas, kas ir paredzētas tikai A/B nodalījumu sistēmas ierīcēm. Varat mainīt savu aktīvo slotu un zibspuldzi uz noteiktiem slotiem. Ja jums ir projekts Treble-saderīgu ierīci un vēlas uzzināt, kā to izdarīt flash Generic System Images, jums ir jāzina šīs komandas. Apskatiet tabulu zemāk.

(Piezīme. A/B ierīcēs varat norādīt nodalījumu konkrētā slotā, kurā mirgot, vai arī varat atstāt slota sufiksu, un tas mirgos līdz pašreizējam aktīvajam slotam. Piemēram, jūs varat aizstāt "partition" flash komandā ar "system", "system_a" vai "system_b.")

---

Vārds par projektu Treble un nevainojamiem atjauninājumiem

Izplatīts nepareizs uzskats, ka Project Treble atbalsts un A/B nodalījuma atbalsts ir viens ar otru saistīti, taču patiesībā tas tā nav. Tas, ka ir viens, nenozīmē otru. Motorola Moto Z2 Force izmanto A/B sadalīšanas shēmu, bet neatbalsta Treble. No otras puses, Honor 9 Lite atbalsta Project Treble, tomēr tā ir tikai A ierīce.

---

Bieži uzdotie jautājumi/kopsavilkums

• Kādas ir A/B sadalīšanas priekšrocības?
  • A/B sadalīšana ļauj atjaunināt Android viedtālruni tā lietošanas laikā, vienkārši pārstartējot, kad esat gatavs sāknēt jauno versiju. Tas darbojas arī kā aizsardzība pret ķieģeļiem — ja atjauninājums neizdodas, jūs atgriezīsities pie darba instalēšanas.
• Vai A/B sadalīšana kavē attīstību?
  • Lai gan izstrādātājiem bija vajadzīgs zināms laiks, lai pielāgotos, atbilde ir gandrīz nē. Faktiski tas var palīdzēt izstrādātājiem, jo ​​viņi var divreiz palaist savu pielāgoto ROM ar veco versiju un jaunu testēšanas versiju, lai pārbaudītu regresijas.
• Kā A/B nodalījumi ietekmē modifikācijas, piemēram, pielāgotos kodolus, Magisk vai Xposed?
  • Instalējot tos, jābūt uzmanīgiem, taču pašlaik problēmu nav. Magisk oficiāli atbalsta ierīces ar nevainojamiem atjauninājumiem, un, kamēr jūs mirgojat lietas pareizajā secībā, jums nevajadzētu rasties problēmām. Pirms citu modifikāciju mirgošanas noteikti aktivizējiet pielāgoto kodolu, un jums vajadzētu būt gatavam.
• Vai es varu mirgot divus dažādus ROM katrā nodalījumā un duālo sāknēšanu?
  • Teorētiski jā. Tomēr problēmas rodas koplietotā datu nodalījuma dēļ, tāpēc tas nav ieteicams.
• Vai A/B nodalījuma shēma nozīmē, ka man ir samazināta krātuve?
  • Nē! Google saka, ka ierīces, kas atbalsta vienmērīgus atjauninājumus, upurē tikai dažus simtus megabaitu krātuves, lai to atbalstītu. Ieguvumi atsver šīs izmaksas.
• Mana ierīce atbalsta A/B nodalījumus. Vai tas nozīmē, ka varu izmantot Project Treble Generic System Image?
  • Nav nepieciešams. Projekta Treble un A/B atbalsts nav saistīti. Motorola Moto Z2 Force neatbalsta Project Treble, tomēr tas atbalsta A/B nodalījumu shēmu.
• Mana ierīce atbalsta Project Treble, vai tas nozīmē, ka man ir A/B nodalījuma shēma?
  • Tas ne vienmēr notiek. Honor 9 Lite ir lielisks piemērs, jo tas atbalsta Project Treble, taču tam nav A/B nodalījuma shēmas.
• Kāpēc vispirms ir nepieciešams palaist TWRP ar ātro sāknēšanu un pēc tam to mirgot?
  • Tas ir saistīts ar to, kā darbojas ātrā sāknēšana, un tas, ka atkopšanas nodalījums vairs nepastāv. Atkopšana tiek ievietota sāknēšanas nodalījumā, tāpēc mums ir jāmaina gan boot_a, gan boot_b. Fastboot sadaļā nevar salabot, tikai mirgot pār to. Teorētiski jūs varētu izveidot iepriekš ielādētu sāknēšanas attēlu un pēc tam to mirgot.
• Vai ar A/B starpsienām pastāv kādas briesmas? Kā atgriešanas aizsardzība ietekmē lietas?
  • Google ir centies darīt visu iespējamo, lai tas neradītu problēmu, taču Motorola Moto Z2 gadījumā Force, bija zināmi gadījumi, kad ierīce atkārtoti aktivizēja vecāko slotu pēc jaunināšanas uz Android Oreo. Tas nozīmēja, ka tika aktivizēta atcelšanas aizsardzība, un ierīču īpašnieki varēja glābt savu viedtālruni tikai ar EDL atkopšanu. Google saka, ka atcelšanas aizsardzība tiek iedarbināta tikai pēc pirmās palaišanas, tāpēc slotam ir pilnībā jādarbojas pēc atjaunināšanas, lai vairs nevarētu pazemināt versiju.