Did that fix your issue?ok sry for double post, thanks for the help, now have 15.1 installed
Did that fix your issue?ok sry for double post, thanks for the help, now have 15.1 installed
Yes, but I had some trouble following the original instructions so put together some of my own. I only ran through these once so they are not perfect, but at least they provide more detail.
Do the following:NOTE: If you are on a firmware newer than 5.6.4.0, a downgrade is necessary, this requires bricking the device temporarily. (The screen won't come on at all)
If you chose the brick option, you don't need to run step-2.sh below:
amonet/bin
, copy functions.inc
to functions.inc.org
.functions.inc
. In the get_root()
function, change the following: while [ $ROOT -ne 0 ]; do
adb shell /data/local/tmp/mtk-su -c "/data/local/tmp/busybox mount /data/local/tmp/minisu.img /system/xbin/"
adb shell su -c id | grep uid=0\(root\)
ROOT=$?
[ $ROOT -ne 0 ] && sleep 1
done
COUNTER=30
while [[ $ROOT -ne 0 && $COUNTER -gt 0 ]]; do
adb shell /data/local/tmp/mtk-su -c "/data/local/tmp/busybox mount /data/local/tmp/minisu.img /system/xbin/"
adb shell su -c id | grep uid=0\(root\)
ROOT=$?
[ $ROOT -ne 0 ] && sleep 1
echo Trying for $COUNTER more seconds...
((COUNTER--))
done
mtk-su
(in one of the original steps) from the arm64
directory to the brick-douglas/amonet/bin
directory.brick-douglas/amonet
. (We are not re-using the same window because we will come back to it.)sudo ./brick-9820.sh
amonet-douglas-v1.2/amonet
.sudo ./bootrom-step.sh
sudo lsusb
./brick-9820.sh
didn't work properly, you can try sudo ./brick.sh
instead. If you do, keep in mind that you should run sudo ./bootrom-step-minimal.sh
instead of sudo ./bootrom-step.sh
in Step 14.sudo ./fastboot-step.sh
app-sizes.txt
file from the ZIP file; otherwise it won't fit. You can also install microG or BitGapps core instead of OpenGapps.sudo ./brick-9820.sh
Brick preloader to continue via bootrom-exploit? (Type "YES" to continue)
YES
Bricking PL Header
Check instructions on device
< waiting for any device >
Sending sparse 'brick' 1/1 (12 KB) OKAY [ 0.018s]
Writing 'brick' FAILED (remote: 'the command you input is restricted on locked hw')
fastboot: error: Command failed
douglas
.mtk-su
was copied from the arm64
directory to the brick-douglas/amonet/bin
directory.sudo ./brick.sh
instead of sudo ./brick-9820.sh
. If you do, run sudo ./bootrom-step-minimal.sh
instead of sudo ./bootrom-step.sh
in Step 14.i was able to do it on 5.3.7.0, which is considerably older and i had to use the modified instructions @vjunk provided in the more recent replies on this board.
Thank for your reply ,Apathylmp,and I will try vjunk´s method as soon as I can get an Ubuntu PC.i was able to do it on 5.3.7.0, which is considerably older and i had to use the modified instructions @vjunk provided in the more recent replies on this board.
realistically the only way to know for sure is to try it and see what happens, but that does run the risk of potentially permanently bricking your device so i would suggest you only do so if you’re experienced, knowledgeable, and fully accept that risk of losing the device completely if things go wrong.
if i were to make an educated guess though, i would say it is increasingly less likely to work with each newer update from amazon as this is the kind of thing that security patches tend to target. so it might not be worth the hassle, but that is something you will have to decide for yourself.
OK,and I have already tried @vjunk 's method,and the method still work on fire os 5.7.1.0.Thans for everybody's help.i was able to do it on 5.3.7.0, which is considerably older and i had to use the modified instructions @vjunk provided in the more recent replies on this board.
realistically the only way to know for sure is to try it and see what happens, but that does run the risk of potentially permanently bricking your device so i would suggest you only do so if you’re experienced, knowledgeable, and fully accept that risk of losing the device completely if things go wrong.
if i were to make an educated guess though, i would say it is increasingly less likely to work with each newer update from amazon as this is the kind of thing that security patches tend to target. so it might not be worth the hassle, but that is something you will have to decide for yourself.
nice! thanks for updating everyone, good to know it’s still working on [more] current versions.OK,and I have already tried @vjunk 's method,and the method still work on fire os 5.7.1.0.Thans for everybody's help.View attachment 6013571View attachment 6013573View attachment 6013575
OK,and I have already tried @vjunk 's method,and the method still work on fire os 5.7.1.0.Thans for everybody's help.i was able to do it on 5.3.7.0, which is considerably older and i had to use the modified instructions @vjunk provided in the more recent replies on this board.
realistically the only way to know for sure is to try it and see what happens, but that does run the risk of potentially permanently bricking your device so i would suggest you only do so if you’re experienced, knowledgeable, and fully accept that risk of losing the device completely if things go wrong.
if i were to make an educated guess though, i would say it is increasingly less likely to work with each newer update from amazon as this is the kind of thing that security patches tend to target. so it might not be worth the hassle, but that is something you will have to decide for yourself.
sudo apt update
sudo add-apt-repository universe
sudo apt install python3 python3-serial adb fastboot dos2unix
sudo ./step-1.sh
sudo systemctl stop ModemManager
sudo systemctl disable ModemManager
sudo ./bootrom-step-minimal.sh
sudo ./fastboot-step.sh
sudo ./step-2.sh
sudo fastboot flash recovery bin/recovery.img
sudo ./return-to-stock.sh
sudo apt update
sudo add-apt-repository universe
sudo apt install python3 python3-serial adb fastboot dos2unix
sudo systemctl stop ModemManager && sudo systemctl disable ModemManager
adb devices
// there should be an item listed
// to be sure, you can unplug and run it again, if it's empty,
// ou know tablet can connect, so plug in the tablet back
adb reboot bootloader
// reboots the tablet and awaits commands
sudo ./brick.sh
// type YES, hit enter
// it will take a couple of minutes (around 3-5min in my case)
// watch the tablet for success message, it should be displayed there if everything works
// but also, watch your terminal...if it gives you error message similiar to:
// ==> [I][U]failed with error message that it can't write somewhere[/U][/I]
// you have to try with brick-9820 script
sudo ./brick-9820.sh
// it will take a couple of minutes, similar to above step
sudo ./bootrom-step.sh
// this will take some time (in my case around 5-10 minutes)
// will give you message similar to "awaiting device connection" and nothing else...
// although nothing seems to happen, just wait a bit and watch the terminal, it will soon start displaying the process
// it should then reboot the tablet, but in my case, that did not happen, so i had to do it manually...
// NOTE that althought tablet seems to be "off", it isn't, so press power btn and hold for 5 sec to turn it off
// after that click and hold volume up button (when in portrait mode it is the right one, the one closest to power btn)
// and immediately after that press and hold the power btn until amazon logo shows itself
// it should then show in bottom left corner HACKED FASTBOOT after a few seconds
sudo fastboot devices
// there should be a device listed
// if not, you should run (in the extracted directory that you are in):
./bin/fastboot devices
// if sudo fastboot devices does not show your device but ./bin/fastboot works, you have to edit the fastboot-step.sh file and change the fastboot commands to ./bin/fastboot
sudo ./fastboot-step.sh
// takes a couple of minutes (1-3 min in my case)
// reboots the device
adb push lineage-12.1-20200614-UNOFFICIAL-douglas.zip /sdcard
adb push open_gapps-arm64-5.1-nano-20200624.zip /sdcard
sudo apt update
sudo add-apt-repository universe
sudo apt install python3 python3-serial adb fastboot dos2unix
sudo ./bootrom-step.sh
[2019-02-07 14:35:59.478924] Waiting for bootrom
[2019-02-07 12:11:05.621357] Reboot to unlocked fastboot.
sudo ./fastboot-step.sh
I was definitely on 9920 (exactly:FireOS 5.6.4.0 (636559920)). Was thinking I was stuck without an unlock method. I did the brick.sh script, then (and here's where my "some problems" comes in - my own error) without paying attention ran the wrong script as the next step after intentionally bricking my tablet. I don't know what state my table was in after doing that, but it wasn't booting into FireOS and I didn't have TWRP. So, not knowing what else to do, I tried flashing the latest official FireOS from the site I linked above. When I rebooted after doing that, I had a working FireOS and going into settings showed me on FireOS 5.6.4.0 (636558520).
At this point, since I was on a TWRP-able OS, I just started over with step-1.sh and step-2.sh and was able to get where I ultimately wanted to be. I'm running SlimLP. Thanks to everyone who has worked through how to make this happen.
adb reboot bootloader
brick-9820.sh
bootrom-step.sh
fastboot-step.sh