FireTV 1 (bueller) Prerooted Stock Images [5.2.7.3_r1] - Fire TV Android Development

Here are prerooted stock images for use with my recovery. Note that these contain addon.d support, so any 3rd party things you install to /system need an addon.d script to be retained between flashes.
If you are currently on FireOS3 and CWM you MUST install TWRP recovery from the link above before using these.
Can't cd to /sdcard after using su? Install this TWRP flashable zip to fix it.
Changelog and Downloads:
July 4, 2020 - 5.2.7.3_r1 (md5sum: 92824186b5eec7e86792897bfb9593b7)
December 7, 2019 - 5.2.7.2_r1 (md5sum: 8dd08a41900a75794f28c455e173141f)
June 29, 2019 - 5.2.7.0_r1 (md5sum: 97b9ffef275d7dffcae085b2325aa9cc)
March 30, 2019 - 5.2.6.9_r1 (md5sum: 2f00ee478118ccf034b70236357ee0a3)
November 27, 2018 - 5.2.6.7_r1 (md5sum: cc455830d78f2d545760f1705dbe4f63)
October 7, 2018 - 5.2.6.6_r1 (md5sum: de48df30cadf9f88865698d3a3e514ef)
June 24, 2018 - 5.2.6.3_r1 (md5sum: c4fcecc0d3dda3f5c58ba9bbc1fddbdc)
January 28, 2018 - 5.2.6.2_r1 (md5sum: facfcc900ac21e70023b6fbf7259b5b0)
October 8, 2017 - 5.2.6.0_r1 (md5sum: 126fffd4f2384a483792b336b0c89b83
July 3, 2017 - 5.2.4.1_r2 (md5sum: ee25fe57cce08dce6c5962871916c7e3
May 1, 2017 - 5.2.4.1_r1 (md5sum: 64451a8f88cb5a3fff53f14c80ba2267)
January 31, 2017 - 5.2.1.2_r1 (md5sum: 4a01e9a4e6bdcb98da97d2438bf5066d)
September 3, 2016 - 5.2.1.1_r1 (md5sum: 4c4cc2b9dc01cf8397905712b8c91ae3)
July 4, 2016
5.2.1.0_r1 (md5sum: c465bbbddaf3254f805bddbf2d162637)
5.0.5_r2 (md5sum: 32c869fff5e39a5c0d2f5f48b3a10ef5)
This includes the same 2ndinit as before and TWRP version 3.0.0-7. This version of TWRP has support for 720p and fixes the crashing/looping.
May 20, 2016 - 5.0.5.1_r1 (md5sum: 5398851cb37ecd6c5df80abe1cc85447)
This includes 2ndinit version a7a48c and TWRP version 3.0.0-6.
May 20, 2016 - 5.0.5_r1 (md5sum: 924dadb59d73083704844bb27f189449)
This includes 2ndinit version a7a48c and TWRP version 3.0.0-6.
Everything below here is FireOS3.
September 7, 2015 - Added 51.1.6.3_516012020 (md5sum: fcf1a8ddf2f3bc93280af03dcf408ac8)
This update requires FireTV Boot Menu.
If you don't already have 51.1.4.0 or newer, you must flash 51.1.4.0 first.
August 20, 2015 - Added 51.1.6.2_516011120 (md5sum: 3fd1cc67fdd3351b470d09cff586fbf8)
This update requires FireTV Boot Menu.
If you don't already have 51.1.4.0 or newer, you must flash 51.1.4.0 first.
July 21, 2015 - Added 51.1.6.1_516010220 (md5sum: 61ae1e646c970faf137e9a31d64a1316)
This update requires FireTV Boot Menu.
If you don't already have 51.1.4.0 or newer, you must flash 51.1.4.0 first.
July 9, 2015 - Added 51.1.6.0_516009820 (md5sum: a1b550d1a7b21a348ca6bd0d7127427c)
This update requires FireTV Boot Menu.
If you don't already have 51.1.4.0 or newer, you must flash 51.1.4.0 first.
May 24, 2015 - Added 51.1.5.3_515040320 (md5sum: a12852edbe6dc24146533f43e0ae4a05)
This update requires FireTV Boot Menu.
If you don't already have 51.1.4.0 or newer, you must flash 51.1.4.0 first.
Apr 15, 2015 - Added 51.1.5.0_515030720 (md5sum: de2ab7f2d3072e10d3e592b73ca52750)
This update requires FireTV Boot Menu.
If you don't already have 51.1.4.0 or newer, you must flash 51.1.4.0 first.
Mar 26, 2015 - Added 51.1.5.0_515020820 (md5sum: b7005dd3cc0b6a15dae21b0170aeae85)
This update requires FireTV Boot Menu.
If you don't already have 51.1.4.0 or newer, you must flash 51.1.4.0 first.
Nov 21, 2014 - Added 51.1.4.1_514013920+fixed (md5sum: 4429327daeed0df852731d81fa9b1f54)
Starting with this update, this requires FireTV Boot Menu.
You also must ensure you have already flashed 51.1.4.0.
Nov 19, 2014 - Added 51.1.4.1_514013920 (md5sum: 348c8b23d785177f7dfd45cc2ef19626)
Oct 30, 2014 - Added 51.1.4.0_514006420+updated (md5sum: b1b48348cb56c0b83a3affc9fd06e07e)
This fixes the Netflix problem from the original 51.1.4.0. After flashing and rebooting, you might get a hung black screen. If that is the case, just pull the power and plug it back in. Also, Netflix might be broken for International people using DNS unblocking. Please let me know if it works/doesn't work for you when using DNS unblocking.
Oct 29, 2014 - Added 51.1.4.0_514006420[/URL] (md5sum: 98074ae3dead5c12ce77d735c2126b80)
Oct 02, 2014 - Added 51.1.3.0_513011820 (md5sum: 8a7b02691760abf11db4c1c583c20d8f)
Sep 20, 2014 - Added 51.1.3.0_513011520 (md5sum: 2dbd022eacbad0b001753d7519f0ad1b)
Sep 19, 2014 - Added 51.1.1.0_511070220 (md5sum: f98fe5b7de4acb5d2dfa4d8586179b98)

Here are some guides with step by step instructions:
How to install ClockworkMod Custom Recovery on the Amazon Fire TV
http://www.aftvnews.com/how-to-install-clockworkmod-custom-recovery-on-the-amazon-fire-tv/
How to update ClockworkMod Custom Recovery on the Amazon Fire TV
http://www.aftvnews.com/how-to-update-clockworkmod-custom-recovery-on-the-amazon-fire-tv/
How to remotely control ClockworkMod on the Amazon Fire TV using ADB
http://www.aftvnews.com/how-to-remotely-control-clockworkmod-on-the-amazon-fire-tv-using-adb/
How to install a Custom ROM Image on the Amazon Fire TV
http://www.aftvnews.com/how-to-install-a-custom-rom-image-on-the-amazon-fire-tv/
How to update a Rooted Amazon Fire TV to the Latest Version Without Losing Root
http://www.aftvnews.com/how-to-upda...tv-to-the-latest-version-without-losing-root/
How to Revert back to Stock Recovery and Stock Software
http://www.aftvnews.com/how-to-revert-an-amazon-fire-tv-back-to-stock-recovery-and-stock-software/

..

@rbox when flashing the pre-rooted image, does it also rebuild/replace the recovery?
I'm just curious how these work, and if CWR would then need to be 'dd' again. I did a quick compare between the pre-rooted image and the stock, and the only differences I see are su binary, superuser.apk, and the removal of every file from the root of the zip but:
boot.img
NON-HLOS.bin
prod_cert_swap.sed
sed

Luxferro said:
@rbox when flashing the pre-rooted image, does it also rebuild/replace the recovery?
I'm just curious how these work, and if CWR would then need to be 'dd' again. I did a quick compare between the pre-rooted image and the stock, and the only differences I see are su binary, superuser.apk, and the removal of every file from the root of the zip but:
boot.img
NON-HLOS.bin
prod_cert_swap.sed
sed
Click to expand...
Click to collapse
No. It doesn't touch the recovery. These images are basically just the regular image with the bootloader and nonessential images pulled out. And as you can see, it comes with su.

rbox said:
No. It doesn't touch the recovery. These images are basically just the regular image with the bootloader and nonessential images pulled out. And as you can see, it comes with su.
Click to expand...
Click to collapse
Doesn't android typically rebuild & flash the recovery partition from boot.img and /system/etc/recovery-resource.dat when it detects it's been changed? I was just curious when that normally would occur on a stock FireTV, and what prevents this from happening on your pre-rooted images. I haven't used any prerooted images. Already had root and just dd'd your cwr_recovery.img. CWR asks you if you want to disable the stock recovery process. As a test I picked no, and CWR didn't get replaced. So should I assume that Amazon doesn't run any scripts at boot that check the recovery and rebuild/flash it?
To make a long story short. I was just curious if your pre-rooted images disabled the recovery replacement, since I still saw the recovery-resource.dat used to build them in the zip. But I guess FireOS doesn't do that at boot
edit: I guess that may have been disabled by towelroot, since the install-recovery.sh is being used to start the /system/xbin/daemonsu --auto-daemon &

Luxferro said:
Doesn't android typically rebuild & flash the recovery partition from boot.img and /system/etc/recovery-resource.dat when it detects it's been changed? I was just curious when that normally would occur on a stock FireTV, and what prevents this from happening on your pre-rooted images. I haven't used any prerooted images. Already had root and just dd'd your cwr_recovery.img. CWR asks you if you want to disable the stock recovery process. As a test I picked no, and CWR didn't get replaced. So should I assume that Amazon doesn't run any scripts at boot that check the recovery and rebuild/flash it?
To make a long story short. I was just curious if your pre-rooted images disabled the recovery replacement, since I still saw the recovery-resource.dat used to build them in the zip. But I guess FireOS doesn't do that at boot
Click to expand...
Click to collapse
51.1.3.0 was actually the first version to include an updated recovery. If you look in the stock 51.1.3.0 image, you'll see a recovery directory with recovery-from-boot.p and install-recovery.sh. I removed that from my image. The install-recovery.sh is the one that updates the recovery.
I'm not quire sure why it asked you about disabling stock. I'm guessing you booted into it, did nothing, and then rebooted. The only thing I can guess is whatever you had installed already had a /system/etc/install-recovery.sh script there. That doesn't seem to be included in the stock update images. Maybe the stock recovery writes it if it doesn't exist... Either way, I think people have said the install-recovery.sh script that came with stock didn't do anything. And then when you install one of my updates, it definitely doesn't come with it.

Also, I just uploaded 51.1.3.0.

rbox said:
51.1.3.0 was actually the first version to include an updated recovery. If you look in the stock 51.1.3.0 image, you'll see a recovery directory with recovery-from-boot.p and install-recovery.sh. I removed that from my image. The install-recovery.sh is the one that updates the recovery.
I'm not quire sure why it asked you about disabling stock. I'm guessing you booted into it, did nothing, and then rebooted. The only thing I can guess is whatever you had installed already had a /system/etc/install-recovery.sh script there. That doesn't seem to be included in the stock update images. Maybe the stock recovery writes it if it doesn't exist... Either way, I think people have said the install-recovery.sh script that came with stock didn't do anything. And then when you install one of my updates, it definitely doesn't come with it.
Click to expand...
Click to collapse
The contents of my install-recovery.sh had to do with the su daemon. So i assume it was from towelroot. edit: actually probably one of the variations of superuser?
Basically I was curious what changes you were making so the stock recovery wasn't being flashed back, just in case I wanted to mess around with later revisions that aren't rootable and might flash the stock recovery back and leave me w/ an unrootable system. Like 51.1.3.0. But I see that you just created a pre-rooted 51.1.3.0 Anyway, it was more of a curiosity than me wanting to have the latest version.

Upgrading to Pre-Rooted 51.1.3.0_513011520
Hi rbox,
Great work... Just a quick question to clear up any confusion.
I currently have 51.1.1.0_user_511070220 install and rooted with towelroot.
If I want to update to Pre-Rooted 51.1.3.0_513011520 do I still need to downgrade to the Official Stock Software Package version 51.1.0.2_user_510058520.
Install ClockworkMod Custom Recovery .
Then upgrade via Custom Recovery to Pre-Rooted 51.1.3.0_513011520?
Or
Can I just upgrade to Pre-Rooted 51.1.3.0_513011520 via the firmware upgrade script http://forum.xda-developers.com/showthread.php?t=2796067?

imtiajmeah said:
Hi rbox,
Great work... Just a quick question to clear up any confusion.
I currently have 51.1.1.0_user_511070220 install and rooted with towelroot.
If I want to update to Pre-Rooted 51.1.3.0_513011520 do I still need to downgrade to the Official Stock Software Package version 51.1.0.2_user_510058520.
Install ClockworkMod Custom Recovery .
Then upgrade via Custom Recovery to Pre-Rooted 51.1.3.0_513011520?
Or
Can I just upgrade to Pre-Rooted 51.1.3.0_513011520 via the firmware upgrade script http://forum.xda-developers.com/showthread.php?t=2796067?
Click to expand...
Click to collapse
As the post says... the prerooted images are only for use with my recovery. So yes, you have to downgrade and install it.

Read Again
imtiajmeah said:
Hi rbox,
Great work... Just a quick question to clear up any confusion.
I currently have 51.1.1.0_user_511070220 install and rooted with towelroot.
If I want to update to Pre-Rooted 51.1.3.0_513011520 do I still need to downgrade to the Official Stock Software Package version 51.1.0.2_user_510058520.
Install ClockworkMod Custom Recovery .
Then upgrade via Custom Recovery to Pre-Rooted 51.1.3.0_513011520?
Or
Can I just upgrade to Pre-Rooted 51.1.3.0_513011520 via the firmware upgrade script http://forum.xda-developers.com/showthread.php?t=2796067?
Click to expand...
Click to collapse
Regarding these images, the OP states clearly: "These will not work with the stock recovery". You will not be able to update to them without first installing CWM.

rbox said:
As the post says... the prerooted images are only for use with my recovery. So yes, you have to downgrade and install it.
Click to expand...
Click to collapse
For the sake of clarity and semantics, is the "Pre-Rooted Stock Software" the same as "Pre-Rooted Stock Images"? The word Images is throwing off my understanding.

Hi there,
Just one question i didn't find an answere.
Can i use this stock images on German fire TV?
Thx. For a quick reply

Zetup-EXE said:
Hi there,
Just one question i didn't find an answere.
Can i use this stock images on German fire TV?
Thx. For a quick reply
Click to expand...
Click to collapse
I wasn't aware that anyone had gotten the German Fire TV, so... I'll just whip out my crystal ball...
All signs point to it coming with 51.1.3.0, which is unrootable. So... no.

Awesome work rbox!
I´m on pre-rooted 51.1.3.0 by now. As soon as i can i´ll keep donating to you! This is exactly why i bought my FTV!
Thanks!

mjbxx said:
For the sake of clarity and semantics, is the "Pre-Rooted Stock Software" the same as "Pre-Rooted Stock Images"? The word Images is throwing off my understanding.
Click to expand...
Click to collapse
Yes, they are the same.
Stock Image, Stock Software, Stock ROM, Stock OS, and Stock Package all mean the same thing. The only important distinction to remember is that there is a difference between a Recovery image and the rest of the software that runs on the Fire TV.
"Pre-Rooted Stock Images" do not include the recovery image within them, whereas the official 51.1.3.0_user_513011520 update from Amazon does include a recovery image. rbox has stripped out the recovery image from the official update because if he didn't, installing his pre-rooted version would overwrite ClockworkMod recovery.

I assumed this was done, but I wasn't 100% sure so I verified that the updating mechanism has been blocked on these prerooted images.
Code:
[email protected]:/ # pm list packages -d
pm list packages -d
package:com.amazon.dcp
[email protected]:/ #

mastermind278 said:
I assumed this was done, but I wasn't 100% sure so I verified that the updating mechanism has been blocked on these prerooted images.
Code:
[email protected]:/ # pm list packages -d
pm list packages -d
package:com.amazon.dcp
[email protected]:/ #
Click to expand...
Click to collapse
i was just about to ask the same thing, thanks. now im just wondering if i can install cwm from 51.1.0.1 as i've been blocking updates since day one or if i should just update to 51.1.0.2 and then install cwm.

nhumber said:
i was just about to ask the same thing, thanks. now im just wondering if i can install cwm from 51.1.0.1 as i've been blocking updates since day one or if i should just update to 51.1.0.2 and then install cwm.
Click to expand...
Click to collapse
I am wondering the same thing.
Sent from my SCH-I545 using Tapatalk

Related

[Alpha][Systemless Root][bacon] Rooted Boot Images

Read before continue:
http://forums.yuplaygod.com/threads/15124/
http://forum.xda-developers.com/showpost.php?p=63197935
http://forum.xda-developers.com/android/software-hacking/wip-selinux-capable-superuser-t3216394
Requirements:
Completely stock, untouched device (OnePlus One).
Unlocked bootloader.
Rooted boot images:
cm-12.1-YOG7DAS2K1-bacon-boot-debuggable-rooted.img
Usage:
Download the rooted boot image that matches with your installed build.
Flash using fastboot:
Code:
fastboot flash boot XXX.img
Install the SuperUser manager app: https://play.google.com/store/apps/details?id=me.phh.superuser
Profit!
To take incremental OTA:
Download the stock boot image that matches with your installed build. Either extract from signed fastboot flashable zips or get from this thread.
Flash using fastboot:
Code:
fastboot flash boot XXX.img
You should be able to take & install the OTA, if /system isn't tampered previously.
Note:
The rooted boot images are based on official boot-debuggable images & super-bootimg by @phhusson.
The whole thing is in alpha stage & still WIP, so expect bugs.
Not all apps are compatible with systemless root approach, so root access mayn't be visible to them.
Please provide detailed feedback to me, @phhusson & the concerned app developer.
Reserved for future v1.
Reserved for future v2.
I read the second and third links, but had to sign up to get the first (not with it at this time) and I'm kinda confused. What exactly is wrong with the "old way" of rooting? Is it just for things like Android pay to work or is there other benefits?
Sent from my LG-D800 using Tapatalk
@FlashHappy78
In a nutshell, traditional rooting method modifies the /system partition. As a consequence, subsequent OTAs will fail. In case of Cyanogen OS devices, it may be easier to grab the full signed zip later & update manually, but for others they need to re-flash the stock system.img to take the OTA.
In this new approach, only the boot image is modified but /system is untouched. Thus any event/application that verifies the integrity of /system partition (like OTA, Android Pay etc.) is ready to be executed on top of the rooted device without any hitch.
If OTA contains an updated boot image, then user need to re-flash the stock boot image first which is considerably easy to re-flash than the whole system.img.
I've always been under the assumption that oem OTA updates usually break root anyways, plus patch whatever exploits were used to gain root (especially from OEM's like Samsung and LG), so because of that, I never take OTA updates unless they come from custom ROM devs.
Anyways, thanks for the clarification. I don't use android pay and I use only custom ROMs, so this probably isn't for me then. Thanks again mate.
Sent from my LG-D800 using Tapatalk
Do you have any systemless image for CM13? I tried to find a way to change the : cm-13.0-ZNH0EAS2JK-bacon-boot-debuggable.img for myself but no luck, I will have to come back to it next week.
Do you have any links to suggest?
poulopoulosa said:
Do you have any systemless image for CM13? I tried to find a way to change the : cm-13.0-ZNH0EAS2JK-bacon-boot-debuggable.img for myself but no luck, I will have to come back to it next week.
Do you have any links to suggest?
Click to expand...
Click to collapse
Flash supersu at least the stable 2.64
poulopoulosa said:
Do you have any systemless image for CM13? I tried to find a way to change the : cm-13.0-ZNH0EAS2JK-bacon-boot-debuggable.img for myself but no luck, I will have to come back to it next week.
Do you have any links to suggest?
Click to expand...
Click to collapse
As suggested by @hellcat50, I'll not provide any more update on this as newer SuperSU can patch the boot image on the fly.

FireTV 2 (sloane) Prerooted Stock Images [5.2.7.6_r1]

Here are prerooted stock images for use with my recovery. Note that these contain addon.d support, so any 3rd party things you install to /system need an addon.d script to be retained between flashes.
Managing Stock Recovery
Starting with 5.0.5_r3, stock recovery gets disabled. This means you cannot reboot in to stock recovery manually or automatically because of a system update. This will make it safer for people who forget to disable updates. You should still disable updates though. If for whatever reason, you want to reenable it, or verify it is disabled, you can use the manage_recovery program. Under normal circumstances, you should never need to use manage_recovery.
Connect to adb and start a shell
Switch to root with su
Run manage_recovery (if you do not run su first, it will seem to run, but won't actually be able to do anything)
Code:
manage_recovery
There are 3 different scenarios that manage_recovery will detect and prompt for.
The first is when stock recovery is disabled, it will look like this:
Code:
Checking current stock recovery status... NOT STOCK
Checking for reason... DISABLED
Stock recovery is currently disabled,
Would you like to enable it?
Type 'yes' to enable it, anything else to quit.
The second is when a stock recovery is flashed that does not match the current system version:
Code:
Checking current stock recovery status... NOT STOCK
Checking for reason... WRONG VERSION
Would you like to disable stock recovery?
Type 'yes' to disable it, anything else to quit.
And finally, the third is when stock recovery is enabled and the correct version:
Code:
Checking current stock recovery status... STOCK
Would you like to disable stock recovery?
Type 'yes' to disable it, anything else to quit.
After changing the recovery status, you can run the program again to verify it changed.
WARNING: DO NOT FLASH 5.0.5.1 OR EARLIER IF YOU STARTED WITH VERSION 5.2.1.0 OR LATER
NOTE: If you were at 5.2.6.6 or below, you MUST flash 5.2.6.7 before going to 5.2.6.8 or later.
Changelog and Downloads:
December 26, 2020 - 5.2.7.6_r1 (md5sum: 01178aecf55cd895cbfdeb64d5a19e62)
July 4, 2020 - 5.2.7.3_r1 (md5sum: 875436574974c3603aef179b898a4c60)
December 7, 2019 - 5.2.7.2_r1 (md5sum: b91c6b596ef5daae085ddf08c1c504e5)
September 21, 2019 - 5.2.7.1_r1 (md5sum: 0d72e930cee2652d324d2fceebdd4202)
June 29, 2019 - 5.2.7.0_r1 (md5sum: 1e402185cefb91276d811f1321494863)
March 30, 2019 - 5.2.6.9_r1 (md5sum: a3e23a7f337346a4638f8c8895632046)
February 10, 2019 - 5.2.6.8_r1 (md5sum: bd0daa677635e04e368d1b2b235e03e9)
December 2, 2018 - 5.2.6.7_r2 (md5sum: b50a1fddb3e01c18c353195c9f7f50cd)
This ROM contains updated DRM firmware.
November 27, 2018 - 5.2.6.7_r1 (md5sum: b0ee16b57b37a934778ca1436f29916a)
This ROM contains updated DRM firmware.
September 28, 2018 - 5.2.6.6_r1 (md5sum: 37ce0c6dda850fa2d462835496b68576)
June 24, 2018 - 5.2.6.3_r1 (md5sum: 08982269022c01c9a1eac8ff94adf637)
January 28, 2018 - 5.2.6.2_r1 (md5sum: 0967de2a707f173ca8715356a20ea88e)
October 8, 2017 - 5.2.6.0_r1 (md5sum: 84eedbb2e9fd4b57679747ecb8fae797)
July 27, 2017 - 5.2.4.2_r2 (md5sum: a96e73478cdbe8659f6758a5d27b4738)
This includes updated firmware to fix Hulu and HBO.
July 3, 2017 - 5.2.4.2_r1 (md5sum: 0719fde0db90702c2407461003217977)
May 1, 2017 - 5.2.4.1_r1 (md5sum: 64915fceb4e7d1c0de9d1ef625db48e7)
December 10, 2016 - 5.2.4.0_r1 (md5sum: 77af47d3c43fe79e82740d0cc0c4bce5)
September 10, 2016 - 5.2.1.1_r1 (md5sum: fd7c06bce26d4aa611eef402ef156322)
July 4, 2016 - 5.2.1.0_r2 (md5sum: a69981f6d4dce77cf1f9907f8a39b391)
This is the same as the previous 5.2.1.0, just with the updated version that Amazon released.
June 1, 2016 - 5.2.1.0_r1 (md5sum: 81693eae0ce3b497cf425691bc4ad041)
This includes 2ndinit version dee776 and TWRP version 3.0.0-5.
April 8, 2016 - 5.0.5.1_r1 (md5sum: c6d8a11b7ca7a0b45a38af4f9f70cf2d)
The updated TWRP in this version should disable auto flashing amazon updates.
This includes 2ndinit version dee776 and TWRP version 3.0.0-5.
February 14, 2016 - 5.0.5_r4 (md5sum: 9145c8f6d52fda2c3cfdd1d091bcb331)
The updated TWRP in this version should fix the issues certain keyboards were having.
This includes 2ndinit version dee776 and TWRP version 3.0.0-4.
February 13, 2016 - 5.0.5_r3(md5sum: 92d08a12d240cf9bf6d25005a65bd82d)
Starting with this update, stock recovery will be disabled to prevent stock updates from being flashed. Please refer to the instructions above for managing stock recovery.
This includes 2ndinit version dee776 and TWRP version 3.0.0-3. Because this comes with a newer 2ndinit version, do not flash an older recovery package. Doing so will disable su.
February 12, 2016 - 5.0.5_r2
OTA updates are permanently disabled, otherwise the same as r1.
[*]
This breaks booting with a factory reset.
February 12, 2016 - 5.0.5_r1(md5sum: 211a15f949e317b02c637b2927a7c8ba)
This includes 2ndinit version 743aa4 and TWRP version 3.0.0-3.
February 8, 2016 - 5.0.4_r2(md5sum: ebcecf89e9b81c02f22ed2706fe5f796)
This comes with TWRP 3.0.0-2
This comes with the same 2ndinit version
February 6, 2016 - 5.0.4_r1(md5sum: 87ce4f7802d21bd1f14c45d473783713)
This comes with 2ndinit version fe3362 and recovery version 3.0.0-1
February 6, 2016 - 5.0.3.1_r1(md5sum: e38d66dce235c9c0122dfbde2db5a6b6)
This comes with 2ndinit version fe3362 and recovery version 3.0.0-1
Awesome work!
For those who need a step-by-step guide with screenshots:
[GUIDE] How to Root a Fire TV 2 by installing rbox's Pre-Rooted Image
[VIDEO GUIDE]
Awesome! Thanks !
wadisnake said:
Awesome! Thanks !
Click to expand...
Click to collapse
Awesome! Thanks for all your great work!
Any one with Mac Guide Please help
awesome sauce!
Hi,
I ended up with following message during image installation:
Code:
[...]
Coping system image...
Updater process ended with signal: 7
Error installing zip file '/usb/sloane-5.0.4-rooted_r2.zip'
Updating partition details...
...done
And, no wonder... after power cycling (I had to do so, since recovery seemed to be frozen) it stuck in a bootloop.
But I still can access recovery!
Any ideas? Is there any way to get a more verbose output?
(Used recovery 3.0.0-2 and recovery_installer v3)
Edit:
Now there is no /system Partition mounted
Edit2:
I was able to mount /dev/block/mmcblk0p13 manually to /system but it seems that I can't mount it in rw mode.
If I do so, it switches back to ro when I there the folder. (I think, that could be the error during image installation)
What's strange is: If I enter /system/lib I can't execute any command (like "ls" "touch" etc. only cd is working) I get following output:
Code:
/system/lib # ls
CANNOT LINK EXECUTABLE DEPENDENCIES: "libc.so" is 32-bit instead of 64-bit
# echo $LD_LIBRARY_PATH
.:/sbin
File libc.so is existing, but I can't finde a way to get the file type data
Edit3:
More strange things:
I was wrong! I am able to write to /system till the point when I execute a "ls"
Than its back to ro.
Edit4:
I tried to reflash recovery and the following error:
Locating the target file...
Code:
[...]
Reading 05055F000: 100%
Opening the target file...
Reading 01D947000: 100%
error: source file is larger than target file!
No shure if that was there when I flashed it first.
Related to this post
re-rooted works fine !
its full Google Play Store Support possible ?
Hoggels said:
its full Google Play Store Support possible ?
Click to expand...
Click to collapse
yes.. its been done already but some users are having issues
Takeoo111111 said:
Hi,
I ended up with following message during image installation:
Code:
[...]
Coping system image...
Updater process ended with signal: 7
Error installing zip file '/usb/sloane-5.0.4-rooted_r2.zip'
Updating partition details...
...done
And, no wonder... after power cycling (I had to do so, since recovery seemed to be frozen) it stuck in a bootloop.
But I still can access recovery!
Any ideas? Is there any way to get a more verbose output?
(Used recovery 3.0.0-2 and recovery_installer v3)
Edit:
Now there is no /system Partition mounted
Edit2:
I was able to mount /dev/block/mmcblk0p13 manually to /system but it seems that I can't mount it in rw mode.
If I do so, it switches back to ro when I there the folder. (I think, that could be the error during image installation)
What's strange is: If I enter /system/lib I can't execute any command (like "ls" "touch" etc. only cd is working) I get following output:
Code:
/system/lib # ls
CANNOT LINK EXECUTABLE DEPENDENCIES: "libc.so" is 32-bit instead of 64-bit
# echo $LD_LIBRARY_PATH
.:/sbin
File libc.so is existing, but I can't finde a way to get the file type data
Edit3:
More strange things:
I was wrong! I am able to write to /system till the point when I execute a "ls"
Than its back to ro.
Edit4:
I tried to reflash recovery and the following error:
Locating the target file...
Code:
[...]
Reading 05055F000: 100%
Opening the target file...
Reading 01D947000: 100%
error: source file is larger than target file!
No shure if that was there when I flashed it first.
Related to this post
Click to expand...
Click to collapse
If you reboot in the middle of flashing the ROM, you're /system is going to be corrupt. It's a miracle recovery is still working. The reason the installer is failing is because you can only use it for 100% stock roms. Once you start using recovery and flashing things, you cannot (and should not) use the installer. I will add a warning.
If recovery hangs again, you can run
Code:
killall recovery
from adb shell and it will restart. It is extremely important never to reboot if you have a failure. As for logs... /tmp/recovery.log has the full log. Have you verified the file transfer properly before trying to flash?
Google Playstore
elliwigy said:
yes.. its been done already but some users are having issues
Click to expand...
Click to collapse
Who can find it? Itsca zip to Flash with Recovery or gapps.org?
For gapps.org what for options i must select it? Thx
Hoggels said:
Who can find it? Itsca zip to Flash with Recovery or gapps.org?
For gapps.org what for options i must select it? Thx
Click to expand...
Click to collapse
Read this tread: http://forum.xda-developers.com/fire-tv/help/q-guide-to-getting-google-play-rbox-t3310974
bula1ca said:
Read this tread: http://forum.xda-developers.com/fire-tv/help/q-guide-to-getting-google-play-rbox-t3310974
Click to expand...
Click to collapse
haha thx for posting the link..
amazing how much tunnel vision exists as theres threads for most anything but somehow some fail to find them lol
elliwigy said:
haha thx for posting the link..
amazing how much tunnel vision exists as theres threads for most anything but somehow some fail to find them lol
Click to expand...
Click to collapse
LOL
Success!! I have the issue with the recovery screen being scrambled. Switched to another tv got through recovery and installed rom, then the screen would be blank when booting to system. After 2 hours of reading and trying.... Went back to the original tv , the tv recognizes the home screen display. Apparently whatever the issue with the recovery screen is prevented the home screen from being visible on the second tv. anyway all good now!
TorqueWrench001 said:
Success!! I have the issue with the recovery screen being scrambled. Switched to another tv got through recovery and installed rom, then the screen would be blank when booting to system. After 2 hours of reading and trying.... Went back to the original tv , the tv recognizes the home screen display. Apparently whatever the issue with the recovery screen is prevented the home screen from being visible on the second tv. anyway all good now!
Click to expand...
Click to collapse
i think someone else had the same issue and i think it was the tv lol
what do you have the fire tv set to in the display settings? If you had it set to a certain setting such as 1080p but the tv is in a different setting could be the issue.. or something like that lol
5.0.5_r1 installed perfectly
krawhitham said:
5.0.5_r1 installed perfectly
Click to expand...
Click to collapse
how did you install....did you update recovery first then flash 5.05_r1?
thanks
TorqueWrench001 said:
Success!! I have the issue with the recovery screen being scrambled. Switched to another tv got through recovery and installed rom, then the screen would be blank when booting to system. After 2 hours of reading and trying.... Went back to the original tv , the tv recognizes the home screen display. Apparently whatever the issue with the recovery screen is prevented the home screen from being visible on the second tv. anyway all good now!
Click to expand...
Click to collapse
elliwigy said:
i think someone else had the same issue and i think it was the tv lol
what do you have the fire tv set to in the display settings? If you had it set to a certain setting such as 1080p but the tv is in a different setting could be the issue.. or something like that lol
Click to expand...
Click to collapse
Someone in the comments of my guide said the scrambled screen issue was due to incompatibility with 1080i TVs. I'm curious @TorqueWrench001 is your scrambled TV a 1080i set that's not capable of 1080p ?
AFTVnews.com said:
Someone in the comments of my guide said the scrambled screen issue was due to incompatibility with 1080i TVs. I'm curious @TorqueWrench001 is your scrambled TV a 1080i set that's not capable of 1080p ?
Click to expand...
Click to collapse
Mine is a 1080i tv. Old sony bravia. Great picture and sound though. The display is most definitely tits up on twrp. However, I have a broken tiny cheap wall mounted 1080i flatscreen, with no sound, which is now my dedicated 2nd aftv monitor, just for twrp purposes. It even fits snug under my living room tv unit out of sight.
I am awaiting funds for a new samsung curved 55inch beast. But, I think it will have to wait until the sony bravia dies on me! lol

i flashed this recovery thor-twrp-3.0.3-1.img with out the unlock bootloader

i have a kindle hdx 7 3rd gen 4.5.5.2 rooted with kingroot, my goal is to install custom rom like lineage 14 or one with android 6.0 or higher, i did the root with kingroot, then i generated the unlock file, then i flashed with fastboot the aboot_vuln.mbn file then my mistake i flashed with fastboot thor-twrp-3.0.3-1.img (has to be unlocked first) the i tried to unlock the bootloader and there was no fastboot driver, i know that i should flashed this file twrp_cubed.img and then unlock, know i can boot to recovery and seems to be working fine, but how can i flash twrp_cubed.img, i can boot to fastboot but my pc doed not recognize the driver, can i install another rom that does not need bootloader unlocked and the flash with rom manager apk this file twrp_cubed.img and the unlock and continue with my goal help please
machigaeru1 said:
i have a kindle hdx 7 3rd gen 4.5.5.2 rooted with kingroot, my goal is to install custom rom like lineage 14 or one with android 6.0 or higher, i did the root with kingroot, then i generated the unlock file, then i flashed with fastboot the aboot_vuln.mbn file then my mistake i flashed with fastboot thor-twrp-3.0.3-1.img (has to be unlocked first) the i tried to unlock the bootloader and there was no fastboot driver, i know that i should flashed this file twrp_cubed.img and then unlock, know i can boot to recovery and seems to be working fine, but how can i flash twrp_cubed.img, i can boot to fastboot but my pc doed not recognize the driver, can i install another rom that does not need bootloader unlocked and the flash with rom manager apk this file twrp_cubed.img and the unlock and continue with my goal help please
Click to expand...
Click to collapse
There are several ways to skin this cat; two possibles solution are shown below; both assume you have access to a working build of TWRP (version is irrelevant)
Option #1
- boot into TWRP
- tether device and test if adb server responds
- if no proceed to option #2
- otherwise follow step #2 from this post to reflash aboot and twrp
Option #2
- boot into TWRP
- tether device and transfer Nexus ROM KTU84U (KitKat based) to internal storage
- wipe system, data, cache and dalvik partitions from advanced wipe menu
- install Nexus and reboot device
- once ROM boots follow step #2 from this post to reflash aboot and twrp
Davey126 said:
There are several ways to skin this cat; two possibles solution are shown below; both assume you have access to a working build of TWRP (version is irrelevant)
Option #1
- boot into TWRP
- tether device and test if adb server responds
- if no proceed to option #2
- otherwise follow step #2 from this post to reflash aboot and twrp
Option #2
- boot into TWRP
- tether device and transfer Nexus ROM KTU84U (KitKat based) to internal storage
- wipe system, data, cache and dalvik partitions from advanced wipe menu
- install Nexus and reboot device
- once ROM boots follow step #2 from this post to reflash aboot and twrp
Click to expand...
Click to collapse
i tried to flash the nexus rom using install option from twrp an i got this error no MD5 file found cant install this pacage (Mon 17 oct 13:32:45 BST 2016 over newer build (Tue 20 Dec 13:57:49 GMT 2016)
updater process ended with error 7
error installing zip file /sdcard/download/kk-fire-nexus-rom-thor-201617.zip
machigaeru1 said:
i tried to flash the nexus rom using install option from twrp an i got this error no MD5 file found cant install this pacage (Mon 17 oct 13:32:45 BST 2016 over newer build (Tue 20 Dec 13:57:49 GMT 2016)
updater process ended with error 7
error installing zip file /sdcard/download/kk-fire-nexus-rom-thor-201617.zip
Click to expand...
Click to collapse
Likely due to TWRP 3.0.3 which has issues flashing certain ROMs. Did you try option #1? ADB capabilities are integrated into TWRP v3. You could also try flashing CM 11 which seems to be more tolerant of TWRP 3.0.2/3.0.3 weirdness. You'll need to include a GAaps package and SuperSU (use this build) with CM 11; see OP for details.
If neither of these options work we can try a different ROM (albeit untested w/locked bootloader) or update the recovery partition from fastboot. The latter will require fiddling with drivers on the host machine which you previously indicated was problematic. Same with unlocking the bootloader assuming you saved the unlock file.
i cant access adb shell, i have the unlock file but with out adb functionality, the rom CM 11 needs a unlock bootloader, can i flash it with out the unlocked bootloader ?
machigaeru1 said:
i cant access adb shell, i have the unlock file but with out adb functionality, the rom CM 11 needs a unlock bootloader, can i flash it with out the unlocked bootloader ?
Click to expand...
Click to collapse
Linked CM 11 build does not require an unlocked bootloader.
Davey126 said:
Linked CM 11 build does not require an unlocked bootloader.
Click to expand...
Click to collapse
this is from the link
General Information
- This ROM is for all variants of the 3rd generation Kindle HDX tablets.
- This is primarily for users of Safestrap 4.0.1, however
- This will also work on devices with TWRP however you must also unlock your bootloader.
machigaeru1 said:
this is from the link
General Information
- This ROM is for all variants of the 3rd generation Kindle HDX tablets.
- This is primarily for users of Safestrap 4.0.1, however
- This will also work on devices with TWRP however you must also unlock your bootloader.
Click to expand...
Click to collapse
Dude - you're fine. If you want to challenge great. I'm trying to help you out of a pickle of your own doing - not justify the validity of my posts. If uncomfortable flashing CM 11 roll up your sleeves and get fastboot drivers installed/working on your host. Then unlock the bootloader and reflash TWRP.
machigaeru1 said:
this is from the link
General Information
- This ROM is for all variants of the 3rd generation Kindle HDX tablets.
- This is primarily for users of Safestrap 4.0.1, however
- This will also work on devices with TWRP however you must also unlock your bootloader.
Click to expand...
Click to collapse
i am going to flahsed to see what hapens
it worked, so know to flash the twrp_cubed.img can i use rom manager ?, thanxs for all of your help
machigaeru1 said:
it worked, so know to flash the twrp_cubed.img can i use rom manager ?, thanxs for all of your help
Click to expand...
Click to collapse
Two options:
#1 - follow instructions (step #2) in unlock thread (code block)
#2 - grab Flashify from here and use it to install the desired build of TWRP (no tether required)
Also suggest you issue the following adb commands in advance and record the results somewhere; these codes can be used to create an unlock sequence for your device in case the previously generated unlock file is invalid:
adb shell cat /sys/block/mmcblk0/device/manfid
adb shell cat /sys/block/mmcblk0/device/serial​
we did it, thanks so much, my bootloader is unlocked thanks to you, now i am testing lineage 14, and i am very happy, tanks again for your time
machigaeru1 said:
we did it, thanks so much, my bootloader is unlocked thanks to you, now i am testing lineage 14, and i am very happy, tanks again for your time
Click to expand...
Click to collapse
Great! Glad it worked out. As for 'credits' I'm just a humble messenger. Kudos to @ONYXis, @draxie, @ggow, @Hashcode and several others who are the real brains behind the show.
Enjoy your liberated HDX!

[Q] Not sure about updating from BLA-L09C432 B142 to B150 without bricking

Hi,
My BLA-L09C432 is rooted with Magisk.
I would want to update from B142 to B150 but unfortunately I'm a bit scared from all the brick posts on here.
From reading a lot of posts I'm still not sure what would be the best option to update without bricking my phone.
What would be the best/safest way to update without loosing root and my data? (I've got a valid funkyhuawei subscription if that helps)
Would this work (good) without bricking?:
- flash original recovery for B142
- funkyhuawei update via eRecovery to B150
- flash TWRP
- flash Magisk again
Thanks in Advance
HRUpdater is the best way to keep twrp and magisk i think
The best way for you I think is hrupdater via twrp, and put twrp in "recovery. img" in the same folder of the updates to keep twrp, then reflash magisk (or not) you have to install b150SP1 version which has 01xloader, but check it first!! I'm in that version with the same brand as you (mine is rebranded) and I have just update to this version but I didn't try magisk but I'm sure you can install with the 150SP1 version
durc12 said:
The best way for you I think is hrupdater via twrp, and put twrp in "recovery. img" in the same folder of the updates to keep twrp, then reflash magisk (or not) you have to install b150SP1 version which has 01xloader, but check it first!! I'm in that version with the same brand as you (mine is rebranded) and I have just update to this version but I didn't try magisk but I'm sure you can install with the 150SP1 version
Click to expand...
Click to collapse
Okay, but how do I check my current firmware for 01xloader or 02xloader?
The Xloader Check Programm just works for update.zip files.
Also I can't find a B150SP1 on http://pro-teammt.ru/firmware-database/
Any help is greatly appreciated
You have to extract the xloader from the mobile via terminal or twrp
Type the following
Code:
su
dd if=/dev/block/sda of=/sdcard/xloader.img
You can now transfer /sdcard/xloader.img to your computer and check it manually using, for example, HxD.
The first affected offset is at 1A8, its either 01 or 02
Or you can download in firmware finder your rom of tour cust and check with the xlosder tool (search in XDA please).
Please, tell me what specific rom do you have, your compilation number.
If you aren't in C432 or C636, maybe you have to rebrand first. In my case I used a guide from HTCMania who is easiest than xda which information is better but is difficult to find
durc12 said:
You have to extract the xloader from the mobile via terminal or twrp
Type the following
Code:
su
dd if=/dev/block/sda of=/sdcard/xloader.img
You can now transfer /sdcard/xloader.img to your computer and check it manually using, for example, HxD.
The first affected offset is at 1A8, its either 01 or 02
Or you can download in firmware finder your rom of tour cust and check with the xlosder tool (search in XDA please).
Please, tell me what specific rom do you have, your compilation number.
If you aren't in C432 or C636, maybe you have to rebrand first. In my case I used a guide from HTCMania who is easiest than xda which information is better but is difficult to find
Click to expand...
Click to collapse
Thank you very much for the reply.
Like I said I'm running C432B142 currently but I'm not sure how to see which exact compilation number (since I see more than one build B142 in the firmware finder).
The Update to B142 was received over OTA.
I've looked everything through but it just says BLA-L09 8.0.0.142(C432) everywhere.
The Kernel Version says 4.4.23+ [email protected] #1 Wed May 2 02:30:47 CST 2018 if that helps.
I've extracted the xloader.img like you said and with xxd -ps -s 0x1a8 -l 1 /path/to/xloader.img it shows a Offset of 01.
I've also checked both Full-OTA Images of B150 that I found which are v161846 and v161843 which seem to be Offset 02.
I couldn't find a Offset 01 Image of B150 tho.
So can I safely Upgrade from my B142 with Offset 01 to B150 with Offset 02 if I just use 02 in the future?
Should I use v161846 or v161843?
deusvult01 said:
Thank you very much for the reply.
Like I said I'm running C432B142 currently but I'm not sure how to see which exact compilation number (since I see more than one build B142 in the firmware finder).
The Update to B142 was received over OTA.
I've looked everything through but it just says BLA-L09 8.0.0.142(C432) everywhere.
The Kernel Version says 4.4.23+ [email protected] #1 Wed May 2 02:30:47 CST 2018 if that helps.
I've extracted the xloader.img like you said and with xxd -ps -s 0x1a8 -l 1 /path/to/xloader.img it shows a Offset of 01.
I've also checked both Full-OTA Images of B150 that I found which are v161846 and v161843 which seem to be Offset 02.
I couldn't find a Offset 01 Image of B150 tho.
So can I safely Upgrade from my B142 with Offset 01 to B150 with Offset 02 if I just use 02 in the future?
Should I use v161846 or v161843?
Click to expand...
Click to collapse
First of all, if you update to arom with 02 xloader, you will not have problem, your device will work, but NO MAGISk AND NO ROOT (and you can´t go back to xloader01).
Im looking now in firmware finder and It´s true that for your device (mine is ALP-l09 with C432B150SP1, magisk working right) there isn´t a "SP1" version. BUT IN FIRMWARE FINDER THERE ARE TWO 8.0.0.150 VERSIONS, so surely one of them is xloader01 and the other is xloader FIRST DOWNLOAD ONE AND CHECK WITH THE TOOL OF XDA, IF NOT, TRY THE OTHER
deusvult01 said:
Thank you very much for the reply.
Like I said I'm running C432B142 currently but I'm not sure how to see which exact compilation number (since I see more than one build B142 in the firmware finder).
The Update to B142 was received over OTA.
I've looked everything through but it just says BLA-L09 8.0.0.142(C432) everywhere.
The Kernel Version says 4.4.23+ [email protected] #1 Wed May 2 02:30:47 CST 2018 if that helps.
I've extracted the xloader.img like you said and with xxd -ps -s 0x1a8 -l 1 /path/to/xloader.img it shows a Offset of 01.
I've also checked both Full-OTA Images of B150 that I found which are v161846 and v161843 which seem to be Offset 02.
I couldn't find a Offset 01 Image of B150 tho.
So can I safely Upgrade from my B142 with Offset 01 to B150 with Offset 02 if I just use 02 in the future?
Should I use v161846 or v161843?
Click to expand...
Click to collapse
Yes, 01 to 02 is fine. 02 to 01 bricks.
But Im pretty sure 02 will stick.
If you haven't got your unlock code saved I would suggest getting it before updating as there is no way to get it when you are on B145+.
durc12 said:
First of all, if you update to arom with 02 xloader, you will not have problem, your device will work, but NO MAGISk AND NO ROOT (and you can´t go back to xloader01).
Im looking now in firmware finder and It´s true that for your device (mine is ALP-l09 with C432B150SP1, magisk working right) there isn´t a "SP1" version. BUT IN FIRMWARE FINDER THERE ARE TWO 8.0.0.150 VERSIONS, so surely one of them is xloader01 and the other is xloader FIRST DOWNLOAD ONE AND CHECK WITH THE TOOL OF XDA, IF NOT, TRY THE OTHER
Click to expand...
Click to collapse
I double checked now and both version, 161846 and 161843, have a 02 Offset (Downloaded the images via firmware finder).
Why will Magisk/Root not work anymore with 02 Offset?
ante0 said:
Yes, 01 to 02 is fine. 02 to 01 bricks.
But Im pretty sure 02 will stick.
If you haven't got your unlock code saved I would suggest getting it before updating as there is no way to get it when you are on B145+.
Click to expand...
Click to collapse
I have a backup of the code. Will Magisk still work over B145+?
deusvult01 said:
I double checked now and both version, 161846 and 161843, have a 02 Offset (Downloaded the images via firmware finder).
Why will Magisk/Root not work anymore with 02 Offset?
I have a backup of the code. Will Magisk still work over B145+?
Click to expand...
Click to collapse
Magisk/TWRP works fine on B150.
I was previously 01 with B142 as base, but flashed images for B150 (except xloader and fastboot). But I decided to try Pie which is 02, then downgraded to B150 because of no root in Pie (and it is buggy) so now I'm stuck on 02
Magisk V17.x is buggy, I suggest using 16.4.
There are Patch01 OTA which break Magisk, but can be flashed if you select Keep dmverity in Manager when patching ramdisk. (flashing in TWRP will remove verity, and thus giving you a bootloop).
ante0 said:
Magisk/TWRP works fine on B150.
I was previously 01 with B142 as base, but flashed images for B150 (except xloader and fastboot). But I decided to try Pie which is 02, then downgraded to B150 because of no root in Pie (and it is buggy) so now I'm stuck on 02
Magisk V17.x is buggy, I suggest using 16.4.
There are Patch01 OTA which break Magisk, but can be flashed if you select Keep dmverity in Manager when patching ramdisk. (flashing in TWRP will remove verity, and thus giving you a bootloop).
Click to expand...
Click to collapse
Yes or follow the guide here for the patch01 https://forum.xda-developers.com/showpost.php?p=77560239&postcount=27389
ante0 said:
Magisk/TWRP works fine on B150.
I was previously 01 with B142 as base, but flashed images for B150 (except xloader and fastboot). But I decided to try Pie which is 02, then downgraded to B150 because of no root in Pie (and it is buggy) so now I'm stuck on 02
Magisk V17.x is buggy, I suggest using 16.4.
There are Patch01 OTA which break Magisk, but can be flashed if you select Keep dmverity in Manager when patching ramdisk. (flashing in TWRP will remove verity, and thus giving you a bootloop).
Click to expand...
Click to collapse
Ok so just to break it down, I've got to do the following:
- Flash B150 with HuRUpdater (161846 or 161843?) in TWRP (or should I do the FunkyHuawei eRecovery Method? which is safer?)
- When its finished flash TWRP again.
- Flash Magisk (16.4 not 17.x)
Lol is it really that simple?
Just another Question:
When i first flashed Magisk (in B131 i think) I'm damn sure i had forced encryption checked without me doing anything (I do want encryption enabled, thats even more important than root for me tbh). Now I took a look because you've mentioned dmverity and I see that both dmverity and encryption are unchecked.
After flashing like mentioned above, how can I make sure that encryption is enabled without bricking my phone ?
Thank you so much for the help!
deusvult01 said:
Ok so just to break it down, I've got to do the following:
- Flash B150 with HuRUpdater (161846 or 161843?) in TWRP (or should I do the FunkyHuawei eRecovery Method? which is safer?)
- When its finished flash TWRP again.
- Flash Magisk (16.4 not 17.x)
Lol is it really that simple?
Just another Question:
When i first flashed Magisk (in B131 i think) I'm damn sure i had forced encryption checked without me doing anything (I do want encryption enabled, thats even more important than root for me tbh). Now I took a look because you've mentioned dmverity and I see that both dmverity and encryption are unchecked.
After flashing like mentioned above, how can I make sure that encryption is enabled without bricking my phone ?
Thank you so much for the help!
Click to expand...
Click to collapse
Magisk detects encryption it in TWRP as it reads fstab.
You can make it even easier: place update.zip, update_all_hw.zip, update_data_public.zip and HuRUpdater.zip in the same folder. Take TWRP image (by Pretoriano80) and place in in that folder too and rename it to recovery.img. Now HuRUpdater will flash TWRP again for you.
If Magisk should, by some weird coincidence, disable encryption you would only need to re-add it to /vendor/etc/fstab.kirin970. It won't boot if your /data is encrypted but isn't told to decrypt it.
ante0 said:
Magisk detects encryption it in TWRP as it reads fstab.
You can make it even easier: place update.zip, update_all_hw.zip, update_data_public.zip and HuRUpdater.zip in the same folder. Take TWRP image (by Pretoriano80) and place in in that folder too and rename it to recovery.img. Now HuRUpdater will flash TWRP again for you.
If Magisk should, by some weird coincidence, disable encryption you would only need to re-add it to /vendor/etc/fstab.kirin970. It won't boot if your /data is encrypted but isn't told to decrypt it.
Click to expand...
Click to collapse
Ok so just to be sure:
I take the update.zip, update_full_BLA-L09_hw_eu.zip and update_data_full_public.zip from the B150 Firmware (Still I'm not sure which version to use since Firmware finder has 2, both with 02 Offset, v161846 and v161843).
Put that in the same Folder as HuRUpdater.zip, get the TWRP Version from Pretoriano80 that supports Decryption and rename it to recovery.img in the same folder.
Then go in TWRP and flash the HuRUpdater.zip.
Sorry for asking so much but I really want to be sure to make everything right before doing something stupid
Regarding Encryption and Magisk:
I now checked in TWRP and it seems encryption is really turned of, I currently have the official TWRP that does not support decryption and it shows all files etc. not like before where it was just random numbes and characters as file name. So it seems my /data is already decrpyted somehow.
What changes would I have to make (after or before flashing B150?) to re-enable encryption (if possible without loosing my data)?
deusvult01 said:
Ok so just to be sure:
I take the update.zip, update_full_BLA-L09_hw_eu.zip and update_data_full_public.zip from the B150 Firmware (Still I'm not sure which version to use since Firmware finder has 2, both with 02 Offset, v161846 and v161843).
Put that in the same Folder as HuRUpdater.zip, get the TWRP Version from Pretoriano80 that supports Decryption and rename it to recovery.img in the same folder.
Then go in TWRP and flash the HuRUpdater.zip.
Sorry for asking so much but I really want to be sure to make everything right before doing something stupid
Regarding Encryption and Magisk:
I now checked in TWRP and it seems encryption is really turned of, I currently have the official TWRP that does not support decryption and it shows all files etc. not like before where it was just random numbes and characters as file name. So it seems my /data is already decrpyted somehow.
What changes would I have to make (after or before flashing B150?) to re-enable encryption (if possible without loosing my data)?
Click to expand...
Click to collapse
Can you do this in TWRP, and post the output here.
Open Advanced-Terminal
mount /vendor
cat /vendor/etc/fstab.kirin970 | grep fileencrypt
and post output here?
As for B150, it doesn't matter which. They are the same, just different update "channels".
ante0 said:
Can you do this in TWRP, and post the output here.
Open Advanced-Terminal
mount /vendor
cat /vendor/etc/fstab.kirin970 | grep fileencrypt
and post output here?
As for B150, it doesn't matter which. They are the same, just different update "channels".
Click to expand...
Click to collapse
Thank you so much for your support!
Of course,
# mount /vendor
# cat /vendor/etc/fstab.kirin970 | grep fileencrypt
/dev/block/bootdevice/by-name/userdata /data
f2fs nosuid,nodev,noatime,discard,inline_data,inline_xattr wait,check,filencryption=aes-256-xts:aes-256-cts
#
On the HuRUpdater Page it says the files have to be called update.zip, update_all_hw.zip and update_data_public.zip like you wrote, when I download the firmware I got update.zip, update_full_BLA-L09_hw_eu.zip and update_data_full_public.zip. Should I just rename them?
deusvult01 said:
Thank you so much for your support!
Of course,
# mount /vendor
# cat /vendor/etc/fstab.kirin970 | grep fileencrypt
/dev/block/bootdevice/by-name/userdata /data
f2fs nosuid,nodev,noatime,discard,inline_data,inline_xattr wait,check,filencryption=aes-256-xts:aes-256-cts
#
On the HuRUpdater Page it says the files have to be called update.zip, update_all_hw.zip and update_data_public.zip like you wrote, when I download the firmware I got update.zip, update_full_BLA-L09_hw_eu.zip and update_data_full_public.zip. Should I just rename them?
Click to expand...
Click to collapse
Then you are encrypted... Hmmm!
I had the same "bug" on Mate 9 where I'm using TWRP which can decrypt.
BUT, I have pin set so it's supposed to ask for that when you start TWRP, but it doesn't and decrypts automatically. This is probably because it's using vold to decrypt somehow... Not sure how it does it, as it's not supposed to be able to decrypt without a password/pin.
You can do this from TWRP terminal before flashing Magisk:
echo KEEPVERITY=true>>/data/.magisk
echo KEEPFORCEENCRYPT=true>>/data/.magisk
This will make sure it keeps both.
Rename update_full_BLA-L09_hw_eu.zip to update_all_hw.zip and update_data_full_public.zip to update_data_public.zip
ante0 said:
Then you are encrypted... Hmmm!
I had the same "bug" on Mate 9 where I'm using TWRP which can decrypt.
BUT, I have pin set so it's supposed to ask for that when you start TWRP, but it doesn't and decrypts automatically. This is probably because it's using vold to decrypt somehow... Not sure how it does it, as it's not supposed to be able to decrypt without a password/pin.
You can do this from TWRP terminal before flashing Magisk:
echo KEEPVERITY=true>>/data/.magisk
echo KEEPFORCEENCRYPT=true>>/data/.magisk
This will make sure it keeps both.
Rename update_full_BLA-L09_hw_eu.zip to update_all_hw.zip and update_data_full_public.zip to update_data_public.zip
Click to expand...
Click to collapse
Ok so just to sum up everything for the last time
- Rename all files for HuRUpdate.zip including TWRP and put them in the same folder
- Copy the folder to the Root of my phone
- Reboot to recovery, flash HuRUpdate.zip copied before (or is this done via adb sideload?)
- Follow instructions to finish the stock update
- When the stock update is finished boot into TWRP
- decrypt data if needed
- open advanced>terminal and echo KEEPVERITY and KEEPFORCEENCRYPTION to the magisk file
- flash magisk (16.4)
- reboot & everything is finished?
deusvult01 said:
Ok so just to sum up everything for the last time
- Rename all files for HuRUpdate.zip including TWRP and put them in the same folder
- Copy the folder to the Root of my phone
- Reboot to recovery, flash HuRUpdate.zip copied before (or is this done via adb sideload?)
- Follow instructions to finish the stock update
- When the stock update is finished boot into TWRP
- decrypt data if needed
- open advanced>terminal and echo KEEPVERITY and KEEPFORCEENCRYPTION to the magisk file
- flash magisk (16.4)
- reboot & everything is finished?
Click to expand...
Click to collapse
It will update inside TWRP so you will stay on the same screen until it finishes.
After it has finished, echo commands and flash Magisk.
After this reboot into B150

October updates are out

October security patches released...
https://dl.google.com/dl/android/aosp/blueline-qp1a.191005.007-factory-c36610c6.zip
Worked exactly the same as the 10 and .C3 build for me. Flash-all (minus -w) and patched boot in Magisk. No issues.
4.3 MB from the C3 update.
After the C3 update I had an improvement in the battery's life but after few days was the same. I hope this will better this time.
Edit : multi-tasking freeze is here again...
sliding_billy said:
Worked exactly the same as the 10 and .C3 build for me. Flash-all (minus -w) and patched boot in Magisk. No issues.
Click to expand...
Click to collapse
It worked fine for 10 and .c3 build, but magisk_patched.img does not work for me. It installs fine and the phone boots up fine but magisk says it is not installed
Code:
~/Downloads/pixel3/blueline-qp1a.191005.007$ sha256sum magisk_patched.img
46432e0feae1b97f631165a10eb0049041c2e6fffce89a6a2733bf8aee9dc9ac magisk_patched.img
Do you have the same sha256sum? I used canary build of magisk to patch it.
---------- Post added at 09:49 PM ---------- Previous post was at 09:36 PM ----------
wildnux said:
It worked fine for 10 and .c3 build, but magisk_patched.img does not work for me. It installs fine and the phone boots up fine but magisk says it is not installed
Code:
~/Downloads/pixel3/blueline-qp1a.191005.007$ sha256sum magisk_patched.img
46432e0feae1b97f631165a10eb0049041c2e6fffce89a6a2733bf8aee9dc9ac magisk_patched.img
Do you have the same sha256sum? I used canary build of magisk to patch it.
Click to expand...
Click to collapse
Nevermind. I had to patch with beta version of magisk. Version: 19.4 (19400) and it worked.
wildnux said:
It worked fine for 10 and .c3 build, but magisk_patched.img does not work for me. It installs fine and the phone boots up fine but magisk says it is not installed
Code:
~/Downloads/pixel3/blueline-qp1a.191005.007$ sha256sum magisk_patched.img
46432e0feae1b97f631165a10eb0049041c2e6fffce89a6a2733bf8aee9dc9ac magisk_patched.img
Do you have the same sha256sum? I used canary build of magisk to patch it.
---------- Post added at 09:49 PM ---------- Previous post was at 09:36 PM ----------
Nevermind. I had to patch with beta version of magisk. Version: 19.4 (19400) and it worked.
Click to expand...
Click to collapse
Good deal. I just never leave Canary for my Pixel 3 and Pixel 3 XL despite having other devices on stable or Beta.
what Google Play System update patch level are you guys on? I'm back to August, 1 from September, 1 after installing the October OTA.... so what's going on here?
Installed yesterday. Now wireless provider signal only shows as 4G, no LTE.
Can I use the same magdisk patched image from C3? Or should I pull the boot image from this update?
gmmurphy said:
Can I use the same magdisk patched image from C3? Or should I pull the boot image from this update?
Click to expand...
Click to collapse
It might work, but I think it is asking for trouble. Try the installation method at https://topjohnwu.github.io/Magisk/tutorials.html#ota-installation
It is much simpler, and you don't need to patch boot images. I just did it an hour ago using the latest Magisk from the Canary channel. I saw a report in another thread the latest from the Beta channel also works. I don't think it works with Magisk from the stable channel, but have not tried it.
dcarvil said:
It might work, but I think it is asking for trouble. Try the installation method at https://topjohnwu.github.io/Magisk/tutorials.html#ota-installation
It is much simpler, and you don't need to patch boot images. I just did it an hour ago using the latest Magisk from the Canary channel. I saw a report in another thread the latest from the Beta channel also works. I don't think it works with Magisk from the stable channel, but have not tried it.
Click to expand...
Click to collapse
Did you uninstall all the modules before doing this?
georgs_town said:
Did you uninstall all the modules before doing this?
Click to expand...
Click to collapse
No, I did not uninstall the modules, I just followed the instructions in the tutorial.
I was able to flash the factory image by running the "flash.bat" script with "-W" removed. Security update is dated Oct 5, Google Play system is dated Sept 1. Just to be safe, I uninstalled Cerberus before running the script as Cerberus caused me issues transitioning from Android Pie to Android 10 last month.
Other than Cerberus, I only have magisk for rooting, no modules loaded, no edXposed. I re-routed using the latest Canary build for Magisk, patching the boot.img and then flashing the magisk_patched.img in fastboot mode.
So I'm having another major problem. When I updated to 10 from 9 running dirty unicorns, everything flashed fine except for the image update zip. I remember it had something to do with the active slot but I cant remember for the life of me what I did last time to get the image to flash. Currently when I run flash all bootloader and radio flash fine, but flashing the image zip my phone boots into the fastbootd recovery screen and fastboot command screen shows fastboot: error: command failed. Sending sparse product b FAILED.
Any help would be greatly appreciated. Right now I'm stuck in fastboot on my phone.
Edit: I just did a factory wipe and it's flashing fine now. I'm guessing it had something to do with the magisk patched boot img I was using. I really don't know what the problem was.
I am on Android 10 and can't install latest small security update. https://i.imgur.com/0TMV5i8.png
Before I've restored image according to Magisk doc https://topjohnwu.github.io/Magisk/tutorials.html#ota-installation
Ipeacocks said:
I am on Android 10 and can't install latest small security update. https://i.imgur.com/0TMV5i8.png
Before I've restored image according to Magisk doc https://topjohnwu.github.io/Magisk/tutorials.html#ota-installation
Click to expand...
Click to collapse
Just download the full factory image, edit the flash all file to remove the -w, and then flash that in fastboot mode. Make sure you save the flash all file and the -w is removed before you use it. Trying to take the ota on a rooted device doesn't work well.
@jd1639 w/o -w root will disappear but my personal data on phone persists?
Ipeacocks said:
@jd1639 w/o -w root will disappear but my personal data on phone persists?
Click to expand...
Click to collapse
Yes, you'll loose root but your data will all be there. You'll have to move a copy of the stock boot.img file to your device, let magisk patch it, then move the patched file to your pc and flash that with fastboot. Almost all of us do this process with each update.
@jd1639 Are you talking about this `-w`?
https://imgur.com/nlbZdht
Ipeacocks said:
@jd1639 Are you talking about this `-w`?
https://imgur.com/nlbZdht
Click to expand...
Click to collapse
No. Download the factory image to your pc and extract it, it's a zip file. In there you'll see a flash-all.bat file. Edit that. I use notepad ++. Then save it and just double click on the edited file (I'm assuming your using a windows pc). There is also another zip file you'll find after you've extracted the factory image. Extract that too and you'll find the boot.img file you'll need to patch with magisk for root.
Edit, sorry, I didn't look at the image you uploaded that closely. It is the -w I was referring to.

Categories

Resources