TWRP ir izlaists Google Pixel un Pixel XL, kas beidzot ļaus lietotājiem mirgot pielāgotus modus, kodolus un ROM.
Sāciet pielāgoto ROM mirgošanu! Viens no visizplatītākajiem iemesliem, kāpēc lietotāji apmeklē mūsu forumus, ir pielāgotu modifikāciju, kodolu vai zibspuldzes izmantošana ROM. Izstrādātāji velta neskaitāmas stundas programmatūras pielāgošanai, lai sniegtu labumu kopienai. Bet neviens no šiem darbiem nav iespējams, ja nav līdzekļu šo modifikāciju uzstādīšanai.
Pirmais solis, kas jāveic, pirms varat ieiet Android modifikācijas pasaulē, ir sāknēšanas ielādētāja atbloķēšana. Lietotājiem Pikselis un Pixel XL, šī darbība jau ir iespējama visi varianti no abām ierīcēm. Nākamais solis ir pielāgot pielāgota atkopšanas attēla mirgošana, kas ļaus pēc tam mirgot pielāgotus ROM vai kodola attēlus, kā arī izveidot pilnu sistēmas dublējumu gadījumā, ja kaut kas noiet greizi. Tieši tur ir neticami populārs Team Win atkopšanas projekts (TWRP) ienāk.
TWRP, kas ir pieejams daudzās ierīcēs no gandrīz visiem oriģinālo iekārtu ražotājiem, ir bijusi pielāgota atkopšana ikvienam, kas vēlas modificēt savas ierīces programmatūru. Un tagad divi Google Pixel tālruņi drīz varēs pievienoties šai jautrībai. XDA vecākais atzītais izstrādātājs
Dees_Troy tikko izlaida pirmo TWRPalfa Google Pikselis un Pixel XL. Ja esat jau atbloķējis sāknēšanas ielādētāju, tagad savā ierīcē varat aktivizēt atkopšanu. Lai gan TWRP instalēšanas veidā ir dažas izmaiņas, kas mums jāņem vērā.Uzstādīšana
Ja kādreiz esat manuāli instalējis TWRP savā ierīcē, iespējams, esat iepazinies ar fastboot komandas, kas nepieciešamas, lai atkopšanas nodalījumā mirgotu TWRP attēls. Sakarā ar nodalījuma izmaiņām, kas veiktas, lai "nevainojami atjauninājumi" darbotos operētājsistēmā Android Nougat, kas paredzēti Pixel un Pixel XL, jūs NEIZDOSIT šīs pašas komandas. Aizmirstiet visu, ko jūs domājat zināt, un rūpīgi izlasiet tālāk sniegtos norādījumus, pirms rīkojaties. Būtībā tas, ko jūs faktiski darīsit, lai instalētu TWRP, ir boot TWRP attēlu, pēc tam izmantojot automatizēts instalācijas skripts kas apstrādās mirgojošu TWRP uz gan sāknēšanas nodalījumi.
Pirmkārt, ja vēl neesat to izdarījis, jums tas būs jāpaņem Google USB draiveris kā arī ātrās sāknēšanas bināro failu (mēs iesakām lejupielādēt un izvilkt Minimāls ADB un Fastboot uz jūsu izvēlēto direktoriju). Pēc tam lejupielādējiet savai ierīcei atbilstošos TWRP instalācijas failus (Pikselis un Pixel XL). Jums būs jāpārvieto .zip fails uz ierīces iekšējo atmiņu, bet jāatstāj .img fails datorā. Pēc tam atveriet komandu uzvedni un pārbaudiet, vai ierīce ir atpazīta, izdodot ātrās sāknēšanas ierīces komandu uzvednē. Ja redzat ierīces sērijas numuru, ātrās sāknēšanas protokols nosaka jūsu ierīci. Visbeidzot, jums būs īslaicīgi jāielādē TWRP attēls, izdodot šo komandu:
fastboot boot path/to/twrp.imgŅemiet vērā, ka "ceļš/uz/" attiecas uz faktisko direktoriju, kurā lejupielādētais TWRP attēlu fails atrodas. Pārliecinieties, ka izsniedzat fastbootboot un nē fastboot zibspuldze, un ka fails, kuru sāknējat, ir nē zip failu. Kad būsiet izdevis sāknēšanas komandu, ierīce izgūs TWRP attēlu no datora un īslaicīgi sāks TWRP. Šobrīd esat gandrīz pabeidzis.
Viss, kas jums jādara tagad, ir panākt, lai TWRP izdzīvotu pēc atsāknēšanas, mirgojot to abos ierīces sāknēšanas nodalījumos. Par laimi, visu darbu veic iepriekš lejupielādētais automātiskais instalācijas skripts. Vienkārši izmantojiet TWRP saskarni, lai pārietu uz TWRP instalācijas zip un instalētu to tāpat kā jūs instalētu jebkuru pielāgotu ROM, modifikāciju vai kodola zip. Pēc tam TWRP jums būs pieejams neatkarīgi no tā, kuri aktīvie nodalījuma sloti tiek izmantoti.
TWRP Alpha v1
Tā kā šis ir alfa atbrīvošanu, noteikti būs problēmas. Šobrīd Dees_Troy ir izklāstījis trīs jautājumi apzināties. Pirmkārt, sakarā ar failu bāzes šifrēšanas (FBE) ieviešanu Nugā datu atjaunošana var radīt problēmas.
Failu šifrēšana (FBE) var būt sarežģīta. Ja atjaunošana nedarbojas pareizi, tā var izraisīt automātisku datu dzēšanu. Esmu to nedaudz testējis savā Pixel XL, taču man nav bijis laika to plaši pārbaudīt. Dažreiz TWRP neizdosies lūgt ievadīt paroli vai citādi neizdosies pareizi iestatīt atšifrēšanu. Ja tā notiek, restartējiet TWRP. Šķiet, ka tā ir sava veida laika problēma, un man vēl nav bijis laika to izsekot.
Nav teikts, ka tas var notikt ar jums, bet tā ir varētu notiek ar jums. Ja regulāri neveidojat datu dublējumkopijas bezsaistē vai mākonī, neesiet šokēti, ja kaut kas noiet greizi un visi dati tiek izdzēsti. Man jau tā ir gadījies, un tas ir nepatīkami.
2. atjauninājums: Dees_Troy ir sniedzis tehniskāku skaidrojumu par to, kas varētu noiet greizi un kā viņš plāno to atrisināt. Plašāku informāciju skatiet otrajā papildinājumā raksta beigās.
Tālāk, ja pašlaik savā ierīcē izmantojat vairāku lietotāju funkciju (tostarp viesa funkcijas), vēlēsities pagaidām izvairieties no TWRP lietošanas.
Failu šifrēšana nozīmē, ka katra lietotāja mapes tiek šifrētas atsevišķi. Lai veiktu pareizu dublējumu, rūpnīcas datu atiestatīšanu utt., mums ir jāatšifrē lietotājs katram atsevišķam ierīces kontam.
Pašlaik TWRP atbalsta tikai viena lietotāja iestatījumus, pat ja jūs zināt citu ierīces lietotāju šifrēšanas paroli. Dees_Troy mums teica, ka viņš ir veiksmīgi atšifrējis papildu lietotājus, izmantojot komandrindas rīku, bet tas Šīs funkcijas ieviešana TWRP pašlaik nav augsta prioritāte, un tā var tikt izlaista nākotnē Atjaunināt. Pagājušajā nedēļā mūsu XDA Twitter konts aptaujāja lietotājus Dees_Troy vārdā, vaicājot, vai viņi izmanto vairāku lietotāju funkciju, un lielākā daļa norādīja, ka viņi neizmanto vairākus lietotājus, tāpēc mēs negaidām, ka šis ierobežojums ietekmēs ļoti daudzus cilvēkiem.
Bet ir vēl viena problēma, kas vairāk attiecas uz lielāko daļu lietotāju, kuri instalēs TWRP. Pašlaik SuperSU nedarbosies kopā ar TWRP.
Instalējot TWRP šobrīd, tiks noņemta sakne, ja pašlaik esat iesakņojies. Lai TWRP un SuperSU varētu līdzās pastāvēt, būs nepieciešams SuperSU atjauninājums.
1. atjauninājums: lūdzu, skatiet Chainfire papildinājumu raksta beigās, ja pašlaik izmantojat SuperSU un plānojat mirgot TWRP. Dees_Troy izskaidroja šo traucējumu iemeslu XDA-Developers kā tādu:
Chainfire izmanto sāknēšanas attēla ramdisku, lai izveidotu savu sakni bez sistēmas. Šis ir tas pats RAM disks, ko Google plānoja izmantot atkopšanai. Esmu diezgan pārliecināts, ka Chainfire spēs izdomāt veidu, kā panākt, lai tas darbotos ar TWRP, taču TWRP ir nepieciešamas nelielas sākotnējās binārās izmaiņas. lai atšifrēšana darbotos pareizi, un Chainfire bija nepieciešamas citas izmaiņas sākotnējā binārajā failā, lai RAM disks darbotos gan parastajā sāknēšanas, gan atveseļošanās.
Citiem vārdiem sakot, Chainfire bezsistēmas saknes metode modificē to pašu bināro failu, kas TWRP ir jāmaina, lai datu atšifrēšana darbotos. Tāpēc, mirgojot TWRP, jūs pārrakstāt izmaiņas, kas veiktas sākotnējās binārajā failā, izmantojot Chainfire bezsistēmu saknes metodi. Lai gan šī ir neliela neveiksme, pateicoties Pixel divu nodalījumu raksturam (un turpmākajām ierīcēm, kas tiek piegādātas kopā ar Nougat), TWRP ir dažas lieliskas jaunas iespējas.
Pikseļu ierīcēm ir 2 "sloti" ROM / programmaparatūrai. TWRP noteiks, kurš slots pašlaik ir aktīvs, un izmantos šo slotu dublēšanai UN atjaunošanai. Atsāknēšanas lapā un zem dublēšanas ir pogas -> opcijas laika nišu maiņai. Aktīvā slota maiņa liks TWRP pārslēgt slotu, kuru TWRP dublē vai atjauno. Varat izveidot slota A dublējumu, pārslēgties uz B, pēc tam atjaunot dublējumu, kas atjaunos A dublējumu slotā B. Mainot slotu TWRP, sāknēšanas ielādētājs arī liek sāknēt šo slotu.
Tas būtībā nozīmē, ka jūs drīz varēsit dubultā sāknēšana savā ierīcē. Diemžēl, jo pielāgota atkopšana ir vienkārši ir izlaists, paies zināms laiks, līdz jūsu iecienītākais pielāgotās ROM izstrādātājs virtuvē kaut ko pagatavos jūsu Pixel tālrunim.
1. papildinājums — SuperSU ar TWRP
Chainfire mūs informēja, ka ikviens, kurš pašlaik izmanto SuperSU savā Google Pixel vai Pixel XL ierīcē, ir stingri ieteicams lai pirms TWRP instalēšanas mirgotu krājuma sāknēšanas attēlus abos nodalījumos. Lai to paveiktu, jums būs jālejupielādē Rūpnīcas attēls savai ierīcei un manuāli izņemiet no arhīva sākuma sāknēšanas attēlu. Pēc tam, izmantojot ātro sāknēšanu, sāknēšanas attēls būs jāievieto abos nodalījumos:
fastbootflashboot_aboot.img
fastbootflashboot_bboot.imgIzdodot abas šīs komandas, sāknēšanas attēls tiks mirgots no rūpnīcas attēla abos ierīces sāknēšanas nodalījumos. Pēc tam varat turpināt TWRP instalēšanu.
2. papildinājums — uz failiem balstīta šifrēšana ar TWRP
Runājot ar Dees_Troy, viņš piedāvāja šādu skaidrojumu par to, kad atjaunošana var noiet greizi un izraisīt pilnīgu datu dzēšanu:
Ext4 faila šifrēšana neļauj lietot šifrēšanas politiku mapei, kas *nav* tukša. Pašlaik mēs to risinām, neizdzēšot atlasīto mapju sarakstu (mēs varam izdzēst mapēs esošo saturu, bet ne pašu mapi). Ja kāda iemesla dēļ mape, kas jāšifrē, tiek izdzēsta, atjaunošana var izveidot nešifrētu mapi un aizpildīt to ar dažiem materiāliem. Ja mape nav tukša, tai nevar iestatīt šifrēšanu. Kad ierīce atkal sāk operētājsistēmu Android, init binārais fails mēģina iestatīt šifrēšanas politiku, un, ja politikas iestatīšanas laikā tiek parādīta kļūda, tiek veikta piespiedu dzēšana. Tas ir precīzi kur tiek parādīta kļūda un kur tiek sākta dzēšana, ja jums rūp šāda veida lietas.
Mazāk tehniski runājot, NANDroid dublējuma atjaunošanas procesa laikā atkopšanai ir jāpārraksta visi jūsu nodalījumos esošie faili, kas ir saglabāti dublējumkopijā. Lai piekļūtu failiem datu nodalījumā, atkopšanai ir jāatšifrē šis nodalījums, izmantojot jūsu atšifrēšanas paroli. Lai gan atkopšanai ir iespēja vienkārši izdzēst un pārrakstīt visas mapes datu un sistēmas nodalījumos, to darot, var rasties šifrēšanas politikas kļūda.
Dzēšot mapi, kas ir paredzēta šifrēšanai, TWRP tās vietā izveidos nešifrētu mapi un atjaunos visus failus no dublējuma šajā jaunajā direktorijā. Tomēr, tā kā uz failiem balstītā šifrēšana šifrēs dažādus failus un mapes ar dažādām šifrēšanas atslēgām, nevis visu nodalījumu, šī viena izmaiņa, kas pārtrauc šifrēšanu uz vienu mapi jūsu ierīcē, liks visai ķēdei kļūda. Android politika paredz pēc tam sākt pilnu datu dzēšanu, kā rezultātā Android tiek dzēsta viss jūsu iekšējā atmiņā.
Par laimi, Dees_Troy jau ir identificēja mapju sarakstu kas būs jāizslēdz no TWRP dzēšanas procesa, lai šī kļūda netiktu aktivizēta. Viņš nomainīja sākuma bināro failu tā, lai tas atjaunošanas laikā izraisītu kļūdu, bet neiztīrītu ierīci, ļaujot viņam precīzi reģistrēt, kuras mapes nedrīkst dzēst. Mums tika sniegts pilns mapju saraksts, taču mēs šo sarakstu šeit nepublicēsim tā garuma dēļ.
Lejupielādējiet Google Pixel TWRP
Lejupielādējiet TWRP tālrunim Google Pixel XL
Vai plānojat savā ierīcē darbināt pielāgotu ROM vai kodolu, vai arī paliksiet aparātprogrammatūras noliktavā? Paziņojiet mums zemāk esošajos komentāros!