TWRP беше пуснат за Google Pixel и Pixel XL, което най-накрая ще позволи на потребителите да флашват персонализирани модове, ядра и ROMS.
Нека персонализираното мигане на ROM започне! Една от най-честите причини потребителите да посещават нашите форуми е да флашват персонализирани модове, ядра или ROM файлове. Разработчиците влагат безброй часове в персонализиране на своя софтуер в полза на общност. Но никоя от тази работа не е осъществима без да има средства за инсталиране на тези модификации.
Първата необходима стъпка, преди да можете да навлезете в света на модифицирането на Android, е да отключите своя буутлоудър. За потребителите на пиксел и Pixel XL, тази стъпка вече е възможна на всички варианти от двете устройства. Следващата стъпка е да флашнете персонализирано изображение за възстановяване, което ще ви позволи след това да флашнете персонализирани ROM или образи на ядрото, както и ще ви позволи да направите пълни резервни копия на системата, в случай че нещо се обърка. Това е мястото, където невероятно популярни Team Win Recovery Project (TWRP) влиза.
Налично на множество устройства от почти всеки OEM под слънцето, TWRP е предпочитаното персонализирано възстановяване за всеки, който иска да модифицира софтуера на своето устройство. И сега двата телефона Google Pixel скоро могат да се присъединят към това забавление. XDA старши признат разработчик Dees_Troy току-що пусна първия TWRPалфа за Google пиксел и Pixel XL. При условие, че вече сте отключили своя буутлоудър, сега можете да флашнете възстановяването на вашето устройство. Въпреки това има няколко промени в начина, по който ще се инсталира TWRP, които трябва да отбележим.
Инсталация
Ако някога сте инсталирали ръчно TWRP на вашето устройство, тогава може да сте запознати с бързо стартиране команди, необходими за флашване на TWRP изображението в дяла за възстановяване. Поради промените в дяловете, направени за „безпроблемни актуализации“, за да работят в Android Nougat за Pixel и Pixel XL, вие НЯМА да издавате същите тези команди. Забравете всичко, което мислите, че знаете, и внимателно прочетете следните инструкции, преди да действате. По същество това, което всъщност ще правите, за да инсталирате TWRP, е да обувка изображението TWRP, след което с помощта на автоматизиран инсталационен скрипт който ще обработва мигането на TWRP към и двете зареждащи дялове.
Първо, ако още не сте го направили, ще трябва да вземете USB драйвер на Google както и двоичния файл за бързо стартиране (препоръчваме изтегляне и извличане Минимален ADB & Fastboot към директорията по ваш избор). След това изтеглете подходящите инсталационни файлове на TWRP за вашето устройство (пиксел и Pixel XL). Ще трябва да преместите .zip файла във вътрешната памет на вашето устройство, но оставете .img файла на вашия компютър. След това отворете команден ред и проверете дали вашето устройство е разпознато чрез издаване устройства за бързо зареждане в командния ред. Ако видите серийния номер на вашето устройство, тогава протоколът за бързо стартиране открива вашето устройство. Накрая ще трябва временно да стартирате TWRP изображението, като издадете тази команда:
fastboot boot path/to/twrp.imgОбърнете внимание, че "path/to/" се отнася до действителната директория, в която е изтегленият TWRP изображение файлът се намира. Уверете се, че издавате бързо стартиранеобувка и не бързо стартиране светкавица, и че файлът, който зареждате, е не zip файла. След като издадете командата за стартиране, вашето устройство ще извлече TWRP изображението от вашия компютър и временно ще стартира в TWRP. Почти сте готови в този момент.
Всичко, което трябва да направите сега, е да накарате TWRP да оцелее при рестартиране, като го флашнете и в двата дяла за зареждане на вашето устройство. За щастие, цялата работа там се извършва от автоматизирания инсталационен скрипт, който сте изтеглили по-рано. Просто използвайте интерфейса на TWRP, за да отидете и да инсталирате zip файла за инсталация на TWRP точно както бихте инсталирали всеки персонализиран ROM, мод или zip на ядрото. След това TWRP ще бъде достъпен за вас, без значение кои активни слотове за дялове се използват.
TWRP алфа v1
Тъй като това е алфа освобождаване, непременно ще има проблеми. Точно сега Dees_Troy очерта три въпроса да си наясно. Първо, поради въвеждането на File Based Encryption (FBE) в Nougat, възстановяването на данни може да представлява проблем.
Базираното на файлове криптиране (FBE) може да бъде сложно. Ако възстановяването не работи правилно, то може да задейства автоматично изтриване на вашите данни. Тествах го малко на моя Pixel XL, но нямах време да го тествам обстойно. Понякога TWRP няма да успее да ви подкани да въведете паролата си или по друг начин да не успее да настрои правилно дешифрирането. Ако това се случи, рестартирайте TWRP. Изглежда, че има някакъв проблем с времето и все още не съм имал време да го проследя.
Не може да се каже, че може да ви се случи, но е така бих могъл да ти се случи. Ако не правите редовно резервни копия на вашите данни офлайн или в облака, тогава не се шокирайте, когато нещо се обърка и всичките ви данни бъдат изтрити. Случвало ми се е и преди и е гадно.
Актуализация #2: Dees_Troy предостави по-техническо обяснение за това какво може да се обърка и как той планира да го разреши. Вижте второто допълнение в края на статията за повече подробности.
След това, ако в момента използвате функцията за много потребители (включително функции за гости) на вашето устройство, тогава ще искате да избягвайте да използвате TWRP за сега.
Базираното на файлове криптиране означава, че папките на всеки потребител са отделно криптирани. За да направим правилно архивиране, възстановяване на фабричните настройки и т.н., ще трябва да накараме потребителя да дешифрира за всеки отделен акаунт на устройството.
Понастоящем TWRP поддържа само настройки за един потребител, дори ако случайно знаете паролата за шифроване на другите потребители на вашето устройство. Dees_Troy ни каза, че успешно е дешифрирал допълнителни потребители с помощта на инструмент за команден ред, но това внедряването на тази функция в TWRP не е с висок приоритет в момента и вместо това може да бъде пуснато в бъдеще актуализация. Миналата седмица нашият XDA акаунт в Twitter анкетира потребители от името на Dees_Troy с въпрос дали използват функцията за много потребители, и огромното мнозинство заявиха, че не използват много потребители, така че не очакваме това ограничение да засегне много хората.
Но има още един проблем, който е по-подходящ за по-голямата част от потребителите, които ще инсталират TWRP. Понастоящем, SuperSU няма да работи заедно с TWRP.
Инсталирането на TWRP в момента ще премахне root, ако в момента сте root. Ще е необходима актуализация на SuperSU, за да може TWRP и SuperSU да съществуват съвместно.
Актуализация #1: Моля, вижте допълнението от Chainfire в края на статията, ако в момента използвате SuperSU и планирате да мигате TWRP. Dees_Troy обясни причината за тази намеса на XDA-Developers като такава:
Chainfire използва ramdisk на bootimage, за да направи безсистемния руут. Това е същият ramdisk, който Google възнамеряваше да използва за възстановяване. Почти съм сигурен, че Chainfire ще успее да измисли начин да го накара да работи с TWRP, но TWRP се нуждае от малка промяна в init двоичния файл за да накара декриптирането да работи правилно и Chainfire се нуждаеше от различна промяна в неговия init двоичен файл, за да накара неговия ramdisk да работи както за нормално зареждане, така и възстановяване.
С други думи, безсистемният root метод на Chainfire модифицира същия двоичен файл, който TWRP трябва да модифицира, за да може декриптирането на данни да работи. Следователно, когато флашвате TWRP, вие презаписвате промените, направени в init двоичния файл от безсистемния root метод на Chainfire. Въпреки че това е малка пречка, благодарение на двойния дял на Pixel (и бъдещите устройства, доставяни с Nougat), TWRP има някои страхотни нови възможности.
Pixel устройствата имат 2 "слота" за ROM/фърмуер. TWRP ще открие кой слот е активен в момента и ще използва този слот за архивиране И възстановяване. Има бутони на страницата за рестартиране и под архивиране -> опции за промяна на слотовете. Промяната на активния слот ще накара TWRP да превключи кой слот, който TWRP архивира или възстановява. Можете да направите резервно копие на слот A, да превключите на B, след което да възстановите архива, което ще възстанови резервното копие на A в слот B. Промяната на слота в TWRP също казва на буутлоудъра да стартира този слот.
Това по същество означава, че скоро ще можете двойно зареждане на вашето устройство. За съжаление, тъй като персонализираното възстановяване има просто бъде пуснат, ще отнеме известно време на любимия ви персонализиран разработчик на ROM да приготви нещо в кухнята за вашия телефон Pixel.
Допълнение #1 - SuperSU с TWRP
Бяхме информирани от Chainfire, че всеки, който в момента използва SuperSU на своя Google Pixel или Pixel XL, е такъв силно препоръчително за флашване на стоковите изображения за зареждане на двата дяла, преди да инсталирате TWRP. За да постигнете това, ще трябва да изтеглите Фабрично изображение за вашето устройство и ръчно извлечете стандартното изображение за зареждане от архива. След това ще трябва да флашнете изображението за зареждане на двата дяла с помощта на fastboot, като такъв:
fastbootflashboot_aboot.img
fastbootflashboot_bboot.imgИздаването на двете от тези команди ще флашне стандартното зареждащо изображение от фабричното изображение към двата зареждащи дяла на вашето устройство. След това можете да продължите да инсталирате TWRP.
Допълнение #2 - Базирано на файлове криптиране с TWRP
Говорейки с Dees_Troy, той предложи следното обяснение кога възстановяването може да се обърка и да доведе до пълно изтриване на данни:
ext4 базираното на файл криптиране не ви позволява да приложите политика за криптиране към папка, която *не* е празна. Точно сега работим около това, като не изтриваме избран списък с папки (можем да изтрием това, което е вътре в папките, но не и самата папка). Ако по някаква причина папка, която трябва да бъде шифрована, бъде изтрита, възстановяването може да създаде нешифрована папка, след което да я запълни с някои неща. След като папката не е празна, не можете да зададете криптиране върху нея. Когато устройството зареди Android отново, init двоичният файл се опитва да зададе политика за криптиране и ако види грешка при задаване на политика, принуждава изтриване. Това е точно така къде се хвърля грешката и къде се инициира изтриването, ако ви е грижа за такива неща.
Казано по-малко технически, по време на процеса на възстановяване на резервно копие на NANDroid възстановяването трябва да презапише всички необходими съществуващи файлове във вашите дялове, които са записани в архива. За да получите достъп до файловете в дяла с данни, възстановяването трябва да е дешифрирало този дял с помощта на вашата парола за дешифриране. Въпреки че възстановяването има способността просто да изтрие и презапише всяка папка в дяловете с данни и системата, по този начин може да причини грешка с политиката за криптиране.
Чрез изтриване на папка, която е предназначена да бъде криптирана, TWRP ще създаде на нейно място некриптирана папка и ще възстанови всички файлове от архива в тази нова директория. Въпреки това, тъй като шифроването на базата на файлове ще шифрова различни файлове и папки с различни ключове за шифроване, за разлика от целия дял, тази единствена промяна, нарушаваща криптирането на една папка на вашето устройство, ще накара цялата верига да хвърли грешка. Политиката на Android е след това да започне пълно изтриване на данни, което води до изтриване на Android всичко във вашата вътрешна памет.
За щастие Dees_Troy вече го направи идентифицира списък с папки които ще трябва да бъдат изключени от процеса на изтриване на TWRP, така че тази грешка да не се задейства. Той замени init двоичния файл, така че да задейства грешката по време на възстановяване, но не и да изтрие устройството, което му позволява да регистрира точно кои папки не трябва да бъдат изтривани. Беше ни предоставен пълен списък с папки, но няма да възпроизведем този списък тук поради дължината му.
Изтеглете TWRP за Google Pixel
Изтеглете TWRP за Google Pixel XL
Планирате ли да използвате персонализиран ROM или ядро на вашето устройство или ще останете на стандартен фърмуер? Кажете ни в коментарите по-долу!