TWRP bylo vydáno pro Google Pixel a Pixel XL, což uživatelům konečně umožní flashovat vlastní mody, jádra a ROM.
Nechte vlastní flashování ROM začít! Jedním z nejčastějších důvodů, proč uživatelé přicházejí na naše fóra, je flashování vlastních modů, jader, popř ROM. Vývojáři věnují nespočet hodin přizpůsobování svého softwaru ve prospěch společnosti společenství. Žádná z těchto prací však není proveditelná bez prostředků k instalaci těchto úprav.
Prvním nezbytným krokem, než budete moci vkročit do světa moddingu Androidu, je odemknutí bootloaderu. Pro uživatele Pixel a Pixel XL, tento krok je již možný na všechny varianty ze dvou zařízení. Dalším krokem je flashování vlastního obrazu pro obnovení, který vám umožní flashovat vlastní obrazy ROM nebo jádra a také vám umožní vytvořit úplné zálohy systému pro případ, že by se něco pokazilo. To je místo, kde je neuvěřitelně populární Team Win Recovery Project (TWRP) přichází.
TWRP, který je k dispozici na nepřeberném množství zařízení od téměř každého OEM pod sluncem, představuje možnost vlastní obnovy pro každého, kdo chce upravit software na svém zařízení. A nyní se k této zábavě mohou brzy připojit dva telefony Google Pixel. XDA Senior uznávaný vývojář
Dees_Troy právě vydala první TWRPalfa pro Google Pixel a Pixel XL. Za předpokladu, že jste již svůj bootloader odemkli, můžete nyní obnovit obnovení do svého zařízení. I když existuje několik změn ve způsobu instalace TWRP, které bychom si měli povšimnout.Instalace
Pokud jste někdy ručně nainstalovali TWRP do svého zařízení, možná jste s ním obeznámeni rychlé spuštění příkazy potřebné k flashování obrazu TWRP do oddílu pro obnovení. Vzhledem ke změnám oddílů provedeným tak, aby „bezproblémové aktualizace“ fungovaly v Androidu Nougat pro Pixel a Pixel XL, NEBUDETE vydávat stejné příkazy. Zapomeňte na vše, co si myslíte, že víte, a než začnete jednat, pečlivě si přečtěte následující pokyny. V podstatě to, co skutečně uděláte pro instalaci TWRP, je bota obrázek TWRP a poté pomocí automatický instalační skript který si poradí s flashováním TWRP do oba spouštěcí oddíly.
Za prvé, pokud jste to ještě neudělali, budete muset chytit Google USB ovladač a také binární soubor fastboot (doporučujeme stáhnout a extrahovat Minimální ADB a Fastboot do vámi zvoleného adresáře). Dále si stáhněte příslušné instalační soubory TWRP pro vaše zařízení (Pixel a Pixel XL). Budete muset přesunout soubor .zip do interního úložiště zařízení, ale soubor .img ponechat v počítači. Poté otevřete příkazový řádek a zkontrolujte, zda je vaše zařízení rozpoznáno vydáním fastboot zařízení do příkazového řádku. Pokud vidíte sériové číslo svého zařízení, protokol rychlého spouštění detekuje vaše zařízení. Nakonec budete muset dočasně spustit obraz TWRP vydáním tohoto příkazu:
fastboot boot path/to/twrp.imgVšimněte si, že "cesta/k/" odkazuje na skutečný adresář, ve kterém je stažený TWRP obraz soubor se nachází. Ujistěte se, že vydáváte rychlé spuštěníbota a ne rychlé spuštění blikat, a že soubor, který spouštíte, je ne zip soubor. Jakmile zadáte příkaz boot, vaše zařízení načte obraz TWRP z vašeho počítače a dočasně zavede TWRP. V tuto chvíli jste téměř hotovi.
Vše, co nyní musíte udělat, je zajistit, aby TWRP přežil restart tím, že jej flashnete do obou spouštěcích oddílů vašeho zařízení. Naštěstí veškerou práci zajišťuje automatický instalační skript, který jste si stáhli dříve. Jednoduše použijte rozhraní TWRP k navigaci a instalaci instalačního zipu TWRP stejně jako byste nainstalovali jakoukoli vlastní ROM, mod nebo kernel zip. Poté vám bude TWRP přístupný bez ohledu na to, které sloty aktivních oddílů jsou používány.
TWRP Alpha v1
Vzhledem k tomu, že se jedná o alfa vydání, musí se vyskytnout problémy. Právě teď Dees_Troy nastínil tři záležitosti být si vědom. Za prvé, kvůli zavedení File Based Encryption (FBE) v Nougatu může obnovení dat představovat problém.
File Based Encryption (FBE) může být složité. Pokud obnovení nefunguje správně, může spustit automatické vymazání dat. Trochu jsem to otestoval na svém Pixelu XL, ale neměl jsem čas ho důkladně otestovat. Někdy vás TWRP nevyzve k zadání hesla nebo jinak správně nenastaví dešifrování. Pokud k tomu dojde, restartujte TWRP. Zdá se, že je to nějaký problém s načasováním a ještě jsem neměl čas to vystopovat.
Neříká se, že se to může stát i vám, ale je to tak mohl stane se vám. Pokud pravidelně nezálohujete svá data offline nebo v cloudu, nebuďte v šoku, když se něco pokazí a všechna vaše data budou vymazána. Už se mi to stalo a je to na hovno.
Aktualizace č. 2: Dees_Troy poskytl techničtější vysvětlení toho, co by se mohlo pokazit, a jak to plánuje vyřešit. Další podrobnosti naleznete ve druhém dodatku na konci článku.
Dále, pokud na svém zařízení aktuálně používáte funkci pro více uživatelů (včetně funkcí pro hosty), budete chtít prozatím se vyhněte používání TWRP.
File Based Encryption znamená, že složky každého uživatele jsou šifrovány samostatně. Abychom mohli správně zálohovat, obnovit tovární nastavení atd., museli bychom nechat uživatele dešifrovat pro každý jednotlivý účet v zařízení.
V současné době TWRP podporuje pouze nastavení pro jednoho uživatele, i když náhodou znáte šifrovací heslo ostatních uživatelů na vašem zařízení. Dees_Troy nám řekl, že úspěšně dešifroval další uživatele pomocí nástroje příkazového řádku, ale to implementace této funkce v TWRP není v současnosti vysokou prioritou a místo toho může být uvolněna v budoucnu Aktualizace. Minulý týden náš účet na Twitteru XDA dotazoval uživatele jménem Dees_Troy, zda využívají funkci pro více uživatelů, a převážná většina uvedla, že nepoužívají více uživatelů, takže neočekáváme, že by toto omezení ovlivnilo mnoho lidé.
Ale je tu ještě jeden problém, který je relevantnější pro drtivou většinu uživatelů, kteří budou TWRP instalovat. V současné době, SuperSU nebude fungovat spolu s TWRP.
Instalace TWRP v tomto okamžiku odstraní root, pokud jste aktuálně root. Aby TWRP a SuperSU mohly koexistovat, bude vyžadována aktualizace SuperSU.
Aktualizace č. 1: Pokud aktuálně používáte SuperSU a plánujete flashování TWRP, přečtěte si prosím dodatek od Chainfire na konci článku. Dees_Troy vysvětlil důvod tohoto zásahu XDA-Developers jako takovým:
Chainfire používá ramdisk bootimage k tomu, aby provedl root bez systému. Jedná se o stejný ramdisk, který Google zamýšlel použít k obnovení. Jsem si docela jistý, že Chainfire bude schopen přijít na způsob, jak zajistit, aby to fungovalo s TWRP, ale TWRP potřebuje malou změnu v binárním kódu init aby dešifrování fungovalo správně a Chainfire potřeboval jinou změnu ve svém init binárním souboru, aby jeho ramdisk fungoval jak pro normální spouštění, tak pro zotavení.
Jinými slovy, bezsystémová kořenová metoda Chainfire modifikuje stejný binární soubor, který TWRP potřebuje upravit, aby fungovalo dešifrování dat. Proto, když flashujete TWRP, přepisujete změny provedené v binárním souboru init pomocí bezsystémové kořenové metody Chainfire. I když se jedná o menší překážku, díky povaze dvou oddílů Pixelu (a budoucích zařízení dodávaných s Nougatem), má TWRP několik šikovných nových funkcí.
Zařízení Pixel mají 2 "sloty" pro ROM / firmware. TWRP zjistí, který slot je aktuálně aktivní, a použije tento slot pro zálohování A obnovu. Na stránce restartu a pod zálohováním jsou tlačítka -> možnosti pro změnu slotů. Změna aktivního slotu způsobí, že TWRP přepne, který slot, který TWRP zálohuje nebo obnovuje. Můžete vytvořit zálohu slotu A, přepnout na B a poté obnovit zálohu, která obnoví zálohu A do slotu B. Změna slotu v TWRP také říká zavaděči, aby zavedl tento slot.
To v podstatě znamená, že brzy budete moci duální bota na vašem zařízení. Bohužel, protože vlastní obnova má prostě po vydání, bude chvíli trvat, než váš oblíbený vlastní ROM vývojář uvaří něco v kuchyni pro váš telefon Pixel.
Dodatek č. 1 – SuperSU s TWRP
Chainfire nás informovalo, že každý, kdo aktuálně používá SuperSU na svém Google Pixel nebo Pixel XL, je důrazně doporučujeme před instalací TWRP flashovat spouštěcí obrazy na oba oddíly. Chcete-li to provést, budete si muset stáhnout soubor Obrázek továrny pro vaše zařízení a ručně extrahujte spouštěcí obraz z archivu. Poté budete muset flashovat spouštěcí obraz do obou oddílů pomocí rychlého spuštění:
fastbootflashboot_aboot.img
fastbootflashboot_bboot.imgVydáním obou těchto příkazů se spustí spouštěcí obraz z továrního obrazu do obou spouštěcích oddílů na vašem zařízení. Poté můžete pokračovat v instalaci TWRP.
Dodatek č. 2 – Souborové šifrování pomocí TWRP
V rozhovoru s Dees_Troy nabídl následující vysvětlení, kdy by se obnovení mohlo pokazit a vést k úplnému vymazání dat:
Šifrování založené na souborech ext4 vám neumožňuje použít zásady šifrování na složku, která *není* prázdná. Právě teď to řešíme tak, že neodstraníme vybraný seznam složek (můžeme odstranit to, co je uvnitř složek, ale ne samotnou složku). Pokud se z nějakého důvodu smaže složka, kterou je třeba zašifrovat, obnovení může vytvořit nezašifrovanou složku a poté ji naplnit něčím. Jakmile je složka prázdná, nelze u ní nastavit šifrování. Když zařízení znovu spustí Android, binární program se pokusí nastavit zásady šifrování a pokud při nastavování zásady uvidí chybu, vynutí vymazání. To je přesně kde je vyvolána chyba a kde je iniciováno vymazání, pokud vám na tom záleží.
Méně technicky řečeno, během procesu obnovy zálohy NANDroid musí obnova přepsat všechny potřebné existující soubory ve vašich oddílech, které jsou uloženy v záloze. Aby bylo možné získat přístup k souborům v datovém oddílu, musí obnova tento oddíl dešifrovat pomocí vašeho dešifrovacího hesla. I když obnova umožňuje jednoduše odstranit a přepsat každou složku v datových a systémových oddílech, může to způsobit chybu v zásadách šifrování.
Smazáním složky, která má být šifrována, TWRP místo toho vytvoří nezašifrovanou složku a obnoví všechny soubory ze zálohy v tomto novém adresáři. Protože však File-Based Encryption zašifruje různé soubory a složky pomocí různých šifrovacích klíčů, na rozdíl od celý oddíl, tato jediná změna, která prolomí šifrování do jediné složky na vašem zařízení, způsobí, že celý řetězec vyhodí chyba. Zásadou systému Android je zahájit úplné vymazání dat, což povede k vymazání systému Android všechno ve vašem interním úložišti.
Naštěstí Dees_Troy už ano identifikoval seznam složek které bude nutné vyloučit z procesu mazání TWRP, aby se tato chyba nespustila. Nahradil init binární soubor tak, aby spustil chybu během obnovy, ale nevymazal zařízení, což mu umožnilo přesně zaznamenat, které složky nesmí být smazány. Byl nám poskytnut úplný seznam složek, ale tento seznam zde nebudeme reprodukovat kvůli jeho délce.
Stáhněte si TWRP pro Google Pixel
Stáhněte si TWRP pro Google Pixel XL
Plánujete na svém zařízení provozovat vlastní ROM nebo jádro, nebo zůstanete na skladovém firmwaru? Dejte nám vědět v komentářích níže!