Galu galā tas notiks ar mums visiem neatkarīgi no tā, cik uzmanīgs esat. Varbūt jūs nometat tālruni un tā ekrāns saplaisā, jūs nejauši uzlējat uz tā dzērienu, bet tas nenotiks vairs neuzlādējiet, vai arī jūs neko nedarījāt, lai tieši izraisītu aparatūras defektu, un jūs vienkārši neveiksminieks. Jebkurā gadījumā jums būs jāsalabo tālrunis, ko varat veikt vai nu dari pats vai izmantojot remonta centru.
Lielākā daļa cilvēku šādā situācijā aiznestu savu tālruni uz tuvāko pilnvaroto remonta centru vai nosūtu to pa pastu, ja tuvumā nav remonta vietas, bet gan īslaicīgi zaudējot piekļuvi savam tālrunim, viņiem būs jārisina arī neērtības, kas saistītas ar datu dublēšanu un ierīces rūpnīcas datu atiestatīšanu pirms nosūtīšanas. to izslēgtu. Tas ir, ja vien viņi nav apmierināti ar to, ka svešinieks var piekļūt visiem viņu personas datiem, kas raksturo absolūti nevienu.
Lai glābtu lietotājus no ierīču atiestatīšanas, Samsung paziņoja funkcija pagājušajā gadā Apkopes režīms kas aizsargā lietotāja privātos datus ierīces remonta laikā. Kamēr ierīce atrodas apkopes režīmā, cilvēkiem, kas to remontē, ir piekļuve tikai iepriekš instalētām lietotnēm. Visas izmaiņas, kas veiktas, ierīcei atrodoties apkopes režīmā, tiek zaudētas, kad tā tiek izslēgta, un to var izdarīt tikai tad, ja lietotājs atbloķē ierīci. Tādā veidā lietotājam tikai jāieslēdz ierīce apkopes režīmā pirms tās nodošanas, ko var izdarīt remonta centrs viss, kas viņiem jādara, kamēr tas ir viņu rokās, un lietotājs var vienkārši iziet no apkopes režīma, kad saņem ierīci. atpakaļ. Tas ir abpusēji izdevīgs visiem.
Diemžēl ne katram tālrunim Samsung ierīcēs ir pieejama tāda funkcija kā apkopes režīms. Piemēram, Google Pixel tālruņiem šādas funkcijas nav, tāpēc Google stāsta saviem klientiem pirms ierīces nosūtīšanas remontam rūpnīcā atiestatīt tos. Google ir paveicis lielisku darbu savu ierīču izveidē remontējamāks, bet lielākā daļa cilvēku to nedarīs ir zināšanas lai salabotu tādu tālruni kā Pixel Fold. Pixel Fold palaišana patiešām pārbaudīs Google pēcpārdošanas atbalsta pakalpojumus, tāpēc es domāju, ka Google ir jāpadara lietotājiem pēc iespējas nesāpīgāka remonta pieredze.
Vispirms Google ir jākopē Samsung apkopes režīma funkcija, lai Pixel lietotāji varētu būt mierīgi par savu personas datu drošību remonta procesa laikā. Par laimi, Android jau nodrošina lielisku rīku, ko Pixel komanda var izmantot, ja vēlas izveidot šādu funkciju. Lūk, kas viņiem būtu jādara.
Kā Google varētu nodrošināt Pixel uzturēšanas režīmu
Jūs varētu domāt: “Nevar tikai Google izmantojiet viesa režīmu vai pievienot citu lietotāju?” Ja tā būtu, jums būtu daļēji taisnība. Lai gan ir taisnība, ka sekundārais lietotājs nevar piekļūt datiem no primārā lietotāja bez PIN/paroles, sekundārajam lietotājam joprojām būs nepieciešams primārā lietotāja PIN/parole, lai piekļūtu ierīcei pēc tās palaišanas uz augšu. Tas nozīmē, ka ierīce ir jāieslēdz, kad tā tiek nosūtīta remontam, un cilvēki, kas strādā ar ierīci, nevarēs izslēgt ierīci jebkurā laikā, strādājot ar to.
Es nezinu precīzs iemesls, kāpēc Android pieprasa primārajam lietotājam ievadīt savu PIN/paroli, pirms jebkurš cits lietotājs var pieteikties, taču tas var būt saistīts ar faktu, ka primārais lietotājs Ir arī “sistēmas” lietotājs, kas “vienmēr darbojas pat tad, ja priekšplānā ir citi lietotāji”. Ja Android pieprasa “sistēmas” lietotājam vienmēr jādarbojas, tad ir loģiski, ka tas ir jāatbloķē, pirms to var atbloķēt citi sākt.
Neatkarīgi no iemesla šāda rīcība šķiet apzināta, jo tā notiek ne tikai Pixel tālruņos, bet arī Samsung un citās OEM ierīcēs. Tāpēc es domāju, ka Samsung apkopes režīms nav vienkārši vienkārši izveidojot vieslietotāju, kā daži domā, jo es pamanīju, testējot pats, ka tas ietver ierīces pārstartēšanu, lai to aktivizētu. Es neesmu īsti pārliecināts, kā Samsung ieviesa apkopes režīmu, taču es zinu, ka Google un citi oriģinālo iekārtu ražotāji var to atkārtot, izmantojot Android Dinamiskie sistēmas atjauninājumi (DSU) funkciju.
Google ieviesa DSU operētājsistēmā Android 10, lai atvieglotu vispārējo sistēmas attēlu (GSI) testēšanu. GSI ir vaniļas Android versijas, kas kompilētas tieši no Android atvērtā pirmkoda projekta (AOSP). Tos galvenokārt izmanto oriģinālo iekārtu ražotāji saderības testēšanai, taču tos var izmantot arī izstrādātāji, lai pārbaudītu savas lietotnes tīrā Android versijā, kas darbojas ar fizisko aparatūru. DSU izmantošana GSI instalēšanai salīdzinājumā ar vienkāršu GSI manuālu mirgošanu ir tāda, ka DSU nepārraksta sākotnējo instalāciju. Tā vietā DSU izveido jaunus sistēmas un datu attēlus, kurus Android uzstāda oriģinālo vietā.
DSU bija paredzēts lietošanai jebkura sistēmas attēls, kas tiek dots, un ierīce sāks šo attēlu tik ilgi, kamēr tas izturēs pārbaudīto sāknēšanu (vai sāknēšanas ielādētājs ir atbloķēts). Ir loģiski, ka DSU ir jāiesniedz sistēmas attēls, jo tas ir paredzēts GSI pārbaudei, un GSI netiek piegādāti mazumtirdzniecības ierīcēm. Bet ko darīt, ja DSU ļautu jums izlaist sistēmas attēla piegādi un tā vietā izmantotu esošo sistēmas nodalījumu un jaunu datu attēlu? Tas efektīvi simulētu rūpnīcas atiestatīšanu, bet bez tā patiesībā dzēšot jebkādus lietotāja datus, kas ir tieši tas, ko mēs vēlamies, lai notiktu, ieejot Pixel hipotētiskajā uzturēšanas režīmā.
Lai gan Pixel apkopes režīms pašlaik ir tikai hipotētiska ideja, DSU izmantošana rūpnīcas atiestatīšanas simulēšanai nav. Šī ir iespēja, ko ieviesīs DSU Android 14 līdzās citi uzlabojumi, piemēram, iespēja atsāknēt tūlīt pēc instalēšanas, iespēja turpināt instalēšanu pēc atkārtotas palaišanas, iespēja paslēpt noklusējuma paziņojumu, lai var tikt parādīts pielāgots, iespēja mainīt virknes, kas tiek izmantotas dialogam, kas pieprasa lietotājam akreditācijas datus, un iespēja bloķēt ierīci DSU. režīmā.
Šiem uzlabojumiem kopā vajadzētu nodrošināt iespēju Google (un jebkuram citam oriģinālo iekārtu ražotājiem) atkārtot Samsung apkopes režīmu. Lai demonstrētu, es izveidoju īsu videoklipu, kurā redzams, kā es pieskaros pogai ar nosaukumu “Apkopes režīms” savā Pixel, kas aktivizē DSU, lai simulētu rūpnīcas atiestatīšanu. Galvenais, kas trūkst šajā demonstrācijā, ir lietotne, kas lietotājam izskaidro, kas ir uzturēšanas režīms, un nodrošina pogu, lai to ievadītu, un apmaina DSU nodrošināto paziņojumu ar pielāgotu paziņojumu, informējot lietotāju par to, ka tiek veikta apkope. Režīms. Turklāt pašlaik nav iespējams iziet no šī pseido uzturēšanas režīma, ievadot primārā lietotāja akreditācijas datus.
Iespējams, esat arī pamanījuši (vai vienkārši izlasījāt video aprakstu), ka es izgriezu dažas videoklipa daļas. Precīzāk sakot, es izgriezu dažas sekundes, kur mana ierīce rāda oranžs/sāknēšanas ielādētājs ir atbloķēts stāvoklī sāknēšanas procesa laikā, jo nav nepieciešams atbloķēt sāknēšanas ielādētāju, lai tas darbotos. Es arī izgriezu daļu, kurā es izgāju iestatīšanas vedni pēc ierīces sāknēšanas, un tas ir tāpēc, ka faktiski ir iespējams izlaist iestatīšanas vedni, iestatot sistēmas rekvizītu ro.setupwizard.mode uz “ATSLĒGTS”. To var izdarīt, izveidojot sākuma skriptu — skriptu, kas tiek palaists startēšanas laikā, kas iestata šo rekvizītu, kad Android pāriet uz apkopes režīmu.
Attiecībā uz to, kā Android zinātu, ka tas ir uzturēšanas režīmā, to var izdarīt, iestatot cits sistēmas īpašums ko sauc par "ro.gsid.dsu_slot" uz kaut ko līdzīgu "maintenancemode". Pievienojot “.lock” vienumam “maintenancemode”, tas kļūtu par “tikai autorizēti lietotāji” var iziet, ja tiek nodoti primārā lietotāja akreditācijas dati.
Ja Google vai kāds cits OEM kopētu Samsung apkopes režīmu, es varētu redzēt, ka tas notiek. Samsung ieviešanā jau varētu izmantot DSU dakšveida versiju, kas dara visu, ko aprakstīju, taču es nezinu, kā viņi darbojas zem pārsega. Es arī nezinu, vai Google jau strādā vai nestrādā pie šīs funkcijas, jo nav tiešu pierādījumu, kas liecinātu, ka tas tā ir. Man ir aizdomas, bet bez pārliecinošiem pierādījumiem mums būs tikai jāgaida, lai uzzinātu, ko Google plāno. Uzturēšanas režīms būtu lieliska funkcija, ko Google varētu paziņot kopā ar Pixel 8 sērija vēlāk šogad, tāpēc es ceru, ka uzņēmums mums ir sagatavojis kādu pārsteigumu.