В крайна сметка ще се случи на всички нас, колкото и да сте внимателни. Може да изпуснете телефона си и екранът му да се спука, случайно да разлеете питие върху него и той да не зареждайте повече или може би не сте направили нищо, което да причини директно хардуерния дефект и просто сте без късмет. Какъвто и да е случаят, ще трябва да поправите телефона си, което можете или направете сами или чрез сервизен център.
Повечето хора в тази ситуация биха занесли телефона си в най-близкия оторизиран сервизен център или биха го изпратили по пощата, ако наблизо няма място за ремонт, но освен временно губейки достъп до телефона си, те също ще трябва да се справят с неудобството от архивиране на данните си и фабрично нулиране на устройството си, преди да изпратят изключено. Това е така, освен ако не се чувстват добре, когато напълно непознат има достъп до всичките им лични данни, което не описва абсолютно никого.
За да спаси своите потребители от необходимостта да нулират устройствата си, Samsung обяви
функция миналата година, наречена режим на поддръжка който защитава личните данни на потребителя, докато устройството му се ремонтира. Докато устройството е в режим на поддръжка, хората, които го ремонтират, имат достъп само до предварително инсталирани приложения. Всички промени, направени, докато устройството е в режим на поддръжка, се губят, когато е изключено, което може да се направи само от потребителя, който отключи своето устройство. По този начин потребителят просто трябва да постави устройството си в режим на поддръжка, преди да го предаде, центърът за ремонт може да го направи каквото трябва да направят, докато е в ръцете им, и потребителят може просто да излезе от режима на поддръжка, когато получи устройството си обратно. Това е печеливша за всички.
За съжаление не всеки телефон има достъп до функция като Maintenance Mode на устройства на Samsung. Pixel телефоните на Google, например, нямат такава функция, поради което Google казва на своите клиенти да възстановят фабричните настройки на устройствата си, преди да ги изпратят за ремонт. Google свършиха страхотна работа при създаването на своите устройства по-поправими, но повечето хора няма да го направят имат ноу-хау да поправи телефон като този Pixel Fold. Пускането на Pixel Fold наистина ще тества услугите за следпродажбена поддръжка на Google, поради което смятам, че Google трябва да направи ремонта възможно най-безболезнен за потребителите.
Като начало Google трябва да копира функцията за режим на поддръжка на Samsung, така че потребителите на Pixel да могат да бъдат спокойни за безопасността на личните си данни по време на процеса на ремонт. За щастие, Android вече предоставя отличен инструмент, който екипът на Pixel може да използва, ако иска да направи такава функция. Ето какво трябва да направят.
Как Google може да въведе режим на поддръжка на Pixel
Може би си мислите: „Не може ли Google просто използвайте режима за гости или да добавите друг потребител?“ Ако беше, щеше да си отчасти прав. Въпреки че е вярно, че вторичен потребител не може да получи достъп до данни от основния потребител без своя ПИН/парола, то вторичният потребител все още ще се нуждае от ПИН/паролата на основния потребител, за да получи достъп до устройството след зареждането му нагоре. Това означава, че устройството ще трябва да бъде включено, когато бъде изпратено за ремонт, и хората, които работят с устройството, няма да могат да го изключат по всяко време, докато работят върху него.
не знам точно причината, поради която Android изисква основният потребител да въведе своя ПИН/парола, преди всеки друг потребител да може да влезе, но това може да се дължи на факта, че основният потребител Също така е „системният“ потребител, който „винаги работи дори когато други потребители са на преден план“. Ако Android изисква „системният“ потребител винаги да работи, тогава има смисъл той да бъде отключен, преди всички други да могат започнете.
Каквато и да е причината, това поведение изглежда е умишлено, тъй като се случва не само на телефони Pixel, но и на Samsung и други OEM устройства. Ето защо мисля, че режимът на поддръжка на Samsung не е такъв просто просто създаване на гост потребител, както някои мислят, както забелязах, докато го тествах, че включва рестартиране на устройството за активиране. Не съм съвсем сигурен как Samsung е внедрил Maintenance Mode, но знам, че Google и други OEM производители могат да го възпроизведат, като използват режима на Android Динамични системни актуализации (DSU) особеност.
Google представи DSU в Android 10, за да улесни тестването на генерични системни изображения (GSI). GSI са ванилни компилации на Android, компилирани направо от проекта с отворен код на Android (AOSP). Те се използват главно от OEM производители за тестване на съвместимост, но могат да се използват и от разработчици, за да тестват приложенията си върху чиста компилация на Android, работещ на физически хардуер. Ползата от използването на DSU за инсталиране на GSI спрямо простото ръчно мигане на GSI е, че DSU не презаписва оригиналната инсталация. Вместо това DSU създава нови изображения на системата и данните, които Android монтира вместо оригиналите.
DSU е проектиран да се използва всякакви системно изображение, което е дадено, и устройството ще стартира това изображение, стига да премине проверено зареждане (или буутлоудърът е отключен). Има смисъл, че DSU изисква предоставянето на системно изображение, тъй като е проектирано да тества GSI, а GSI не се доставят на устройства за продажба на дребно. Но какво ще стане, ако DSU ви позволи да пропуснете предоставянето на системно изображение и вместо това да използвате съществуващия системен дял плюс ново изображение на данни? Това ефективно би симулирало възстановяване на фабричните настройки, но без всъщност изтриване на данни на потребителя, което е точно това, което бихме искали да се случи, когато влезем в хипотетичния режим на поддръжка на Pixel.
Докато режимът на поддръжка на Pixel е чисто хипотетична идея в момента, използването на DSU за симулиране на фабрично нулиране не е. Това е възможност, която DSU ще въведе в Android 14 наред други подобрения, като възможността за рестартиране веднага след инсталирането, възможността за запазване на инсталацията след рестартиране, възможността за скриване на известието по подразбиране, така че може да се покаже персонализиран, възможността за промяна на низовете, използвани за диалоговия прозорец, който подканва потребителя за техните идентификационни данни, и възможността за заключване на устройството в DSU режим.
Комбинирани, тези подобрения трябва да направят възможно за Google (и всеки друг OEM) да копира режима на поддръжка на Samsung. За да демонстрирам, направих кратко видео, което показва как докосвам бутон, наречен „Режим на поддръжка“ на моя Pixel, който задейства DSU, за да симулира възстановяване на фабричните настройки. Основното нещо, което липсва в тази демонстрация, е приложение, което обяснява на потребителя какво е Maintenance Mode, предоставя бутон, за да го въведете, и сменя предоставеното от DSU известие с персонализирано, което казва на потребителя, че е в поддръжка Режим. Освен това в момента няма начин да излезете от този режим на псевдо поддръжка чрез въвеждане на идентификационните данни на основния потребител.
Може също да сте забелязали (или просто да прочетете описанието на видеоклипа), че изрязах някои части от видеоклипа. За да бъда конкретен, изрязах няколко секунди, където устройството ми показва оранжево/бутлоудърът е отключен състояние по време на процеса на стартиране, тъй като отключен буутлоудър не трябва да е необходим, за да работи това. Също така изрязах частта, в която минах през съветника за настройка, след като устройството ми се зареди, и това е защото всъщност е възможно да пропуснете съветника за настройка, като зададете системното свойство ro.setupwizard.mode на "ХОРА С УВРЕЖДАНИЯ". Това може да стане чрез създаване на начален скрипт - скрипт, който се изпълнява по време на стартиране - който задава това свойство, когато Android влезе в "Режим на поддръжка".
Що се отнася до това как Android ще разбере, че е в режим на поддръжка, това може да стане чрез настройка друго свойство на системата наречен „ro.gsid.dsu_slot“ до нещо като „maintenancemode“. Добавянето на „.lock“ към „maintenancemode“ ще го направи така „само оторизирани потребители” може да излезе, при условие че идентификационните данни на основния потребител са предадени.
Ако Google или който и да е друг OEM трябваше да копира режима на поддръжка на Samsung, ето как бих могъл да видя това да се случи. Внедряването на Samsung може вече да използва разклонена версия на DSU, която прави всичко, което описах, но не знам как тяхната работа работи под капака. Също така не знам дали Google вече работи или не по тази функция, защото няма преки доказателства, които да предполагат, че работят. Имам своите подозрения, но без солидни доказателства, просто ще трябва да изчакаме, за да разберем какво планира Google. Режимът на поддръжка би бил чудесна функция, която Google да обяви заедно с Pixel 8 серия по-късно тази година, така че се надявам компанията да има някои изненади за нас.