Situace, spojená s vytvořením manuálu pro “unlock“, TWRP a další problematiku, přinesla zajímavý problém, který zatím nemám šanci vyřešit.
Mám k dispozici více modelů MT, ale problém se týká modelu Xiaomi Redmi 4X, se kterým jsem začínal.
Situace: MT Redmi 4X je odemknutý. Pokud se na něm pomocí SW ADB & Fastboot provede spustění tzv. “dočasné“ verze twrp_3.6.0_9-0.img (je to nejnovější verze, pro předcházejí verzi 3.5.2_9-0 platí totéž), všechno pracuje zcela bez problémů – zálohy/obnovy, OTG, instalace, výmazy, File Manager – prostě vše.
Pochopitelně do momentu, než dojde ke spuštění “normálního“ OS. Pak je “dočasná“ verze zničena, protože byla v RAM prostě systémem přepsána – je to běžné a normální s tím, že další použití “dočasné“ verze opět předpokládá anabázi s PC, SW ADB, připojení MT kabelem atd.
A jsem u problému. Pokud místo příkazu fastboot boot twrp.img pro “dočasnou“ verzi, použiji příkaz fastboot flash recovery twrp.img pro umístění Recovery TWRP do oddílu recovery natrvalo, tak se mi zatím nikdy nepodařilo tento SW spustit (že flash dopadl dobře, je v příkazovém okně, spuštěném v prostředí složky plaform-tools jednoznačně uvedeno včetně velikosti flash v byte, spotřebovaného času a uvedením nezbytných OKAY – tam problém zaručeně není).
Vím, že OS Android se chrání a pokud zjistí, že některé jeho části byly nahrazeny (MT je odemknutý a jde zde o podstatnou změnu v oddílu “recovery“), může použít svůj stock ROM a hbitě změněnou část uvede do původního stavu a to okamžitě už při prvním jeho spuštění po akci výměny, tedy po flash. Proto se okamžitě po příkazu fastboot flash recovery twrp.img používá další příkaz fastboot reboot nebo fastboot reboot bootloader nebo dokonce fastboot reboot-bootloader (s pomlčkou) nebo účinná kombinace HW tlačítek Volume Up a Power Off, vše samozřejmě s jediným účelem: nedopustit startování (boot do) systému dříve, než se tato “obrana“ provede, protože OS by mohl (a nejspíš by to i udělal) opět začít používat původní stock “recovery“ – čímž by okamžitě flash TWRP byl k ničemu, protože obraz (pomocí flash právě uložený) by byl okamžitě zničen.
Uvítal bych pomoc, radu, náznak toho, kdo se podobnou problematikou zabývá. Děkuji.
Mám k dispozici více modelů MT, ale problém se týká modelu Xiaomi Redmi 4X, se kterým jsem začínal.
Situace: MT Redmi 4X je odemknutý. Pokud se na něm pomocí SW ADB & Fastboot provede spustění tzv. “dočasné“ verze twrp_3.6.0_9-0.img (je to nejnovější verze, pro předcházejí verzi 3.5.2_9-0 platí totéž), všechno pracuje zcela bez problémů – zálohy/obnovy, OTG, instalace, výmazy, File Manager – prostě vše.
Pochopitelně do momentu, než dojde ke spuštění “normálního“ OS. Pak je “dočasná“ verze zničena, protože byla v RAM prostě systémem přepsána – je to běžné a normální s tím, že další použití “dočasné“ verze opět předpokládá anabázi s PC, SW ADB, připojení MT kabelem atd.
A jsem u problému. Pokud místo příkazu fastboot boot twrp.img pro “dočasnou“ verzi, použiji příkaz fastboot flash recovery twrp.img pro umístění Recovery TWRP do oddílu recovery natrvalo, tak se mi zatím nikdy nepodařilo tento SW spustit (že flash dopadl dobře, je v příkazovém okně, spuštěném v prostředí složky plaform-tools jednoznačně uvedeno včetně velikosti flash v byte, spotřebovaného času a uvedením nezbytných OKAY – tam problém zaručeně není).
Vím, že OS Android se chrání a pokud zjistí, že některé jeho části byly nahrazeny (MT je odemknutý a jde zde o podstatnou změnu v oddílu “recovery“), může použít svůj stock ROM a hbitě změněnou část uvede do původního stavu a to okamžitě už při prvním jeho spuštění po akci výměny, tedy po flash. Proto se okamžitě po příkazu fastboot flash recovery twrp.img používá další příkaz fastboot reboot nebo fastboot reboot bootloader nebo dokonce fastboot reboot-bootloader (s pomlčkou) nebo účinná kombinace HW tlačítek Volume Up a Power Off, vše samozřejmě s jediným účelem: nedopustit startování (boot do) systému dříve, než se tato “obrana“ provede, protože OS by mohl (a nejspíš by to i udělal) opět začít používat původní stock “recovery“ – čímž by okamžitě flash TWRP byl k ničemu, protože obraz (pomocí flash právě uložený) by byl okamžitě zničen.
Uvítal bych pomoc, radu, náznak toho, kdo se podobnou problematikou zabývá. Děkuji.