Megjelent a TWRP a Google Pixel és a Pixel XL számára, amely végre lehetővé teszi a felhasználók számára, hogy egyéni modokat, kerneleket és ROM-okat flasheljenek meg.
Kezdődhet az egyedi ROM villogása! Az egyik leggyakoribb ok, amiért a felhasználók felkeresik fórumainkat, az egyéni modok, kernelek, ill ROM-ok. A fejlesztők számtalan órát fordítanak szoftverük testreszabására a közösség. De ezek a munkák egyike sem valósítható meg anélkül, hogy nincs mód e módosítások telepítésére.
Az első lépés, amely ahhoz szükséges, hogy beléphessen az Android modding világába, a rendszerbetöltő feloldása. Felhasználóknak a Pixel és Pixel XL, ez a lépés már lehetséges minden változata a két készülék közül. A következő lépés egy egyéni helyreállítási lemezkép felvillantása, amely lehetővé teszi az egyéni ROM- vagy kernelképek felvillantását, valamint lehetővé teszi a teljes rendszermentés készítését, ha bármi baj lenne. Ez az, ahol a hihetetlenül népszerű Team Win helyreállítási projekt (TWRP) jön be.
Szinte minden OEM-től számos eszközön elérhető a nap alatt, a TWRP az egyéni helyreállítási lehetőség volt mindenki számára, aki módosítani szeretné az eszközén lévő szoftvert. Most pedig hamarosan a két Google Pixel telefon is csatlakozhat ehhez a mókához. XDA elismert vezető fejlesztő
Dees_Troy most adta ki az elsőt TWRPalfa a Google számára Pixel és Pixel XL. Feltéve, hogy már feloldotta a rendszerbetöltő zárolását, most villogtathatja a helyreállítást az eszközén. Azonban van néhány változás a TWRP telepítésének módjában, amelyeket meg kell jegyeznünk.Telepítés
Ha valaha manuálisan telepítette a TWRP-t az eszközére, akkor valószínűleg ismeri a gyorsindítás parancsok, amelyek a TWRP lemezkép helyreállításához szükségesek. Az Android Nougat Pixel és Pixel XL rendszerhez készült „zökkenőmentes frissítése” érdekében végrehajtott partíciómódosítások miatt NEM fogja kiadni ugyanazokat a parancsokat. Felejtsen el mindent, amit tudni vél, és figyelmesen olvassa el az alábbi utasításokat, mielőtt cselekszik. Lényegében az, amit a TWRP telepítéséhez fog tenni, az az csomagtartó a TWRP-képet, majd a automatizált telepítő szkript amely kezeli a TWRP villogását mindkét rendszerindító partíciók.
Először is, ha még nem tette meg, meg kell ragadnia a Google USB illesztőprogram valamint a fastboot bináris fájl (javasoljuk a letöltést és a kibontást Minimális ADB és Fastboot az Ön által választott könyvtárba). Ezután töltse le a megfelelő TWRP telepítő fájlokat az eszközéhez (Pixel és Pixel XL). A .zip fájlt át kell helyeznie az eszköz belső tárhelyére, de az .img fájlt a számítógépen kell hagynia. Ezután nyisson meg egy parancssort, és ellenőrizze, hogy az eszközt felismerte-e a kiadás fastboot eszközök a parancssorba. Ha látja az eszköz sorozatszámát, akkor a Fastboot protokoll észleli az eszközt. Végül ideiglenesen el kell indítania a TWRP lemezképet a következő parancs kiadásával:
fastboot boot path/to/twrp.imgVegye figyelembe, hogy a „útvonal/hoz/” arra a tényleges könyvtárra utal, amelyben a letöltött TWRP kép fájl található. Győződjön meg arról, hogy Ön kiad gyorsindításcsomagtartó és nem gyorsindítás vaku, és hogy a rendszerindító fájl az nem a zip fájlt. Miután kiadta a rendszerindítási parancsot, az eszköz lekéri a TWRP-képet a számítógépről, és ideiglenesen elindul a TWRP-be. Ezen a ponton már majdnem végzett.
Mindössze annyit kell tennie, hogy a TWRP túlélje az újraindítást úgy, hogy felvillantja az eszköz mindkét rendszerindító partíciójára. Szerencsére az összes munkát a korábban letöltött automatikus telepítési szkript végzi. Egyszerűen használja a TWRP felületet a TWRP telepítési zip-hez való navigáláshoz és telepítéséhez ugyanúgy, mint bármely egyéni ROM-ot, modot vagy kernel-zip-et. Ezt követően a TWRP elérhető lesz, függetlenül attól, hogy melyik aktív partíciós réseket használja.
TWRP Alpha v1
Mivel ez egy alfa kiadás, biztosan lesznek problémák. Dees_Troy most vázolta három kérdés tudatában lenni. Először is, a File Based Encryption (FBE) Nougatban történő bevezetése miatt az adatok visszaállítása problémát jelenthet.
A fájlalapú titkosítás (FBE) trükkös lehet. Ha a visszaállítás nem működik megfelelően, az adatok automatikus törlését indíthatja el. Kicsit teszteltem a Pixel XL-emen, de nem volt időm alaposan tesztelni. Néha a TWRP nem kéri meg a jelszó megadását, vagy más módon nem tudja megfelelően beállítani a visszafejtést. Ha ez megtörténik, indítsa újra a TWRP-t. Úgy tűnik, ez valamiféle időzítési probléma, és még nem volt időm utánajárni.
Nem mondjuk, hogy veled is megtörténhet, de igen tudott történik veled. Ha nem készít rendszeresen biztonsági másolatot az adatokról offline vagy a felhőben, akkor ne döbbenjen meg, ha valami elromlik, és az összes adatot törli. Velem is előfordult már ilyen, és ez borzasztó.
2. frissítés: Dees_Troy technikaibb magyarázatot adott arra, hogy mi hibázhat, és hogyan tervezi a megoldást. További részletekért lásd a cikk végén található második kiegészítést.
Következő, ha jelenleg a többfelhasználós funkciót használja (beleértve a vendégfunkciókat is) eszközén, akkor érdemes egyelőre kerülje a TWRP használatát.
A fájl alapú titkosítás azt jelenti, hogy minden felhasználó mappája külön-külön titkosítva van. A megfelelő biztonsági mentés, a gyári beállítások visszaállítása stb. érdekében a felhasználónak vissza kell fejtetnünk a titkosítást az eszköz minden egyes fiókjához.
Jelenleg a TWRP csak az egyfelhasználós beállításokat támogatja, még akkor is, ha véletlenül ismeri az eszközön lévő többi felhasználó titkosítási jelszavát. Dees_Troy elmondta, hogy sikeresen dekódolt további felhasználókat egy parancssori eszközzel, de ez ennek a funkciónak a TWRP-ben való megvalósítása jelenleg nem kiemelt prioritás, ehelyett a jövőben megjelenhet frissítés. A múlt héten XDA Twitter-fiókunk megkérdezte a felhasználókat a Dees_Troy nevében, és megkérdezte, hogy használják-e a többfelhasználós funkciót, és a túlnyomó többség azt nyilatkozta, hogy nem használ többfelhasználós rendszert, így nem számítunk arra, hogy ez a korlátozás nagyon sok embert érint. emberek.
De van még egy probléma, amely sokkal fontosabb a TWRP-t telepítő felhasználók túlnyomó többsége számára. Jelenleg A SuperSU nem fog működni a TWRP mellett.
A TWRP mostani telepítése eltávolítja a root rendszert, ha jelenleg rootolt vagy. SuperSU frissítésre lesz szükség ahhoz, hogy a TWRP és a SuperSU együtt létezhessen.
1. frissítés: Kérjük, tekintse meg a Chainfire kiegészítését a cikk végén, ha jelenleg SuperSU-t használ, és TWRP-t tervez. Dees_Troy elmagyarázta ennek az interferenciának az okát az XDA-Developers számára:
Chainfire a rendszerindító kép ramdiskjét használja a rendszer nélküli root létrehozásához. Ez ugyanaz a ramdisk, amelyet a Google a helyreállításhoz használt. Biztos vagyok benne, hogy a Chainfire ki fog találni egy módot a TWRP-vel való működésre, de a TWRP-nek egy kis változtatásra van szüksége az init binárison hogy megfelelően működjön a dekódolás, és Chainfire-nek más változtatásra volt szüksége az indító binárison, hogy a ramdisk működjön a normál rendszerindításhoz és felépülés.
Más szavakkal, a Chainfire rendszer nélküli gyökérmetódusa ugyanazt a bináris fájlt módosítja, amelyet a TWRP-nek is módosítania kell az adatok visszafejtésének működéséhez. Ezért a TWRP flash futtatásakor felülírja a Chainfire rendszer nélküli gyökér metódusa által az init binárison végrehajtott változtatásokat. Bár ez egy kisebb visszalépés, a Pixel kettős partíciós jellegének (és a jövőbeli, Nougattal szállított eszközöknek) köszönhetően a TWRP remek új képességekkel rendelkezik.
A Pixel eszközöknek 2 „nyílása” van a ROM-ok/firmware számára. A TWRP felismeri az aktuálisan aktív nyílást, és azt használja a biztonsági mentéshez ÉS a visszaállításhoz. Vannak gombok az újraindítási oldalon és a biztonsági mentés alatt -> lehetőségek a slot módosítására. Az aktív slot megváltoztatása arra készteti a TWRP-t, hogy átváltsa, hogy a TWRP melyik nyílást menti vagy állítja vissza. Készíthet biztonsági másolatot az A helyről, válthat B-re, majd visszaállíthatja a biztonsági másolatot, amely visszaállítja A biztonsági másolatát a B bővítőhelyre. A bővítőhely megváltoztatása a TWRP-ben azt is utasítja a rendszerbetöltőnek, hogy indítsa el a bővítőhelyet.
Ez lényegében azt jelenti, hogy hamarosan képes lesz rá kettős rendszerindítás a készülékén. Sajnos, mivel az egyéni helyreállítás megvan éppen kiadták, eltart egy ideig, amíg kedvenc egyéni ROM-fejlesztője elkészít valamit a konyhában Pixel telefonjához.
1. kiegészítés – SuperSU TWRP-vel
A Chainfire arról tájékoztatott minket, hogy aki jelenleg SuperSU-t használ Google Pixel vagy Pixel XL készülékén, az erősen ajánlott hogy a TWRP telepítése előtt mindkét partícióra felvillantsák a rendszerindító lemezképeket. Ennek eléréséhez le kell töltenie a Gyári kép eszközéhez, és manuálisan bontsa ki a rendszerindító képfájlt az archívumból. Ezután a rendszerindító lemezképet mindkét partícióra flashboot segítségével kell végrehajtania:
fastbootflashboot_aboot.img
fastbootflashboot_bboot.imgHa mindkét parancsot kiadja, a rendszerindító lemezkép a gyári lemezképről az eszköz mindkét rendszerindító partíciójára villog. Ezután folytathatja a TWRP telepítését.
2. kiegészítés – Fájlalapú titkosítás TWRP-vel
Dees_Troy-val beszélve a következő magyarázatot adta arra vonatkozóan, hogy a helyreállítás mikor történhet rosszul, és az adatok teljes törlését eredményezheti:
Az ext4 fájl alapú titkosítás nem teszi lehetővé titkosítási szabályzat alkalmazását egy *nem* üres mappára. Jelenleg ezt úgy oldjuk meg, hogy nem töröljük a kiválasztott mappák listáját (a mappákban lévő tartalmat törölhetjük, magát a mappát nem). Ha valamilyen oknál fogva egy titkosítandó mappa törlődik, a visszaállítás létrehozhat egy titkosítatlan mappát, majd megtölti néhány dologgal. Ha a mappa nem üres, nem állíthat be titkosítást. Amikor az eszköz újraindítja az Androidot, az init bináris megpróbálja beállítani a titkosítási házirendet, és ha hibát lát a házirend beállításakor, törlést kényszerít ki. Ez pontosan így van hová dobják a hibát és hol kezdeményezik a törlést, ha érdekel az ilyesmi.
Kevésbé technikailag szólva, a NANDroid biztonsági mentés visszaállítása során a helyreállításnak felül kell írnia a partícióin lévő összes szükséges fájlt, amelyek a mentésben vannak mentve. Az adatpartíción lévő fájlok eléréséhez a helyreállításnak dekódolnia kell ezt a partíciót az Ön visszafejtési jelszavával. Bár a helyreállítás képes egyszerűen törölni és felülírni az adat- és rendszerpartíciók minden mappáját, ez hibát okozhat a titkosítási házirendben.
A titkosításra szánt mappa törlésével a TWRP a helyén létrehoz egy titkosítatlan mappát, és visszaállítja az összes fájlt a biztonsági másolatból ebben az új könyvtárban. Mivel azonban a fájlalapú titkosítás a különböző fájlokat és mappákat különböző titkosítási kulccsal titkosítja, nem a a teljes partíciót, ez az egyetlen változtatás, amely megtöri a titkosítást az eszköz egyetlen mappájában, az egész láncot hiba. Az Android irányelve az, hogy ezután teljes adattörlést kezdeményez, ami az Android-törlést eredményezi minden a belső tárhelyén.
Szerencsére Dees_Troy már megtette azonosította a mappák listáját ezt ki kell zárni a TWRP törlési folyamatából, hogy ez a hiba ne jelentkezzen. Az init binárist úgy cserélte ki, hogy az kiváltja a hibát a visszaállítás során, de ne törölje az eszközt, így pontosan naplózza, mely mappákat nem szabad törölni. A mappák teljes listáját megkaptuk, de a listát a hossza miatt nem reprodukáljuk itt.
Töltse le a TWRP-t a Google Pixelhez
Töltse le a TWRP-t a Google Pixel XL-hez
Egyéni ROM-ot vagy kernelt tervez futtatni az eszközén, vagy marad a készleten lévő firmware? Tudassa velünk az alábbi megjegyzésekben!