Related
My phone was rooted for the longest time without any problems, but some time ago (I'm assuming after the Treble update) apps would not detect root, although any app that was already using root could continue doing so.
I checked Magisk, which said root was not installed. I booted my phone into recovery, and somehow my phone had the stock recovery flashed on it. I tried flashing TWRP on it again, and it worked. Except, when I rebooted my phone into recovery later again, it went back to stock recovery.
I have no idea what's going on, and would really appreciate some help.
(PS: I do know how to update my phone without the phone reverting to stock recovery, I've done it many times before, so that can't be the problem)
update: I tried flashing TWRP again (through bootloader), and this time I jumped straight to recovery. It showed all the directories as if my phone had just been completely wiped. Internal memory 0M. No files anywhere. Didn't even have a downloads folder.
In a panic, I rebooted my phone, but my phone was actually untouched, no data wipe whatsoever. I'm even more confused about what the hell is happening now.
The stock OOS will automatically reflash the stock recovery if it detects it has changed to something else.
You have to boot into TWRP right after installing it and either let it mount /system read-write (likely to cause problems later) or install something like Magisk that will prevent overwriting the recovery.
TWRP was not able to read your data partition, which can happen depending on which kind of encryption you have. Try the BlueSpark TWRP, it supposedly supports encryption better than the official one.
It's the version. If I use 3.2.3.0 or 3.2.2.0 I get no files. But 3.2.1.1 works for some reason. You can also install pie now. There is a link in the one plus 5 forums here to hydrogen os. It's Chinese version but that doesn't matter. It is in English. You will need to uninstall a few Chinese bloatware apps and flash gapps. But besides that I don't see much difference. If anything the hydrogen os looks nicer. I'll add some screenshots . Developer options was enabled from first boot, with the advanced reboot menu I noticed.
Also, if you have root the TWRP app can flash recovery from in the OS.
Fif_ said:
The stock OOS will automatically reflash the stock recovery if it detects it has changed to something else.
You have to boot into TWRP right after installing it and either let it mount /system read-write (likely to cause problems later) or install something like Magisk that will prevent overwriting the recovery.
TWRP was not able to read your data partition, which can happen depending on which kind of encryption you have. Try the BlueSpark TWRP, it supposedly supports encryption better than the official one.
Click to expand...
Click to collapse
It's frustrating for sure. Lol
.
HMSS013 said:
Had my new OP5 rooted and almost everything was right in the world, but i flew too close to the sun by uninstalling a few apps I thought were expendable and eventually Google Play Services started crashing. When all troubleshooting failed I ended up flashing a fresh copy of OxygenOS (5.1.7) to my device, but every attempt to re-root the device has failed.
The first obstacle I ran into was that there was no access to Internal Storage in TWRP, I was able to fix that by Wipe > Format Data and then using Advanced Wipe to clean Dalvik/Cache/System/Data for good measure.
My next issue was that TWRP returned Error 7 when attempting to flash the stock OOS rom... after some digging I was able to clean the 'asserts' line from the updater-script file and now the rom will flash.
The headache has been getting the device re-rooted, and I feel like I've tried everything. I have to flash the SuperSU or Magisk zip (both fail to root the device) before reboot because the dm-verity encrypts on first boot and after that I can't access any storage to flash from internal memory. The three different dm-verity patches I've found don't prevent it. I also tried 'fastboot oem disable_dm_verity' to try and stop it but after talking with the device fastboot returns 'unknown command'.
My final effort to get around it was to flash a kernel that didn't force dm-verity (blu_spark kernel) but that returns Error 1: 'Unsupported Android Version' when I attempt to flash it.
I've tried dozens of variations on this, including a Lineage OS rom instead and also trying to sideload certain zips, but still no dice. Any and all help would be appreciated.
Click to expand...
Click to collapse
Which rom do you want to install?
HMSS013 said:
The first obstacle I ran into was that there was no access to Internal Storage in TWRP, I was able to fix that by Wipe > Format Data and then using Advanced Wipe to clean Dalvik/Cache/System/Data for good measure.
Click to expand...
Click to collapse
Hi, this one is because of your TWRP. Please flash Codework's TWRP and try that with it. It should solve your issue for sure. (same thing happened to me while I tried installing custom roms and every time I needed to wipe everything to see my internal storage again)
This guide can help you out with Error 7 on TWRP https://forum.xda-developers.com/showthread.php?t=2522762
I do believe your this issue you're having caused by TWRP. Also after rooting the phone, install magisk app. (you don't need to install supersu, it comes with magisk). After rebooting into system reboot your phone again once more it should show up on magisk app that you've successfully rooted your phone. Remember after flashing magisk you need to reboot twice in order for phone to realize it. Please try the steps I told you and let me know.
Also you don't need to flash dm-verity patch at all.
Try clean flash instructions with Codework's TWRP and root it with latest Magisk.
.
.
HMSS013 said:
I actually really like the Oreo version of OxygenOS, so when I had to resort to re-flashing to fix this mess I dug up one of the stock (5.1.7) roms, it served me well (assuming I can get it rooted, lol).
I'd be willing to move to Lineage if I absolutely have to, but if not, I'd really like to keep Oreo if at all possible.
Click to expand...
Click to collapse
For 5.1.7 try this twrp https://drive.google.com/file/d/1UlTftbe6wooAs4Fp0cjwXlOKmfQHgdfL/view?usp=drivesdk along with magisk 17.1.
Clean flash is recommended. If it didn't help, please list your steps again(detailed).
Don't use supersu and skip the other suggestions for now please.
.
I am sick of this encryption thingy everytime I want to flash a rom on 6t, sometimes it works sometimes it's triggered even if I follow twrp tutorial.
Lately I flashed omnirom, but it encrypted slot B, I rebooted to slot A in recovery and Oos booted.
So it looks like slot B is still encrypted while A is running great and rooted with magisk.
Should I decrypt slot B or it's useless as long as I won't flash a new rom?
So did you managed to flash omnirom or not?
cultofluna said:
So did you managed to flash omnirom or not?
Click to expand...
Click to collapse
Nop
Tried a second time but it will trigger encryption again following twrp first post tutorial. It's weird because it worked in the past with other aosp roms. Perhaps Omnirom dev forgot to add A6010 as compatible 6t?
vegetaleb said:
Nop
Tried a second time but it will trigger encryption again following twrp first post tutorial. It's weird because it worked in the past with other aosp roms. Perhaps Omnirom dev forgot to add A6010 as compatible 6t?
Click to expand...
Click to collapse
Try to install without rebooting on twrp in between..
Flash rom
Flash twrp installer (DON'T reboot on twrp)
Wipe data
Flash gapps
Flash magisk
Reboot
cultofluna said:
Try to install without rebooting on twrp in between..
Flash rom
Flash twrp installer (DON'T reboot on twrp)
Wipe data
Flash gapps
Flash magisk
Reboot
Click to expand...
Click to collapse
Ok I will try.
And what is the way back? Last time I went back to oos from aosp it encrypted both slots, I had to use unbriking tool that wipes the whole phone
vegetaleb said:
Ok I will try.
And what is the way back? Last time I went back to oos from aosp it encrypted both slots, I had to use unbriking tool that wipes the whole phone
Click to expand...
Click to collapse
If both slots are encrypted you can maybe put the oos rom and a magisk zip on a otg storage to flash it via twrp
Let me know if it works also. I had same problem, the only way I was able to recover was to fastboot flash ops to phone.
adeptustech said:
Let me know if it works also. I had same problem, the only way I was able to recover was to fastboot flash ops to phone.
Click to expand...
Click to collapse
Do you have 6010 variant?
I'm no stranger to rooting and ROM'ing I've been doing it for years now. However I've never had an a/b device and it's confusing me I have a T-Mobile variant switched to international the bootloader is unlocked I'm rooted with magisk 18.1, and TWRP 3.3.0-2 and I have OOS 9.0.12 installed. I don't understand having OOS as a base ROM for other custom ROMs, some people say to flash OOS twice because apparently it goes into both slot a and b but then twrp encrypts data forcing you to msmtool. I know to take any password and finger print off the phone before switching ROMs and to change the lock screen to none.
My understanding of the steps to follow are
Reboot into TWRP
Wipe like you normally would
Flash custom ROM if your choosing
Flash TWRP (so you don't lose TWRP)
Reboot into the ROM
Reboot into recovery and flash magisk and gapps if needed
Reboot and everything should be good
If that's correct please let me know and I appreciate the help
Joe199799 said:
I'm no stranger to rooting and ROM'ing I've been doing it for years now. However I've never had an a/b device and it's confusing me I have a T-Mobile variant switched to international the bootloader is unlocked I'm rooted with magisk 18.1, and TWRP 3.3.0-2 and I have OOS 9.0.12 installed. I don't understand having OOS as a base ROM for other custom ROMs, some people say to flash OOS twice because apparently it goes into both slot a and b but then twrp encrypts data forcing you to msmtool. I know to take any password and finger print off the phone before switching ROMs and to change the lock screen to none.
My understanding of the steps to follow are
Reboot into TWRP
Wipe like you normally would
Flash custom ROM if your choosing
Flash TWRP (so you don't lose TWRP)
Reboot into the ROM
Reboot into recovery and flash magisk and gapps if needed
Reboot and everything should be good
If that's correct please let me know and I appreciate the help
Click to expand...
Click to collapse
First you need to flash OOS stable because of vendor and second to avoid the bugs. If you flash open beta u will face alot of face issues that why stable is always recommend to flash before flashing ROM and it's also must to flash before flashing ROM again same thing to avoid bugs but it's personal choice if u flash Rom and face any Issue flash OOS stable and then flash Rom. If u don't flash OOS and u didn't face any Issue you are fine that's my experience so far if I flash issue I repeat but stable first then custom and 99% bugs fixed that I "Only" face ..
And method yes that is correct for flashing ROM at least for me I followed always and nothing happens!
farhan20 said:
First you need to flash OOS stable because of vendor and second to avoid the bugs. If you flash open beta u will face alot of face issues that why stable is always recommend to flash before flashing ROM and it's also must to flash before flashing ROM again same thing to avoid bugs but it's personal choice if u flash Rom and face any Issue flash OOS stable and then flash Rom. If u don't flash OOS and u didn't face any Issue you are fine that's my experience so far if I flash issue I repeat but stable first then custom and 99% bugs fixed that I "Only" face ..
And method yes that is correct for flashing ROM at least for me I followed always and nothing happens!
Click to expand...
Click to collapse
I flashed OOS 9.0.12 yesterday because I switched ROMS with 9.0.11 and it resulted in a msm flash, turns out switching roms from 9.0.11 is a bad idea. But after updating I flashed havoc OS and everything is all good. We appreciate the answer I understand it a little better now
A/B slotting implies having a pair of partitions for most partition types (eg., Boot, System, etc...). This does not include the Data partition, however. The purpose was never to allow the coexistence of multiple ROMs but to install an OTA stock update into the unused slot while you're already using the ROM. That way if there's an error during the update process, the OS can choose not to switch over to the updated partition on reboot and continue using the current one. This redundancy is why they were able and willing to scrap the Recovery partition, too.
When flashing a ROM for an A/B device, it actually flashes to the slot you are currently not using. Then upon reboot, it switches to that slot. This is why to maintain TWRP, you need to run TWRP installer after flashing the ROM but before the reboot. Otherwise, restarting into recovery would restart into the ROMs recovery or stock recovery. The TWRP installer unconditionally patches tho Boot partition of both slots. Note that other installers like Magisk and GApps do not. If you were to install Magisk before rebooting, it would install to the currently active slot, not the one the ROM was installed to.
After flashing the ROM and TWRP and rebooting into recovery, the slot would then be set to the newly installed ROM's slot and you can finish installing Magisk and/or GApps. You would wipe data unless you're dirty flashing an updated ROM. If you've removed security password/pin/pattern before flashing it's safe to flash before rebooting in recovery. In situations where I still had such security on, I had to wipe data after rebooting into recovery to maintain working decryption. Taking off the password/pin/pattern before flashing effectively disables the encryption of files on the data partition making it easier to transition to another ROM without any decryption problems.
Whether you need to flash OOS before flashing a ROM, I presume, would depend on whether the ROM, itself, is OOS based. It's not necessary for a non-OOS ROMs. There is a nasty problem that creeps up with OOS based ROMs in which it might boot-loop into recovery. I assume the double flashing might prevent that, though my experience with that problem is after a TWRP restore of OOS stock. You could use msmtool in such a situation as stated, but I always get rid of it by flashing stock Boot partition in fastboot, booting into stock recovery, and factory reset + erase sdcard.
Reboot into TWRP
Wipe like you normally would
Flash custom ROM if your choosing
Flash TWRP (so you don't lose TWRP)
Reboot into the ROM
Reboot into recovery and flash magisk and gapps if needed
Reboot and everything should be good.
Click to expand...
Click to collapse
Don't reboot into ROM before reboot into recovery and make sure to take off Pin/Password/Pattern/Fingerprints before booting into TWRP. Otherwise, this should be fine. For the wipe stage, you don't even need to wipe System or Boot (never Boot), in my experience. Just Data and Dalvik, if not dirty flashing the same ROM type.
Nsane457 said:
A/B slotting implies having a pair of partitions for most partition types (eg., Boot, System, etc...). This does not include the Data partition, however. The purpose was never to allow the coexistence of multiple ROMs but to install an OTA stock update into the unused slot while you're already using the ROM. That way if there's an error during the update process, the OS can choose not to switch over to the updated partition on reboot and continue using the current one. This redundancy is why they were able and willing to scrap the Recovery partition, too.
When flashing a ROM for an A/B device, it actually flashes to the slot you are currently not using. Then upon reboot, it switches to that slot. This is why to maintain TWRP, you need to run TWRP installer after flashing the ROM but before the reboot. Otherwise, restarting into recovery would restart into the ROMs recovery or stock recovery. The TWRP installer unconditionally patches tho Boot partition of both slots. Note that other installers like Magisk and GApps do not. If you were to install Magisk before rebooting, it would install to the currently active slot, not the one the ROM was installed to.
After flashing the ROM and TWRP and rebooting into recovery, the slot would then be set to the newly installed ROM's slot and you can finish installing Magisk and/or GApps. You would wipe data unless you're dirty flashing an updated ROM. If you've removed security password/pin/pattern before flashing it's safe to flash before rebooting in recovery. In situations where I still had such security on, I had to wipe data after rebooting into recovery to maintain working decryption. Taking off the password/pin/pattern before flashing effectively disables the encryption of files on the data partition making it easier to transition to another ROM without any decryption problems.
Whether you need to flash OOS before flashing a ROM, I presume, would depend on whether the ROM, itself, is OOS based. It's not necessary for a non-OOS ROMs. There is a nasty problem that creeps up with OOS based ROMs in which it might boot-loop into recovery. I assume the double flashing might prevent that, though my experience with that problem is after a TWRP restore of OOS stock. You could use msmtool in such a situation as stated, but I always get rid of it by flashing stock Boot partition in fastboot, booting into stock recovery, and factory reset + erase sdcard.
Don't reboot into ROM before reboot into recovery and make sure to take off Pin/Password/Pattern/Fingerprints before booting into TWRP. Otherwise, this should be fine. For the wipe stage, you don't even need to wipe System or Boot (never Boot), in my experience. Just Data and Dalvik, if not dirty flashing the same ROM type.
Click to expand...
Click to collapse
That was a very well written and insightful answer thank you. The way you wrote makes everything much easier to understand
I think with the new TWRP recovery flashing is about to be less of a d**k. TWRP 3.3.0-0
So far there's only a small sample, but I think there's enough of a pattern to constitute an issue. I've tried to flash the latest of both pixel experience (unofficial) and havoc, and each one sends me directly to either recovery or fastboot, depending on the order which I flash/wipe/factory reset. It's been a couple months since I've flashed anything other than an open beta update, but I never had any issues flashing ROMs.
For both I've tried:
Flash OOS. 9.0.13 (or OB13) in both slots
Flashed Twrp installer
Reboot to recovery
Flash custom ROM
Flash Twrp installer
Factory reset (tried full wipe as well)
It's at this point where I attempt to reboot to recovery to flash gapps (for havoc, not PE) I get sent to recovery or fastboot, depending on whether I reset or wipe data.
I can flash OOS and boot stable or open beta and boot into them with no problems. I've even allowed it to boot to the OOS welcome screen and went back to recovery to flash the custom ROM with the same outcome, doing a factory reset before I flash, after I flash, reboot to recover after flashing to factory reset. I've tried a full wipe in place of factory reset and all different combinations, all with the same result...
What am I missing?
lordcheeto03 said:
What am I missing?
Click to expand...
Click to collapse
I think I've had this issue also--it might be necessary to let the OOS ROM boot up as system--no need to setup the phone, then reboot yourself to TWRP and flash whatever else you want.
It was confusing to me too, and I didn't take notes, so don't know exactly what happened.
Also, maybe don't try to flash things to both partitions--just let the installers do their work as they are made to do without any extra steps.
Since you've already factory reset/wiped, it might help to skip this step also, as a trial.
Did you have Magisk before, and uninstall it first? Might help, as uninstalling restores system images or somesuch.
And, there are some occasions where a ROM flash won't reboot properly without first installing Magisk, but don't recall the incidentals of this either.
Regardless, we'll have a record if you post what steps succeeded in your case.
pbergonzi said:
I think I've had this issue also--it might be necessary to let the OOS ROM boot up as system--no need to setup the phone, then reboot yourself to TWRP and flash whatever else you want.
It was confusing to me too, and I didn't take notes, so don't know exactly what happened.
Also, maybe don't try to flash things to both partitions--just let the installers do their work as they are made to do without any extra steps.
Since you've already factory reset/wiped, it might help to skip this step also, as a trial.
Did you have Magisk before, and uninstall it first? Might help, as uninstalling restores system images or somesuch.
And, there are some occasions where a ROM flash won't reboot properly without first installing Magisk, but don't recall the incidentals of this either.
Regardless, we'll have a record if you post what steps succeeded in your case.
Click to expand...
Click to collapse
Everywhere I've read says to flash OOS to both partitions so if there's an issue with the custom ROM there's a fallback.. I don't flash the custom ROM to both partitions, only OOS. Also, I've tried letting OOS boot to the welcome screen, then back to recovery; I didn't do any setup.
I have magisk installed in OOS, though I haven't tried flashing it when flashing the ROMs. When flashing ROMs I've always flashed the ROM and Twrp, reboot straight to recovery, and flash gapps/Magisk. In my experience, I've been able to skip rebooting back to recovery to flash Magisk and gapps and just boot straight to the barebones ROM.
To reiterate, I use the exact same process to flash OOS and it works flawlessly; can flash the stable or open beta, no issues. It's only non-OOS that refuses to work correctly.
I'm wondering if I need to use the unbrick tool and start from a 100% clean slate .. something may be borked that an unbrick may fix, it's about the only option left that I can think of...
lordcheeto03 said:
Everywhere I've read
Click to expand...
Click to collapse
Good luck whatever you do.
pbergonzi said:
Good luck whatever you do.
Click to expand...
Click to collapse
Thank you for the ideas
I ran the unbrick tool and still encountered the issues, but I did learn something, and also finally got havoc to boot, although I'm still unsure exactly what I did. I'm not saying I figured out exactly what is wrong, and I can't say I know the exact solution, but I CAN say I believe the solution lies somewhere within this wall I'm typing.,..
I noticed this earlier but it didn't actually click until I still got the same error after the unbrick tool... I would always boot correctly to OOS on slot b, so after every successful boot, I'd go into recovery and try flashing.. now taking into account the fact that I flashed OOS in both slots is important because on a successful boot, which would be slot b, I'd go into recovery, still on slot b, so that's the first slot to get OOS. Change slots, flash to slot a, then boot to OOS. If I'm remembering how a/b partitions go, since slot A was the last slot to flash, it would automatically fall back to slot b to boot. Hence the successful boot. Go back to recovery, flash havoc on b, it would attempt to boot from a, and fail.. go back to recovery, I'm back on slot b to start the process over.
After still encountering the problem after the unbrick, I really began paying attention to the boot slots. Once I was paying attention to that, I attempted to manually boot from slot a after flashing OOS to both slots and I got sent to a screen that says Qualcomm crashdump mode. Power +vol up/dn to force a reboot, then volume down until the bootloader unlocked splash screen to go to recovery.
Now this is what I think I did... After figuring out it was the slot, I believe I formatted slot a, and due to the way it fell, slot b then began being the slot to mess up so i made sure to flash havoc/twrp installer in the slot a and it booted right up. Went back to recovery to flash magisk and gapps, and finally a factory reset. Boot from slot a, and here I am.
There were times where I would get stuck in fastboot, boot to recovery or system would just send me to fastboot.. I guess that also meant I was booting from the bad slot. I tried fastboot boot twrp.img, it would send it, but fail to authenticate. Fixed that by doing fastboot --set-active=b then I could restart back to recovery no problem.