Quick question:
I am very used to flashing so this isn't new to me. I recently updated to android build MHC19I. I'm use to the "lock your bootloader" warning, but now that I'm on TWRP 3.0.0-1, I'm also receiving the "your device is corrupt" warning. Now this doesn't seem to affect day to day use, so I don't seem to care, but am I doing something wrong? I usually wouldn't receive that message.
Thanks!
dbroer91884 said:
Quick question:
I am very used to flashing so this isn't new to me. I recently updated to android build MHC19I. I'm use to the "lock your bootloader" warning, but now that I'm on TWRP 3.0.0-1, I'm also receiving the "your device is corrupt" warning. Now this doesn't seem to affect day to day use, so I don't seem to care, but am I doing something wrong? I usually wouldn't receive that message.
Thanks!
Click to expand...
Click to collapse
Have you flashed SuperSU since flashing this version of TWRP? I haven't been able to pinpoint the cause of this message, but I believe it occurs when you have a modified /system partition (from installing TWRP). If I recall correctly (I had it a while ago) flashing SuperSU seemed to get rid of it. Could be a coincidence but that was my experience.
Heisenberg said:
Have you flashed SuperSU since flashing this version of TWRP? I haven't been able to pinpoint the cause of this message, but I believe it occurs when you have a modified /system partition (from installing TWRP). If I recall correctly (I had it a while ago) flashing SuperSU seemed to get rid of it. Could be a coincidence but that was my experience.
Click to expand...
Click to collapse
Here is the crazy thing.
So I hadn't flashed anything but TWRP, didn't modify the system partition at all, and that message would come up. I then flashed the latest Pure Nexus (actually then removed Root) and the message is now back to just the relock the bootloader message. I checked what build was used in that rom, and it is some crazy build (MHC19J) which isn't even available on the the Android Factory Images site. So I don't really know. As of now though, I'm just back to the normal lock your bootloader message.
dbroer91884 said:
Here is the crazy thing.
So I hadn't flashed anything but TWRP, didn't modify the system partition at all, and that message would come up. I then flashed the latest Pure Nexus (actually then removed Root) and the message is now back to just the relock the bootloader message. I checked what build was used in that rom, and it is some crazy build (MHC19J) which isn't even available on the the Android Factory Images site. So I don't really know. As of now though, I'm just back to the normal lock your bootloader message.
Click to expand...
Click to collapse
TWRP itself modifies the system partition in order to persist through reboots, I believe this is what causes the message to appear.
I think the Warnung is only red then the vendor image with the cert.check goes wrong the mhc19j is the last march build from the nexus5x and the devs changed the Rom for the angler- so try to flash the vendor image Märchen from Angler the mhc19i and the Rom certificate check goes right and the yellow Warnung is back.....i had for a few days the same Problem.... Download the vendor in the Rom thread and flsh it with wugs toolkit and then reboot.... Sry for my terrible english
So I loved this phone long time ago, but after I got a new one, I decided to play with P9 Lite. I installed installed lineage, I had fun for a while, but I decided I want the stock soft once again. During 'rollback', something has happened and possibly bricked the phone. I forgot about it because I had some things to do in life, but now I came back to fix it...but I don't know how. It is still on a bootloop, but I can launch fastboot. I flashed some of twrp's out there, but I still cannot enter any of them. I can't use dload method, because it doesn't work either. Can anyone help me, please?
Try to go into the stock recovery , and if is possible do a cache wipe. Check if the bootloader is locked or not ( because after some operations it may be locked again ) and then try to flash a recovery in recovery and also in the Erecovery partitions.
i have same situation, flashed a lot of twrp, still cant enter none
Return back stock recoveries. I really don't think that TWRP will help you now. With stock recoveries reinstalled, try to flash B160/B161 (depending on if you have dual/single SIM) (you can choose pretty much any stock A6 version, but I think that B160/B161 is the best of all.). After a successful flash, a factory reset should start.. I think that you don't even need an unlocked bootloader or FRP.
NEVER EVER flash the rollback package two times in a row. And also, DO NOT flash Android 7 (B3xx/B5xx). Both of these actions will result in the need of DC Phoenix. Or even into a useless brick.
Greetings everyone,
today I purchased a new G950F S8. Immediately I wanted to root the device, and in order to do so - installed TWRP via Odin 3.13.3 (flashed the newest version for Exynos models downloaded from their web-site). The flashing process went through fine - everything checked out, at least seemingly.
When I first restarted my phone (followed the instruction), it booted up in it's default recovery, NOT TWRP recovery. That seemed strange, so I double checked the instruction - which claimed I need to quickly boot into recovery, as soon as the flashing process is done and the phone is first restarted. Maybe I was slow.. I re-flashed TWRP, and this time it booted into TWRP. Now, this is when the problem started.
I didn't touch anything within TWRP, I was just satisfied to see it installed. When I tried to restart into System, I got the Samsung logo bootloop. I couldn't power off the phone, nor could I boot it up. I could, however, alternate between download mode and TWRP. I tried changing System format and then changing it back to original (saw that somewhere), but it didn't help. Tried factory reset without results.
Finally I downloaded official stock ROM for Italy, flashed via Odin and everything works fine.
Thing is - I really want to root my phone. Had no issues with my Note 3 previously. I wouldn't want to get into more trouble, so I'm kindly asking for some advice, or a useful link (I searched all over but didn't find anything that would make me feel confident enough not to screw it up again) to how I can do this safely.
I'm using Android 9, official stock ROM for Italy.
Misce said:
Greetings everyone,
today I purchased a new G950F S8. Immediately I wanted to root the device, and in order to do so - installed TWRP via Odin 3.13.3 (flashed the newest version for Exynos models downloaded from their web-site). The flashing process went through fine - everything checked out, at least seemingly.
When I first restarted my phone (followed the instruction), it booted up in it's default recovery, NOT TWRP recovery. That seemed strange, so I double checked the instruction - which claimed I need to quickly boot into recovery, as soon as the flashing process is done and the phone is first restarted. Maybe I was slow.. I re-flashed TWRP, and this time it booted into TWRP. Now, this is when the problem started.
I didn't touch anything within TWRP, I was just satisfied to see it installed. When I tried to restart into System, I got the Samsung logo bootloop. I couldn't power off the phone, nor could I boot it up. I could, however, alternate between download mode and TWRP. I tried changing System format and then changing it back to original (saw that somewhere), but it didn't help. Tried factory reset without results.
Finally I downloaded official stock ROM for Italy, flashed via Odin and everything works fine.
Thing is - I really want to root my phone. Had no issues with my Note 3 previously. I wouldn't want to get into more trouble, so I'm kindly asking for some advice, or a useful link (I searched all over but didn't find anything that would make me feel confident enough not to screw it up again) to how I can do this safely.
I'm using Android 9, official stock ROM for Italy.
Click to expand...
Click to collapse
Bro stick with stock you got a nice expensive phone you don't need to chance messing it up
Thot Conqueror
Misce said:
Greetings everyone,
today I purchased a new G950F S8. Immediately I wanted to root the device, and in order to do so - installed TWRP via Odin 3.13.3 (flashed the newest version for Exynos models downloaded from their web-site). The flashing process went through fine - everything checked out, at least seemingly.
When I first restarted my phone (followed the instruction), it booted up in it's default recovery, NOT TWRP recovery. That seemed strange, so I double checked the instruction - which claimed I need to quickly boot into recovery, as soon as the flashing process is done and the phone is first restarted. Maybe I was slow.. I re-flashed TWRP, and this time it booted into TWRP. Now, this is when the problem started.
I didn't touch anything within TWRP, I was just satisfied to see it installed. When I tried to restart into System, I got the Samsung logo bootloop. I couldn't power off the phone, nor could I boot it up. I could, however, alternate between download mode and TWRP. I tried changing System format and then changing it back to original (saw that somewhere), but it didn't help. Tried factory reset without results.
Finally I downloaded official stock ROM for Italy, flashed via Odin and everything works fine.
Thing is - I really want to root my phone. Had no issues with my Note 3 previously. I wouldn't want to get into more trouble, so I'm kindly asking for some advice, or a useful link (I searched all over but didn't find anything that would make me feel confident enough not to screw it up again) to how I can do this safely.
I'm using Android 9, official stock ROM for Italy.
Click to expand...
Click to collapse
When you first flash twrp and boot into twrp you have to format phone from within twrp, then flash no Verity zip and rmm bypass zip. If you reboot system before you format then you get bootloop. There is full instructions in a thread here on XDA.
I am puzzled by what's happening...
We got a new Moto G7 for my wife and following the instructions here https://www.the***********.com/install-twrp-root-moto-g7-plus-guide/, I successfully rooted the phone. However, there was a security update that needed to be installed, so with some great advice from ptn107, see https://forum.xda-developers.com/mo...-trying-to-t3977463/post80429619#post80429619, I flashed the updated ROM onto the phone. (Note that I omitted 'fastboot erase userdata'. Also note that the warning message 'is-logical:<partition>: not found' was seen for all flash commands.)
The phone booted properly after the update, so I then went through the exact same rooting steps that had worked previously. However, this time, the phone gets stuck in a boot loop. I reflashed the ROM and can boot successfully, but the phone is no longer rooted. (I have tried this twice, with Magisk 19.3 and 19.4 - same result.)
Any ideas as to what I may be doing incorrectly? More importantly, what is the best way forward?
Thanks.
im dealing with the same issue. you can flash TWRP and go to advanced, fix boot loop, and that should get it to boot, but then you lose Magisk. May be a verity / checksum issue with the stock ROM. probably an easy fix but I dont have it.
EDIT: also you can flash the stock boot.img back and that will do the same thing, but again you lose Magisk/Root.
New video guide below
VIDEO GUIDE
1. *VERY IMPORTANT* We need to back up your broken persist.img and store it in a safe place. PC preferred. We will need this later. Do not leave the backup on the device as the next step will wipe the device.
*IF YOU LOOSE THIS PERSIST.IMG BEFORE WE MODIFY IT WITH A CALIBRATION, YOU LOOSE ALL CHANCE OF FIXING THIS YOURSELF*
*IT HOLDS IMPORTANT FP CALIBRATION DATA THAT WE WILL BE OVERWRIGHTING IN THE NEXT FEW STEPS*
Note: This requires root
Type this into terminal or ADB shell with root privileges.
Code:
dd if=/dev/block/bootdevice/by-name/persist of=/sdcard/persist.img
Backup the partition to another device. Preferably a PC as you may need one in the later steps.
2. Next we have to restore our OS to an earlier OOS. (10.5.4 is what I used and recomended)
Use the MSMTool to restore your device to 10.5.4.Note: You will loose your unlocked bootloader and will be required to unlock your bootloader once more.
Guide and Source for MSMTool
MSMTool 10.5.4 Download
3. Next step is to unlock the built in 'Factory Mode' I have a guide on how to do this below.
[GUIDE] Unlock Factory Mode *root*
4. Now we need to perform a FP calibration. We want to fail.
Enter Factory Mode as shown in the previous guide. (*#801# in the stock dialer)
Swipe over to "Device Debugging"
Select "Finger print test"
Select "Finger print calibration test(Pure White - 90% Blue)
Select "Start Test"
Keep on going through the tests (You must hold an object or your finger over sensor on all BUT THE BLACK RUBBER TEST of these test for it to work!)
The test will fail and this is what we want. There should be a lot of red lines, if you only have one or two try again.
5. We need to extract the the old broken persist.img
NOTE: It is important that we extract the backed up persist.img as it has been unmodified by our recent calibration. This persist.img although broken still has all our working calibrations on it including Finger Print calibrations.
The way I did this is by opening it extracting it via 7-ZIP on my PC
Once extracted move the 'DATA' folder and the 'ENGINEERMODE' folder to the root of your sdcard.
6. Download a root explorer. I highly recommend 'Solid Explorer' from the Play Store.
Open 'DATA' folder and delete 'gf_persist.so'
Select the 'DATA' and 'ENGINEERMODE' folders you just put on the device and place them at /mnt/vendor/persist/
It should ask you if you want to keep the old or new files. Select to keep the new.
Reboot.
7. If you followed all my steps correctly this you should be able to go into settings and add your fingerprints.
Why does this work?
Good question... I think what is happening is something in the persist partition breaks which causes the device to think that the sensor is not calibrated when in fact it still is.
When we start and fail a new calibration this fixes whatever was broken in our partition. But now we have a failed calibration.
So what we do is take the files from our backed up persist partition and move over all the necessary files that have our original calibration. But now our partition has the part of it that wasn't working fixed.
I spent a good many days working on this fix (1-2 hundred hours or so). I hope you can be respectful if you have issues. Please kindly ask below and I'll do my best to help.
Thanks worked on.my TMobile OnePlus.
I can confirm working on OOS 1.5.6 too. I downgraded from 10.5.9 with downgrade rom, which restores OOS to 10.5.6, and followed your guide and it worked as a charm. The only problem is that i cannot lock back the bootloader, cause it breaks FP again. Did you maybe try to lock it to try? Nice work man.
T-Mobile OnePlus 8 here. Stock firmware, orginally had my bootloader unlocked, rooted with TWRP and Magisk, backed up modem, converted to international firmware (10.5.7), lost signal, had to restore modem, ota'd to 10.5.9, unlocked bootloader again, rooted, etc. All while having a working FP the whole time. Ended up flashing EdXposed via Magisk, broke SafetyNet, etc, did a factory reset on TWRP (3.4.0-1 test), wiped data, rebooted recovery, rebooted system, booted back to TWRP. Installed Magisk to see if it'll boot with root, same thing. MSM'd back to T-Mobile firmware, then converted to international again. After the conversion was done and I unlocked bootloader and rebooted to system, my FP was broken. Ended up MSM'ing back to T-Mobile stock to see if it would work again, nothing.
TL;DR does this method only work if I had a working FP to begin with like it did stock out of the box?
TheKnux said:
T-Mobile OnePlus 8 here. Stock firmware, orginally had my bootloader unlocked, rooted with TWRP and Magisk, backed up modem, converted to international firmware (10.5.7), lost signal, had to restore modem, ota'd to 10.5.9, unlocked bootloader again, rooted, etc. All while having a working FP the whole time. Ended up flashing EdXposed via Magisk, broke SafetyNet, etc, did a factory reset on TWRP (3.4.0-1 test), wiped data, rebooted recovery, rebooted system, booted back to TWRP. Installed Magisk to see if it'll boot with root, same thing. MSM'd back to T-Mobile firmware, then converted to international again. After the conversion was done and I unlocked bootloader and rebooted to system, my FP was broken. Ended up MSM'ing back to T-Mobile stock to see if it would work again, nothing.
TL;DR does this method only work if I had a working FP to begin with like it did stock out of the box?
Click to expand...
Click to collapse
Just follow the guide, you'll have it working. You just have to backup your current persist
dzontra83 said:
Just follow the guide, you'll have it working. You just have to backup your current persist
Click to expand...
Click to collapse
So back it up even though it's broken? I'm on T-Mobile stock again, locked BL. Should I unlock, root, then pull persist and back it up?
TheKnux said:
So back it up even though it's broken? I'm on T-Mobile stock again, locked BL. Should I unlock, root, then pull persist and back it up?
Click to expand...
Click to collapse
Exactly, a T-Mobile user confirmed guide to work, check 2nd post
While on 10.5.7, unlocked bootloader, I flash TWRP, then reboot, and it boots back to TWRP. When I flash Magisk 20.4 zip in TWRP, it goes to boot, then enters CrashDump Mode. When I try and use the flash-all to downgrade to 10.5.4, I get a bunch of fastboot "cannot flash critical partitions" errors, it fails, and goes back to CrashDump Mode. What am I doing wrong? Also, is it really necessary to downgrade to an earlier version of OOS to use Engineering Mode or can I use 10.5.7?
TheKnux said:
While on 10.5.7, unlocked bootloader, I flash TWRP, then reboot, and it boots back to TWRP. When I flash Magisk 20.4 zip in TWRP, it goes to boot, then enters CrashDump Mode. When I try and use the flash-all to downgrade to 10.5.4, I get a bunch of fastboot "cannot flash critical partitions" errors, it fails, and goes back to CrashDump Mode. What am I doing wrong? Also, is it really necessary to downgrade to an earlier version of OOS to use Engineering Mode or can I use 10.5.7?
Click to expand...
Click to collapse
When you unlock bootloader, only boot into TWRP, then install magisk, i thin it Is still recommend to only boot into TWRP, not to flash it.
dzontra83 said:
When you unlock bootloader, only boot into TWRP, then install magisk, i thin it Is still recommend to only boot into TWRP, not to flash it.
Click to expand...
Click to collapse
Thank you so much, that worked! New problem, what do I do since I can't downgrade to an earlier OOS (10.5.4)?
Performing the test on T-Mobile 10.5.7, when performing the test, nothing is failing after pressing start test. Its all passing, what should I do?
When trying to downgrade using the 10.5.4 MSM Tool. it gives an error of "Unsupported Target TMO" and "param preload" and fails.
TheKnux said:
Thank you so much, that worked! New problem, what do I do since I can't downgrade to an earlier OOS (10.5.4)?
Performing the test on T-Mobile 10.5.7, when performing the test, nothing is failing after pressing start test. Its all passing, what should I do?
When trying to downgrade using the 10.5.4 MSM Tool. it gives an error of "Unsupported Target TMO" and "param preload" and fails.
Click to expand...
Click to collapse
Did you follow the instructions in test exactly? In second test you must't press the sensor.
Can help you with TMobile model, I have international one.
I figured it out. I was just being a dumbass I guess. Has anyone noticed the fingerprint sensor not being able to read that well compared to before it was broken? It seems like it fails a lot more before it succeeds. Unless now that it's working, we can perform the calibration again and it'll work better?
TheKnux said:
I figured it out. I was just being a dumbass I guess. Has anyone noticed the fingerprint sensor not being able to read that well compared to before it was broken? It seems like it fails a lot more before it succeeds. Unless now that it's working, we can perform the calibration again and it'll work better?
Click to expand...
Click to collapse
Don't know about that, mine works just fine
So I think I messed up, I ended up performing the calibration again, while it was already working, and now it says "fingerprint hardware not present" any suggestions on how to fix? I performed the instructions in the guide (again) and nothing worked. When the error pops up, if I press back, the error message goes away and the FP icon is there. When I tap on it, it lights up white but doesn't vibrate or register anything. I already used the MSM tool to go back to Tmobile stock, then used the fastboot ROM to go to Global 10.5.7, followed the guide again, still nothing.
TheKnux said:
So I think I messed up, I ended up performing the calibration again, while it was already working, and now it says "fingerprint hardware not present" any suggestions on how to fix? I performed the instructions in the guide (again) and nothing worked. When the error pops up, if I press back, the error message goes away and the FP icon is there. When I tap on it, it lights up white but doesn't vibrate or register anything. I already used the MSM tool to go back to Tmobile stock, then used the fastboot ROM to go to Global 10.5.7, followed the guide again, still nothing.
Click to expand...
Click to collapse
The initial backup of the persist.img should do the trick, if you repeat the process once again, it should work
dzontra83 said:
The initial backup of the persist.img should do the trick, if you repeat the process once again, it should work
Click to expand...
Click to collapse
I tried that, multiple times. Still not working. Is it possible for someone to upload their persist.img so I can try it or is it device specific? Granted, I pulled my initial persist.img from stock rooted Tmobile ROM AFTER I broke it even though it worked before (long story). I wasn't able to downgrade to 10.5.4 because when I tried using the MSM tool, it gave me a TMO device error and I couldn't use a fastboot ROM to go to 10.5.4 cause it kept entering CrashDump mode every time it tried rebooting to fastboot to finish the flash process .
TheKnux said:
I tried that, multiple times. Still not working. Is it possible for someone to upload their persist.img so I can try it or is it device specific? Granted, I pulled my initial persist.img from stock rooted Tmobile ROM AFTER I broke it even though it worked before (long story). I wasn't able to downgrade to 10.5.4 because when I tried using the MSM tool, it gave me a TMO device error and I couldn't use a fastboot ROM to go to 10.5.4 cause it kept entering CrashDump mode every time it tried rebooting to fastboot to finish the flash process .
Click to expand...
Click to collapse
Your cannot use someone else's persist, you must't use yours.
dzontra83 said:
Your cannot use someone else's persist, you must't use yours.
Click to expand...
Click to collapse
What about someone else's DATA and ENGINEERINGMODE folders? I've tried everything. Even recalibrating multiple times. It's not giving me a bunch of errors like it did before, just one error. The last error is FAIL! OPERATION_STEP_GET_KB_CALIBRATION TEST FAIL:GF_ERROR_GENERIC
Just wondering, what is the point of downgrading to an earlier OOS? If I was able to do it on the Tmobile firmware with success, is there an importance in downgrading?
Thank you so very very much!!! I have a T-Mobile 7T Pro 5G McLaren which hasn't had a working fp in almost 2 months. I hadn't made a backup of persist before the fp broke, so I thought I was completely screwed. Luckily, I did make a backup of persist before trying to use the fp calibration tool myself without any luck shortly after it broke (basically just clicking stuff and guessing lol). Found this thread and I had my FP scanner working again perfectly in less than 15 minutes!!!! Thank you soooo much for all the hours and effort you put into figuring this out!!!!!!!
Didn't have to run the msm tool to revert to older version of OOS and lose all my data either!!
Just one question and it's just for my curiosity. Why do we delete "gf_persist.so" from our original persist.img before copying/pasting into /persist partition after "calibration"? Is gf_persist.so not a file containing part of the original calibration? Is that the file which is being fixed by running the hidden calibration commands?
If anyone can help me, it would be much appreciated. https://forum.xda-developers.com/oneplus-8/help/broken-persist-img-problems-t4129587