Related
Greetings,
Firstly, sorry for the noob question, but I recall that the snapshot versions of CM had their own custom recovery (CM Recovery) that could be updated via OTA together with the ROM itself for stability reasons. I haven't seen this on any other ROM and I'd like to ask if Lineage will have it's own recovery the same way CM did or not.
I particularly liked the feature because it allowed me to factory reset the phone without needing twrp (even though i'm not sure that the rom having it's own recovery has to do with being able to factory reset the same way stock roms do).
Once again, sorry for my "noobishness" and thank you to all who took their time to read this
Why not TWRP ?
We learn by asking - welcome to the club. Anyway, if there is a TWRP or Philz or an existing CM recovery for your device, why not just load one of them? I've never had a problem with the interaction between TWRP and CM, so I assume that will hold for the Lineage build(s) as well. That even includes my clumsy hacks of TWRP to get it onto unsupported devices. It seems to be remarkably robust and forgiving, and since a recovery really doesn't do a whole lot in comparison to a complete ROM, difficult to go far wrong. If there's no TWRP for you device, as long as you have the same processor there are VERY useful guides out here for porting it. The more the hardware you've got is similar to something that already works, the easier it is to do this. I frankly assumed I would brick everything I tried but so far I've been 100% successful - proof of blind luck. Oh yeah, it REALLY helps to have a stable working ROM image to revert to if your efforts to do this go South. That 100% success rate is after a few: "whew, glad I had this to go back to" moments along the way. :cyclops:
Good Luck !!
nezlek said:
We learn by asking - welcome to the club. Anyway, if there is a TWRP or Philz or an existing CM recovery for your device, why not just load one of them? I've never had a problem with the interaction between TWRP and CM, so I assume that will hold for the Lineage build(s) as well. That even includes my clumsy hacks of TWRP to get it onto unsupported devices. It seems to be remarkably robust and forgiving, and since a recovery really doesn't do a whole lot in comparison to a complete ROM, difficult to go far wrong. If there's no TWRP for you device, as long as you have the same processor there are VERY useful guides out here for porting it. The more the hardware you've got is similar to something that already works, the easier it is to do this. I frankly assumed I would brick everything I tried but so far I've been 100% successful - proof of blind luck. Oh yeah, it REALLY helps to have a stable working ROM image to revert to if your efforts to do this go South. That 100% success rate is after a few: "whew, glad I had this to go back to" moments along the way. :cyclops:
Good Luck !!
Click to expand...
Click to collapse
Actually, i have twrp on my phone and i love it, but i'm aiming to pass along this device to my elders that are not as tech sawy as i am. Só i wanted to give'em something functional, and there's where CM recovery saved me - everytime they need to factory reset their CM flashed phone they won't even need to enter bootloader to do it! I just hope it will be possible to do the same with LineageOS.
PS: i tried to do a factory reset from the settings menu with twrp on my phone and it didn't work. The phone remained exactly the same, just as if i hadn't done anything.
PS2: i know that twrp offers a factory reset option on it's menu but it would be hard to teach them how to use the recovery.
Or, if the devs intend to make a "Lineage Recovery" for whatever other reasons, i'd be curious to know them as well :good:
Thanks for the answer ?
well .....
"Actually, i have twrp on my phone and i love it, but i'm aiming to pass along this device to my elders that are not as tech sawy as i am. Só i wanted to give'em something functional, and there's where CM recovery saved me - everytime they need to factory reset their CM flashed phone they won't even need to enter bootloader to do it! I just hope it will be possible to do the same with LineageOS. "
I guess the magic question would be "how often are they going to be using it?" In the case of TWRP, the periodic (weekly or monthly) backup is about as blind simple as it can get - even I can do it without too much concentration
As for points of entry, CM / Lineage can easily be set to reboot to the recovery mode, whatever you use. It's down there in Developer Settings - piece of cake. Once done, tell TWRP to reboot to the System. a second piece, a la mode.
Good Luck.
It will be nice if Lineage produce their own recovery as CM .
In my case with Oppo R5 there isnt any recovery availaible yet to flash LineageOS
Existing TWRP and CM recoveries are useless
NO, but there are lots of options for the Honor 5X which seems to be very similar. Maybe you could port one of those? WHY, specifically, are they "useless" ?? If you would care to itemize what you tried and how they failed, maybe we could help.
nezlek said:
NO, but there are lots of options for the Honor 5X which seems to be very similar. Maybe you could port one of those? WHY, specifically, are they "useless" ?? If you would care to itemize what you tried and how they failed, maybe we could help.
Click to expand...
Click to collapse
Thanks for your response. With cm recovery we are getting signature verification failure. When we flash existing twrp recovery for our devise the phone stuck in oppo logo. Furthermore I don't have the knowledge to port recovery and our community is short of developers
Sent from my R5 using XDA-Developers Legacy app
mermigas said:
Thanks for your response. With cm recovery we are getting signature verification failure. When we flash existing twrp recovery for our devise the phone stuck in oppo logo. Furthermore I don't have the knowledge to port recovery and our community is short of developers
Sent from my R5 using XDA-Developers Legacy app
Click to expand...
Click to collapse
Seems to be a somewhat common occurrence among octa-core devices, although I have more experience with MTK chipsets. In many cases they are still using the quad-core versions of code in their stock recoveries. Curiosity question: do you also find that the stock recovery mysteriously replaces the TWRP you just installed after it fails? Some MTK devices appear to stash a hidden copy of the stock recovery away and do this for (to) you. Not fun. :crying:
Does anyone know a custom ROM that has it's own recovery? I've been searching but haven't found anything yet.
I'm in doutbt that such rom even exists after CM got out of the picture since it was the only one that had it's own recovery..
A lineageOS specific custom recovery would be good, mainly because TWRP versions greater than 2.8 cause several banking and security apps to fail because they think the device is rooted even if its not. Many of these apps, like blackberry uem client (formerly known as GFE) falsely detect root simply because of something that TWRP has done in versions after 2.8 and this has nothing to do with unlocked bootloader flags. While lineageOS without the root addon passes safteynet now, in future it will be good if lineage has its own recovery rather than a third party recovery like TWRP.
Plus it would be nice to have one integrated system without the need to maintain/update two different pieces of software. It would just be cleaner, but that is a matter of taste.
Sent from my Nexus 9 using Tapatalk
I saw somewhere that they had plans for this but, after they've completed most/all the ROM releases.
I can't remember where I read it but, i do know that their still working on releases for more devices.
Peace and Love!
Peace and Love!
~Ringo Starr~
Sent on my Communicator [SCH-I535] from the Bridge of the U.S.S. Enterprise...
********************************************
**IF I WAS HELPFUL IN ANY WAY THEN**
**PLZ THANK ME WITH A THUMBS UP!**
********************************************
It is literally necessary, because recoveries depend on kernels, and currently TWRP use binary kernels in the repository (github:TeamWin/android_device_xiaomi_lithium) which may render it unusable due to kernel mismatch. Why not compile our own kernel when we have source code, and why not use the same kernel in the recovery? The best solution is to collect them together, under an unified organization.
test123321123123213 said:
It is literally necessary, because recoveries depend on kernels, and currently TWRP use binary kernels in the repository (github:TeamWin/android_device_xiaomi_lithium) which may render it unusable due to kernel mismatch. Why not compile our own kernel when we have source code, and why not use the same kernel in the recovery? The best solution is to collect them together, under an unified organization.
Click to expand...
Click to collapse
That is the dumbest thing you could imagine. Mainly when soo many different things effect the kernel. Also the kernel that you flash for the OS is not the same as what is needed in recovery.
Also cm recovery was the cause for many bricked devices. They have become more of a laughing g stock to android the miui, which is saying a lot. Many thing Los and Xiaomi should Tema up to make the ultimate joke device.
nezlek said:
We learn by asking - welcome to the club. Anyway, if there is a TWRP or Philz or an existing CM recovery for your device, why not just load one of them? I've never had a problem with the interaction between TWRP and CM, so I assume that will hold for the Lineage build(s) as well. That even includes my clumsy hacks of TWRP to get it onto unsupported devices. It seems to be remarkably robust and forgiving, and since a recovery really doesn't do a whole lot in comparison to a complete ROM, difficult to go far wrong. If there's no TWRP for you device, as long as you have the same processor there are VERY useful guides out here for porting it. The more the hardware you've got is similar to something that already works, the easier it is to do this. I frankly assumed I would brick everything I tried but so far I've been 100% successful - proof of blind luck. Oh yeah, it REALLY helps to have a stable working ROM image to revert to if your efforts to do this go South. That 100% success rate is after a few: "whew, glad I had this to go back to" moments along the way. :cyclops:
Good Luck !!
Click to expand...
Click to collapse
It sounds like you have a lot of luck in this area, I spent ages looking for a TWRP porting guide but couldn't quite find one that worked. Would you be able to get me a link to a good TWRP porting guide for a octa-core Samsung?
Cheers
I'm thinking about picking up a Pixel XL soon (currently still using a Nexus 6) and I kind of just assumed that development on the Pixels was moving fine, until I started looking into it tonight, only to find that there is still only RC versions of TWRP that sound super buggy, and Lineage doesn't even have official builds for either device because of some issue with Google Apps and the partition system on the phone.
So, this leads me to a few questions:
1) Is the TWRP RC2 build for the Pixel XL fairly stable, functional and safe to use? I only ever really do the very occasional backup/restore within TWRP and flash stuff, so as long as the basic functionality is working I'd be happy.
2) This whole two partition thing sounds like a bit of a nightmare to me and sounds like a way riskier setup. Is it easier to brick this phone than other phones that use a normal partition layout, and is it possible to recover from something like that fairly easily?
3) For anyone that uses Invisiblek's unofficial Lineage builds, do they work fine? I know it has some crashing issue when trying to record multiple 30 FPS videos in succession, but that doesn't matter to me at all really. Is it possible to simply flash the official Lineage root file on this unofficial build to have the built in root, or would I be required to use SuperSU?
4) I see people talking about vendor images, and something about the phone getting hot or having super high CPU and memory usage until they reflashed this image. What is this about?
Thanks in advance to anyone who is able to answer any of my questions!
admiralspeedy said:
I'm thinking about picking up a Pixel XL soon (currently still using a Nexus 6) and I kind of just assumed that development on the Pixels was moving fine, until I started looking into it tonight, only to find that there is still only RC versions of TWRP that sound super buggy, and Lineage doesn't even have official builds for either device because of some issue with Google Apps and the partition system on the phone.
So, this leads me to a few questions:
1) Is the TWRP RC2 build for the Pixel XL fairly stable, functional and safe to use? I only ever really do the very occasional backup/restore within TWRP and flash stuff, so as long as the basic functionality is working I'd be happy.
2) This whole two partition thing sounds like a bit of a nightmare to me and sounds like a way riskier setup. Is it easier to brick this phone than other phones that use a normal partition layout, and is it possible to recover from something like that fairly easily?
3) For anyone that uses Invisiblek's unofficial Lineage builds, do they work fine? I know it has some crashing issue when trying to record multiple 30 FPS videos in succession, but that doesn't matter to me at all really. Is it possible to simply flash the official Lineage root file on this unofficial build to have the built in root, or would I be required to use SuperSU?
4) I see people talking about vendor images, and something about the phone getting hot or having super high CPU and memory usage until they reflashed this image. What is this about?
Thanks in advance to anyone who is able to answer any of my questions!
Click to expand...
Click to collapse
Hello,
I think I can answer some of your questions...
1 - TWRP is stable enough for the usual tasks. Some people seem to have issues with restoring partitions on RC2 and end up with some partitions word. Some others say they have no problems. Who's right, who's wrong, is it a particular scenario that makes this problem occurs, I don't know. I just use RC1 without issue...
Also, you are not obliged to install TWRP. You can "fastboot boot twrp.img" RC1 version, do your things and reboot. If you want to stay on stock firmware, it's a nice feature, since you won't have to reflash stock boot.img to take an OTA (Recovery is now part of the boot.img unlike older version which had a proper recovery partition).
2 - I feel you here. I felt scared as well the first time I had to deal with the beast. The only advise I can give you is: read, read and... read again. It's not so hard once you understand how it works. Also, you can still ask for some help if you are unsure, people here are really helpful!
Some users have bricked their devices and those got fixed. But as far as i remember, none that got hard bricked (I only read the Pixel XL forum since two months, so of course I may have missed some ).
3 - I'm a Pure Nexus user. Works very well, if you are looking for a stable alternative. :angel:
4 - I have never had this problem, sorry... But just take a look at this if you want to know the vendor.img is: https://plus.google.com/+JeanBaptisteQueru/posts/akHWypRNEn3
Every months with new security patch, a new vendor.img is included in the factory image or OTA.
If you install lineage OS from maybe April 2017 you'll likely have to flash N2G47E vendor.img which you can find here: https://developers.google.com/android/images inside the factory image archive.
If you install lineage OS April updates, you are fine with this vendor.img.
But in May, you'll have to flash a new vendor.img. Usually you will be notified by the ROM developer, which vendor.img is needed. Considering Google sometimes release two or three builds every months.
Hope that helps a little bit... :good:
Good luck...
Hi all
I come from the Oneplus one where flashing has been pretty straight forward. Now I am in the possession of a Pixel 2 XL and I would like to flash some roms on it. I have read many threads on flashing on the Pixel 2 xl and it always seems to have some caveats involved. I have tried to search the internet for a good tutorial but I have not discovered one yet. In advance, I am sorry if I missed some good resource on this.
So, here is my situation: I am currently on the latest patch (February 2019) and let's assume I would want to flash HavocOS. My bootloader is unlocked and I know thaf I either have to flash TWRP or only temporarily boot into TWRP. Usually, here I would flash the Rom, gapps, and magisk. For updates I would simply dirtyflash the newest rom version. As far as I have gathered, flashing the Pixel is not that straightforward.
Does TWRP flash automatically both A and B?
Do I need to flash the rom twice? Once A and once B? Or simply flash it once?
Do I need to extract things such as vendor, radio, bootloader etc and flash that once/twice? Only for the first time or for every (dirty)flash?
I would love to learn the standard procedure on flashing the Pixel 2 XL.
Again, I am sorry if I missed some good resource on this.
Thank you for your time and your help!
Welcome to the 2 XL family.
The 2 XL is a fickle beast, which you will soon find out
There is a link for upgrading/updating the 2XL in my sig, but as usual there are many ways to skin the proverbial cat.
As far as slots; I have never manually selected a slot for ANYTHING. Not TWRP, not cust Roms, not stock Roms, not kernels, not Magisk.
Whenever I flash something, the slots are always automatically chosen by whatever I'm flashing.
I know that you CAN manually select slots, but in all the time and the hundreds of Roms, kernels, Magisk versions I've flashed, I have never manually selected a slot.
Again, there are many ways to do nearly everything related to the 2 XL, and my way certainly is not the only or absolute best method, but the step by step in my sig has always, without fail, been successfully followed by myself and many other for flashing cust kernels, cust Roms, updating stock images, rooting, fastbooting, etc.
If you ever get into a sticky situation, hit up some of the 2 XL regulars who have a wealth of knowledge individually and can fix anything collectively.
@Badger50, @clothednblack, @Pkt_Lnt, @post_mortem, @simplepinoi177, @TonikJDK just to name a few.
Thank you for your insightful comment! Very helpful!
I went through your signature and got a lot of good information.
However, I still have some questions regarding about vendor, boot, radio etc.
I found this comment in the Havoc ROM thread: https://forum.xda-developers.com/showpost.php?p=78842872&postcount=1800
Are you usually dirty flashing that way?
Thank you so much for your help!
hascherpur said:
Hi all
I come from the Oneplus one where flashing has been pretty straight forward. Now I am in the possession of a Pixel 2 XL and I would like to flash some roms on it. I have read many threads on flashing on the Pixel 2 xl and it always seems to have some caveats involved. I have tried to search the internet for a good tutorial but I have not discovered one yet. In advance, I am sorry if I missed some good resource on this.
So, here is my situation: I am currently on the latest patch (February 2019) and let's assume I would want to flash HavocOS. My bootloader is unlocked and I know thaf I either have to flash TWRP or only temporarily boot into TWRP. Usually, here I would flash the Rom, gapps, and magisk. For updates I would simply dirtyflash the newest rom version. As far as I have gathered, flashing the Pixel is not that straightforward.
Does TWRP flash automatically both A and B?
Do I need to flash the rom twice? Once A and once B? Or simply flash it once?
Do I need to extract things such as vendor, radio, bootloader etc and flash that once/twice? Only for the first time or for every (dirty)flash?
I would love to learn the standard procedure on flashing the Pixel 2 XL.
Again, I am sorry if I missed some good resource on this.
Thank you for your time and your help!
Click to expand...
Click to collapse
Thank you @Az Biker! You are the best! You don't know how flattered I am that you even kept me in mind, let alone be among that great list...I am truly humbled...
So, hascherpur, I'll answer a bit of your questions, then I'll offer you some general advice when starting up with this Pixel 2 XL (taimen) as well as some dire tips if/when you get yourself in trouble (as Az Biker had alluded, it seems with this device, it is rather "inevitable" :good: )...
TWRP (and most other flashing installation files/process [ROMs, Magisk, etc.]) actually consider and keep in mind the multi-slot possbility and have made it that, if it's called for, it will automatically patch/boot/load either/both/individual slot. You'll see many and mmaannyy others go about manually/forcibly "set[ting]" and choosing specific slots, but I, like Az Biker, in my (roughly) 16 months of using this device have never, ever found a reason to -- and, for better or worse, I've broken my taimen and my gf's walleye countless times and managed to save/recover it but completely got it bricked twice.
The time you need to extract those (bootloader, radio, vendor, etc.) is when you're updating or reparing/recovering your device. A note about that though: if you wish to manually update our device (monthly; for the security updates), the absolute best way to go about it is to download the Full Factory image direct from the Google Developer's website, and extract the files within the .zip (usually these bootloader, radio, vendor, and others totalling usually 9-ish files) into the folder that has adb.exe and fastboot.exe, modify/edit the "flash-all.bat" file/script (flash-all.sh depending on your OS) and remove the "-w" (unless you wish to "w"ipe your internal), and then run that flash-all file. Because this manner of updating essentially re-installs the /system and /vendor folders and partitions, this would actually be more of a "clean" flashing than the other methods; downloading the OTA (not Full Factory) image and manually (via adb) updating and/or modifying your device so it will take an OTA update -- which is it's own hairpulling and (imo) unnecessary process -- these methods should be considered "dirty" flashing/updating, if anything.
I'm unsure how HavocOS ROM updates and if it needs to be done within its own environment or in the recovery, but I imagine much of what I just said would still apply, at least in some manner.
Okay, some general info you would find helpful and would (hopefully) keep you from falling into some of the "pitfalls" that we've all run into and have told ourselves "...if I had only known beforehand...". There is the fact that, for all Pixels -- and I'm pretty sure any multi-slot device -- there is no more recovery partition! It now resides in & with the boot partition/image. This has thrown so many new users of Pixel phones for a loop...they're usually attempting to "flash to recovery" for 24 hours before finding this out :silly:. Then there is ALL the issues you'll run into with adb, fastboot, and platform-tools in general; When you get issues when using adb and/or fastboot, you're initial instincts is going to lead you into thinking something is wrong with the image, device, and/or commands -- and with this/our phone, many times that is not the case (believe it or not, it'll put up a flashing-type error, but it's actually the USB cord?!)! Az Biker has the best troubleshooting guide in his signature, and it holds advice that usually gets things working 90% after having issues -- some general tips to keep in mind is make sure you UPDATE the platform tools and sometimes, for some reason, you have to run the same commands/process 4-5+ times before it "...works all of a sudden, this time...!" But, basically (as Google is genius in this), as long as you have access to Bootloader Mode, then there's always hope! I've gone as far as re-formatting partitions, changing the partition type, changing the size of the partition, and even manually flashing 12+ image files after forcing the partition size to change for those image files, and I've been able to come back from it because of being able to have access via Bootloader Mode.
Now, being able to unlock the bootloader and have a custom recovery, especially considering you plan on flashing custom ROMs and/or kernels and such, IT IS BEST THAT YOU MAKE A BACKUP (NANDROID IS BEST)! I know that this isn't exclusive advice for the Pixel 2 XL, but it still bears reminding; but here's some taimen specific advice -- keep in mind that many backup processes (TWRP specifically) does not (normally*) backup the data in your /internalsd (which includes your Download, Music, Photos folders)! (*i say "normally" because there is a convoluted method I've found that actually does backup the internal sd which I do every month, which I could walk you through if you are interested...). But I believe it's the best backup method because it at least backs up the system, boot, and data partitions -- note: you don't have to replace and install the custom recovery in order to utilize it; there is always temporarily booting the twrp "image" and running it off that -- but there is also TB and the other myriad ways to backup as you see fit (I'm completely unfamiliar with HavocOS, but there might even be a backup method via its environment). The key thing is: that you make backups!
And, lastly, some specific advice for when you run into issues... Re-installing/Re-flashing the Full Factory image is always a great way to fix a lot of the issues out there -- I still remember the days of my Galaxy S5 and Motorola Droids where "flashing" would wreck and wipe all data and customizations, so I love how Google made it so that's not the case with the Pixels -- but if you find that it hasn't resolved the issue, using Deuce's script (that can be found HERE) has saved countless many in repairing and recovering our devices. One of the greatest things about it is that it manually and individually flashes each and every image file to BOTH slots! Thereby covering a lot of "little bases" that a standard flash-all script doesn't do -- the only caveat is that you'll have to additionally extract all 15+ image files from the image .zip file (that resides within the Full Factory .zip file). One last recovery bit of advice, running the command "fastboot getvar all" will provide a great deal of pertinent information about the device, to say the least! It'll be good if you wish to check and to include when requesting help...
My deepest apologies for making this as long as it is; for those who know me, sometimes I can't help myself. Well, there's really that many crazy things that would be so helpful to know at the beginning with this device as well as I type very fast and fluently (kind of as fast as I talk), so I get away from myself...In any case, thanks for reading this far, if anything, and my sincerest apologies...
Again, I'm very happy to help and so glad the Great Az Biker had thought of me to include. This is a wonderful, great device and I don't want any other! But, as with all great things and loves, it will also have its "hair-pulling" headaches...so, just take your time and read and re-read, keep some of these things in mind, and good luck to ya!
Well @simplepinoi177: How am I even supposed to answer to your post? This is an incredible resource (maybe even warrants a sticky somewhere) and I am very grateful for all the details you just shared. Thank you so much. I did not expect such a warm welcome!
I have one last question: as it turns out, I was using a Taimen before (for a few months), but did not really bother using roms. In the end this proved to be really helpful as my USB port broke. I could still charge the phone, but I was unable to access the phone through cable (no bootloader, no adb, nothing). Luckily the RMA process gave me a completely new phone.
Now I wonder: if my phone's USB port breaks, I then need to RMA it and it has a rom on it, how could I restore it to a stock-like situation? I got a new device even though the bootloader was unlocked. I guess I could flash the stock image through TWRP somehow. How would I remove TWRP without a cable though?
simplepinoi177 said:
.....
.
.
.....But, as with all great things and loves, it will also have its "hair-pulling" headaches...so, just take your time and read and re-read, keep some of these things in mind, and good luck to ya!
Click to expand...
Click to collapse
Tons of solid advice, willingness to help, and a lot of experience.
^^^^^This is why I included you in the list of great resources!
hascherpur said:
Well @simplepinoi177: How am I even supposed to answer to your post? This is an incredible resource (maybe even warrants a sticky somewhere) and I am very grateful for all the details you just shared. Thank you so much. I did not expect such a warm welcome!
I have one last question: as it turns out, I was using a Taimen before (for a few months), but did not really bother using roms. In the end this proved to be really helpful as my USB port broke. I could still charge the phone, but I was unable to access the phone through cable (no bootloader, no adb, nothing). Luckily the RMA process gave me a completely new phone.
Now I wonder: if my phone's USB port breaks, I then need to RMA it and it has a rom on it, how could I restore it to a stock-like situation? I got a new device even though the bootloader was unlocked. I guess I could flash the stock image through TWRP somehow. How would I remove TWRP without a cable though?
Click to expand...
Click to collapse
Thank you hascherpur, I appreciate the sentiment. But, as I mentioned, as much as it helps you, it helps the helpers here as well. Anyone whose worked on our taimen and walleye can attest to those few things that would save soooooo many people if they just knew these small insignificant-seeming tidbits...
I am actually in this particular situation currently myself. Me (and this other fellow) got our devices (my gf's walleye to be exact) bricked where fastboot does not recognize and detect the USB plug, even though it is charging and just because of this fact, there's nothing that can be done and only a RMA is in order... But the key difference is that my custom recovery also somehow broke. That's why, at it's base purpose, a custom recovery is meant to replace and enhance your repair/recovery options -- so you can have it in dire situations and boot it up and utilize it if needed. If my TWRP was still accessible, I would more than have a chance to repair the device.
But to answer your specific question, I imagine a data wipe/erase from either stock or custom recovery would be in order. And, depending on how particularly broken the USB port is, you might still consider and try a USB-C flash drive and attempt the OTG enabled feature. If that could still work, then I've gotten the idea that attempting to install the system via OTA update installation .zip might be able to help -- but I would have my doubts because, like I kind of stated in my last post, that's more of a "dirty flash" and I wonder how well an not-so-complete OTA update can work and establish itself when its base /system and /data partition is wiped and essentially just empty space...But, also, if even a flash drive can be read, then you should be able to use adb to move essential flashing files to the device and utilize fastboot to make repairs and re-flash (i'm unsure if fastboot can manage this off of a flash drive; i'm not even sure it has OTG capabilities...). If, at that situation, the one resource I mentioned, Deuce's script, would be great as it will flash all pertinent and important stuff if, for some reason, the flash-all can't get passed flashing certain portions like bootloader or vendor.
So that's the ideas that come to my mind as possibilities that might work...hope this helps...
simplepinoi177 said:
Thank you hascherpur, I appreciate the sentiment. But, as I mentioned, as much as it helps you, it helps the helpers here as well. Anyone whose worked on our taimen and walleye can attest to those few things that would save soooooo many people if they just knew these small insignificant-seeming tidbits...
I am actually in this particular situation currently myself. Me (and this other fellow) got our devices (my gf's walleye to be exact) bricked where fastboot does not recognize and detect the USB plug, even though it is charging and just because of this fact, there's nothing that can be done and only a RMA is in order... But the key difference is that my custom recovery also somehow broke. That's why, at it's base purpose, a custom recovery is meant to replace and enhance your repair/recovery options -- so you can have it in dire situations and boot it up and utilize it if needed. If my TWRP was still accessible, I would more than have a chance to repair the device.
But to answer your specific question, I imagine a data wipe/erase from either stock or custom recovery would be in order. And, depending on how particularly broken the USB port is, you might still consider and try a USB-C flash drive and attempt the OTG enabled feature. If that could still work, then I've gotten the idea that attempting to install the system via OTA update installation .zip might be able to help -- but I would have my doubts because, like I kind of stated in my last post, that's more of a "dirty flash" and I wonder how well an not-so-complete OTA update can work and establish itself when its base /system and /data partition is wiped and essentially just empty space...But, also, if even a flash drive can be read, then you should be able to use adb to move essential flashing files to the device and utilize fastboot to make repairs and re-flash (i'm unsure if fastboot can manage this off of a flash drive; i'm not even sure it has OTG capabilities...). If, at that situation, the one resource I mentioned, Deuce's script, would be great as it will flash all pertinent and important stuff if, for some reason, the flash-all can't get passed flashing certain portions like bootloader or vendor.
So that's the ideas that come to my mind as possibilities that might work...hope this helps...
Click to expand...
Click to collapse
Thank you simplepinoi177! Very helpful. I have also seen that it is possible to access adb via wifi. But I doubt that I am able to use fastboot via wifi.
In any case, I am deliberating what the best course of action at the moment is. It seems that the Pixel 2 XL's usb port is a common point of failure. Therefore, I am trying to make sure that I leave my phone in a state, where I can easily revert it into an RMA-able state. I think with TWRP installed, I could get the stock image easily installed. I am still not sure how to remove TWRP without a cable, should the USB port break.
hascherpur said:
Thank you simplepinoi177! Very helpful. I have also seen that it is possible to access adb via wifi. But I doubt that I am able to use fastboot via wifi.
In any case, I am deliberating what the best course of action at the moment is. It seems that the Pixel 2 XL's usb port is a common point of failure. Therefore, I am trying to make sure that I leave my phone in a state, where I can easily revert it into an RMA-able state. I think with TWRP installed, I could get the stock image easily installed. I am still not sure how to remove TWRP without a cable, should the USB port break.
Click to expand...
Click to collapse
To remove twrp without a cable, simply put the stock boot.img on your internal storage, and flash it with twrp. After you reboot, twrp will be gone.
Here's the February boot.img if your interested :good:
https://drive.google.com/file/d/1khLnNH7emt38sDsD7UmKX3HJG3lhxdXQ/view?usp=drivesdk
Badger50 said:
To remove twrp without a cable, simply put the stock boot.img on your internal storage, and flash it with twrp. After you reboot, twrp will be gone.
Here's the February boot.img if your interested :good:
https://drive.google.com/file/d/1khLnNH7emt38sDsD7UmKX3HJG3lhxdXQ/view?usp=drivesdk
Click to expand...
Click to collapse
Oh, thanks! I guess I am all set . Thanks to everyone for the very helpful answers!
Badger50 said:
To remove twrp without a cable, simply put the stock boot.img on your internal storage, and flash it with twrp. After you reboot, twrp will be gone.
Here's the February boot.img if your interested :good:
https://drive.google.com/file/d/1khLnNH7emt38sDsD7UmKX3HJG3lhxdXQ/view?usp=drivesdk
Click to expand...
Click to collapse
genius idea! I was actually asking myself that question, and this is a great set up. But, usually, if I'm in so much trouble that I need to return it to stock recovery that urgently, the device most likely is probably so messed up that it probably wouldn't be able to read/find the boot.img I would keep in the sdcard storage...
simplepinoi177 said:
genius idea! I was actually asking myself that question, and this is a great set up. But, usually, if I'm in so much trouble that I need to return it to stock recovery that urgently, the device most likely is probably so messed up that it probably wouldn't be able to read/find the boot.img I would keep in the sdcard storage...
Click to expand...
Click to collapse
You gotta approach this stuff like the first part of your name my friend. Take it from an old guy...."Simple" is good! :laugh::good:
Deuces script will synch your a and b sides so you don't need to worry about them getting weird.
madscribblerz said:
Deuces script will synch your a and b sides so you don't need to worry about them getting weird.
Click to expand...
Click to collapse
That is precisely why I use it every month.
Any help is greatly appreciated, I have no experience with Google phones, I was years into Sony.
I have just bought a Pixel 2 XL from a local shop in Greece, and of course, I want to root it and be able to install custom roms etc.
I have a few questions that I am searching everywhere recently and I would really appreciate if someone can make it clear to me:
1) I have read that you have to buy your phone from Google so you are able to unlock it? Can someone explain this to me? (My phone is not a specific carrier) How do I know if I am able to unlock my bootloader?
2)I have flashed roms and kernels in the past on my Sony phones, however I haven't really messed with the bootloader other than just unlocking it in the beginning. So now on the Pixel 2 XL I am reading so much about the unlock_critical vs the normal unlock, and I can admit I cannot understand the difference. Why does someone want to flash a bootloader? ( I do not understand what does "flash a bootloader" mean)
What I want to be able to do is flash custom roms, flash factory images to revert back to stock whenever I want, flash custom kernel, flash stock kernel, make a nandroid backup with twrp and restore a nandroid backup with twrp. That is all I want to be able to do without facing any errors with the bootloader,so do I need the unlock_critical ? And why?
3)If I unlock the bootloader with any of the two ways, am I able to re-lock it like nothing has happened? For example if the screen has dead pixels for some reason and I want to send it back for warranty but the bootloader is unlocked, can I lock it without it being logged? Or once unlocked, there is no going back to the warranty by re-locking? On many Sony phones we could do that.
4)If I unlock the bootloader and install TWRP I read that I will not be able to receive official updates from settings any more (OTA):
"NOTE #1: If you have mounted /system as rw at any point (like in TWRP), you must upgrade using the factory image method. OTAs will fail because they cannot verify the integrity of the disk since its verity data has been changed."
My question is, if I flash a stock image, does that get fixed? ( so if I flash 8.1.0 stock manually, will I be able to get an official update e.g. 9.0.0 from settings?)
Or if I just grab the stock boot.img of my current version of android and flash it with fastboot, then will I be able to get official updates from settings normally again?
5)Can I do the following on this order? :
Enable USB Debugging and OEM Unlocking
Unlock the bootloader (either critical or normal, whatever works)
Boot into Fastboot
Boot the twrp image from fastboot to the device
Flash the twrp zip to the phone to install TWRP
Flash the magisk zip so I root the device
Reboot and everything works? (Or do I need a custom kernel for TWRP or Magisk to work?)
Is there any issue you see with the above plan of mine?
6) Before I tweak my device in any way, is it okay if I update the device fully? So can I install any update available (OTA) and then unlock the bootloader and root etc? Or do I have to be on a specific version and not on the latest?
7)I have read something about 2 different slots on some flashing forums here, slot a and slot b, but it is not clear to me what that is. Does anyone know what that is? At which point may I face this?
Thank you very much.
A quick and not complete response to get you going
Plan 5 seems solid, unlock the bootloader to allow custom stuff. At boot you will get a warning screen to let you know.
I forgot if I only unlocked the bootloader or also the critical, try it etc.
Personally I never had to tinker with the A/B slots, within TWRP you can choose which to use.
Before Magisk, I used to flash another recovery like cwm or twrp but it is not required. You must however boot to twrp.img to flash the magisk zip.
As far as I know it is indeed the altering of the /system folder that denies future OTA (when using factory image). A manual flash (of future OTA) is easy but may require altering (removing) a switch command in the install.bat file to remove the -w (wipe).
As to the custom kernels, I never noticed the need and am running the latest v10 image with only Magisk flashed to get root.
My main goal is to get rid of ads. I use AdAway.
To get that to work in v10 you need to enable systemless host module im the Magisk manager app (reboot after).
A final feedback; when you get to sideload and need to get to recovery you may get the screen 'no command' or so; press volume-up and click power or power->click volume.
Let us know if you worked it etc!
arismelachrinos said:
Any help is greatly appreciated, I have no experience with Google phones, I was years into Sony.
I have just bought a Pixel 2 XL from a local shop in Greece, and of course, I want to root it and be able to install custom roms etc.
I have a few questions that I am searching everywhere recently and I would really appreciate if someone can make it clear to me:
1) I have read that you have to buy your phone from Google so you are able to unlock it? Can someone explain this to me? (My phone is not a specific carrier) How do I know if I am able to unlock my bootloader?
2)I have flashed roms and kernels in the past on my Sony phones, however I haven't really messed with the bootloader other than just unlocking it in the beginning. So now on the Pixel 2 XL I am reading so much about the unlock_critical vs the normal unlock, and I can admit I cannot understand the difference. Why does someone want to flash a bootloader? ( I do not understand what does "flash a bootloader" mean)
What I want to be able to do is flash custom roms, flash factory images to revert back to stock whenever I want, flash custom kernel, flash stock kernel, make a nandroid backup with twrp and restore a nandroid backup with twrp. That is all I want to be able to do without facing any errors with the bootloader,so do I need the unlock_critical ? And why?
3)If I unlock the bootloader with any of the two ways, am I able to re-lock it like nothing has happened? For example if the screen has dead pixels for some reason and I want to send it back for warranty but the bootloader is unlocked, can I lock it without it being logged? Or once unlocked, there is no going back to the warranty by re-locking? On many Sony phones we could do that.
4)If I unlock the bootloader and install TWRP I read that I will not be able to receive official updates from settings any more (OTA):
"NOTE #1: If you have mounted /system as rw at any point (like in TWRP), you must upgrade using the factory image method. OTAs will fail because they cannot verify the integrity of the disk since its verity data has been changed."
My question is, if I flash a stock image, does that get fixed? ( so if I flash 8.1.0 stock manually, will I be able to get an official update e.g. 9.0.0 from settings?)
Or if I just grab the stock boot.img of my current version of android and flash it with fastboot, then will I be able to get official updates from settings normally again?
5)Can I do the following on this order? :
Enable USB Debugging and OEM Unlocking
Unlock the bootloader (either critical or normal, whatever works)
Boot into Fastboot
Boot the twrp image from fastboot to the device
Flash the twrp zip to the phone to install TWRP
Flash the magisk zip so I root the device
Reboot and everything works? (Or do I need a custom kernel for TWRP or Magisk to work?)
Is there any issue you see with the above plan of mine?
6) Before I tweak my device in any way, is it okay if I update the device fully? So can I install any update available (OTA) and then unlock the bootloader and root etc? Or do I have to be on a specific version and not on the latest?
7)I have read something about 2 different slots on some flashing forums here, slot a and slot b, but it is not clear to me what that is. Does anyone know what that is? At which point may I face this?
Thank you very much.
Click to expand...
Click to collapse
1) The reason for this is Google had an exclusivity contract to sell through the US cellular company, Verizon; much like the original Apple iPhone did (at first) with AT&T. And, for reasons that are most likely stupid, foolish, and unconvincing in its justifications, Verizon locks their device's bootloaders. So, not that it's "locked" or "unlocked" in terms of carriers, but more-so whether a device is "locked bootloader" or unlockable because it was purchased from Google (or elsewhere, but at least originally Google) and not from Verizon. If you're wondering further, getting it from Verizon would allow Verizon subscribers and customers to be able to "lease" and pay the Pixel off in increments with their usual cell phone bill; but it's not all too exclusive because Google offers to lease if you purchase from them also! The only caveat is you have to pass a credit check when leasing from Google; but, then again, you have to pass a credit check when signing up for a Verizon cell plan as well!
2) So, with my limited understanding between the difference between just a regular "unlock" and an "unlock_critical" is that it might be that a regular unlock allows you to get a R/W access (root access) to the various vital partitions (i.e. system, data [not to be confused with userdata], even boot to a degree) while unlock_critical allows you to straight modify and replace partitions (i.e. what would've been the recovery partition [but now there's no such thing and recovery just resides in the boot partition], the whole system & data partition to have/run custom ROMs, bootloading screen, etc.). But it all is rather convoluted that Google probably agreed and, so you can/should be aware, they updated things within the past few months (I'm guessing June or July) where they rid the need to "unlock_critical" and bootloaders that are newer than a certain point/month no longer needs that fastboot command to unlock the bootloader and everything else in order to flash custom anythings...
3) Okay, so here's a very tricky thing to this.... Technically, yes you can relock the bootloader as well as there have been many who have successfully done so; BUT there are so many more that have COMPLETELY and permanently bricked their device attempting to do so and most (if not all) the experts here would advise anyone to just leave well enough alone. But, if it is insisted and must be, the way to do it is to remove all Magisk modules (because, for whatever reason, these modules can survive a complete flashing of a Full Factory stock image), run a Full Factory image where the flash-all command is left intact (meaning “-w” is unedited; I’ll go more into this later), running it through the initial set up process, then (for good measure, this step might not be at all absolutely necessary) switch slots and run the flash-all command on the other slot, running the initial set up process again, then rebooting to Bootloader Mode and running the fastboot locking command, then unticking (if wished and insisted) unticking the OEM unlocking. Again, a word of warning, that so many have relocked the bootloader and unticked the OEM unlocking which allows the unlocking of the bootloader, then find that their device goes into a bootloop; and since they had just locked the bootloader in 2/all different ways, it leaves rescuing the device with all but the fewest options – usually because it’s forgotten in one way or another returning all of the device back to stock.
If anything, what has been said around these forums is that, if returning to Google, there hasn’t been an (proven) instance that Google refused to repair/replace it because it had its bootloader unlocked. But it’s usually for that fear or re-selling the device in which this is usually sought; but in most (if not all) cases (the experts here figure), having the bootloader unlocked would be refused or looked down upon.
4) So, most of what you assumed here is correct; but may be a bit misguided due to not knowing some things – which, of course, can be expected since you had just said you just moved to this device from a totally different manufacturer (Sony). If you are rooted (Magisk), there is absolutely no way you can update via the regular System Update from an OTA from within the Settings in the OS. And even having just an unlocked bootloader will cause OTAs to not work -- but there are conflicting reports stating differently, but I, personally, am under the understanding that even at that point you cannot.
But here’s the key thing; there really isn’t any reason to install updates by download and using OTAs anyways. Most (if not all) the experts here actually forego the OTAs and merely download the Full Factory stock images from Google’s Developers website and flash those. Here’s the reason; in the “olden days”, flashing a stock Full Factory image would erase absolutely everything and return the device to a complete factory state. But Google, in their “infinite wisdom”, allowed it to be possible to flash this but still withhold and save/keep all of one’s apps, settings, and data – essentially leaving both device data and userdata untouched! This is achieved by simply editing a batch file called “flash-all.bat” (or “flash-all.sh” for Linux and MacOS) and removing the 3 characters “-w” (3rd character would be a space “character”) from within its code. In this manner, OTAs can be considered a “dirty flash” because, while a Full Factory will completely overwrite (I could be wrong, but I believe it erases and formats it) the system, radio, bootloader, boot, etc., which would/should take care of any erroneous bugs or glitches, while OTA’s do not necessarily do this and just “modifies” the existing data; and therefore bugs and glitches may still remain being more on the root of things and/or OTAs would just modify “on top” or elsewhere where those glitches may reside.
And in either/both cases, one would still be required to reflash/reinstall everything root.
But, if insisted, there are multiple methods to achieve a state where you can run an OTA; either downloading an OTA image from Google and manually flashing it (“sideloading”), or unrooting temporarily to be able to use & download the regular System Updater (can be found HERE : https://github.com/topjohnwu/Magisk/blob/master/docs/tutorials.md#ota-installation under the “Devices with A/B Partitions” which is my preferred method if I was to do this sort of thing, but I have never done this so I’m unsure if it even is successful in our device). I even wrote out an in-depth and step-by-step guide, but it is rather convoluted and was written in the beginnings of our taimen and there are most likely more updated methods now; but if you want to check it out, you can HERE.
But, to answer your questions directly; No, flashing the stock image will not allow you to user the stock System Updater; although there are conflicting reports, I am under the impression that anything other than a locked bootloader will allow the stock System Updater to work.
5)More correctly, you boot into “Bootloader Mode” to be able to use the “fastboot” commands. And no, you do not need to permanently flash a custom recovery (TWRP), a custom kernel, or anything else to achieve root – although I do highly recommend it – as you can temporarily boot into TWRP (by downloading the TWRP image file (*.img) and install Magisk in that manner – I do not suggest you root/install Magisk using the app. Other people have had success, but many (most?) have issues that you wouldn’t run into if you installed it via TWRP – but here’s a key thing; no matter what you intend to flash and install, unless you need to have root for it to already be installed, you should always flash Magisk last. Moreso, as the great Az Biker of ‘round thes’ parts greatly suggests, you should even reboot to bootloader after each and every flash separately. Explanation is, for whatever reason and even though many claim to be able to “detect” and modify their flash for an already modified boot and dtbo (where modifications must happen for root access), most don’t play well with Magisk and Magisk must modify the boot and dtbo after all other modifications or else problems can arise (or at least it has for me).
Just keep these things in mind, but, for the most part, your “order” of things will do well enough. Again, just keep in mind that if you are going to install a custom recovery or kernel, try to do that before Magisk as well as if you can avoid it, don’t use the Magisk app to install or manually flash any boot.img if you can help it.
6)No, you don’t have to stick to a specific version; it might even be suggested to update it stock before doing anything. BUT (of course there is a caveat), consider this; many things (especially anything root and specifically TWRP) aren’t really “playing nice” with Android Q/10; so, if you update and go to the most up to date, but don’t wish to run into those glitches/bugs and wish to “hold off” (like I am, actually and for the same reasoning), then of course you should only go up to August (I believe that was the last before the upgrade to Q/10) Full Factory.
7) There are many great resources on the information on having the 2 different slots; I apologize if I can’t recall where I even saw them – other members (maybe an RC or Mod even) input a URL to read and I can’t for the life of me recall where it possibly could be. But, for the most part, you would really only run into identifying and manually changing to a specific one if you were attempting to rescue or deeply modify your device; I can say that me and the great @Az Biker have never felt the necessity to manually change or choose a certain, specific slot. And, my guess, is that, because the coding and flashing output when running the Full Factory states something about “system_other” or a “system_b”, but while the main system can be close to 3GB, the system_other is closer to 300MB, and that boot, dtbo, vendor, and something called lafb has a “_b” partition, I’m thinking it’s something as a safety or backup, maybe something like what used to be in old laptops a sort of RAM to help load things up faster. In any case, it seems that going from one to the other, a to b or vice-versa, doesn’t seem to be too key or much of a hassle, so….take that for what you will.
Alright…hopefully I was able to answer all your inquiries. And, if you have any more, please feel free to ask them…that’s what we’re all about here. And I know I can run on and get wordy, so thank you for bearing with me with all of this.
I mean, it’s really good to have a user/member who really does their research, reading, and due diligence before getting into their new device; there are so many instances here and in my own experience where the “…if I only knew that beforehand…” would be supremely helpful, and supremely easier on everyone else! So that’s to be commended and reinforced…!
Hope this helps and welcome to your Pixel and this taimen forum!
I really cannot thank you enough for your time. I truly appreciate it very much.
1) Very clear.
2) Do you happen to have a link or do you know how to check if my phone supports unlock_critical? How can I check if I have that newer bootloader? Or do you remember where did you learn this?
3) Thank you so much about that. Very clear aand you just saved my phone
4) Very clear.
5) Thank you for the info! Interesting, I was searching on how to root the device running Android 10 (I have fully updated and I really am not going back to Android 9 ), and I saw that you have to patch your boot.img with the Magisk app, and then flash it with fastboot. So first you get the factory image from google and you extract the boot.img and insert it to the phone. Then you load it into Magisk app and patch it. Then moving the patched to the PC, booting to bootloader and flash it on boot partition. This is the way I saw on how to get root working fine with Android 10, not sure if it is the best method or the worst.
6) What do you mean with "go up to August"? Do you mean that the "oldest" image I can flash is "9.0.0 (PQ3A.190801.002, Aug 2019)"? So one cannot go back to 8.0.0 and Google has done something to prevent us from doing that? Also, if I wanted to go back to that August image or any "compatible", the procedure is just to run the flash-all.bat file of that image?
I used to experement a lot with custom roms, custom kernels and mods with my Sony devices, but that was mainly because I wanted stock android and some more features. The thing is that I have almost anything I need with this device, with some minor wishes. So I can leave without flashing custom roms and kernels, but I wanted to just root and at least install Adaway(!!!!!! I cannot leave with those ads!!!!!!), Titanium Backup and some other similar root apps that don't really do any harm. Have you tried rooting Android 10 and it was unusable? Do you suggest that it is not really worth it? The thing is that I love Android 10, the gestures and all the features, and I could not go back to Android 9, even though I only used the phone for a week, I am used to it and really like the way it currently is.
7)Hmm okay so I should not really mess with that. Maybe as I saw online, when flashing stock or unrooting, it is best to flash the same thing to both a and b slots, seems a bit complicated but whatever
Thank you for being so helpful!!
arismelachrinos said:
I really cannot thank you enough for your time. I truly appreciate it very much.
1) Very clear.
2) Do you happen to have a link or do you know how to check if my phone supports unlock_critical? How can I check if I have that newer bootloader? Or do you remember where did you learn this?
3) Thank you so much about that. Very clear aand you just saved my phone
4) Very clear.
5) Thank you for the info! Interesting, I was searching on how to root the device running Android 10 (I have fully updated and I really am not going back to Android 9 ), and I saw that you have to patch your boot.img with the Magisk app, and then flash it with fastboot. So first you get the factory image from google and you extract the boot.img and insert it to the phone. Then you load it into Magisk app and patch it. Then moving the patched to the PC, booting to bootloader and flash it on boot partition. This is the way I saw on how to get root working fine with Android 10, not sure if it is the best method or the worst.
6) What do you mean with "go up to August"? Do you mean that the "oldest" image I can flash is "9.0.0 (PQ3A.190801.002, Aug 2019)"? So one cannot go back to 8.0.0 and Google has done something to prevent us from doing that? Also, if I wanted to go back to that August image or any "compatible", the procedure is just to run the flash-all.bat file of that image?
I used to experement a lot with custom roms, custom kernels and mods with my Sony devices, but that was mainly because I wanted stock android and some more features. The thing is that I have almost anything I need with this device, with some minor wishes. So I can leave without flashing custom roms and kernels, but I wanted to just root and at least install Adaway(!!!!!! I cannot leave with those ads!!!!!!), Titanium Backup and some other similar root apps that don't really do any harm. Have you tried rooting Android 10 and it was unusable? Do you suggest that it is not really worth it? The thing is that I love Android 10, the gestures and all the features, and I could not go back to Android 9, even though I only used the phone for a week, I am used to it and really like the way it currently is.
7)Hmm okay so I should not really mess with that. Maybe as I saw online, when flashing stock or unrooting, it is best to flash the same thing to both a and b slots, seems a bit complicated but whatever
Thank you for being so helpful!!
Click to expand...
Click to collapse
It’s really my pleasure! And I’m just as thankful that you/anyone would even go through the trouble of reading all of that…!
1) Thank you for the compliment
2)Usually, if your bootloader version is within a certain version – which you can find when in bootloader mode – then you either do or do not need unlock_critical. I can’t remember how many months prior to Android 10/Q, it was within 6 I believe, so any bootloader version from 5 or 6 months ago to now, and obviously if you’re on 10/Q, you would not need to run the command unlock_critical. But, if anything, you don’t have to have any fear of it, whether you need to or not, or don’t know your bootloader version, running the “fastboot flashing unlock_critical” when you don’t need to will just amount to a simple error and nothing bad will happen. And if it does end up doing something, well, then that’s a good thing. It almost amounts to unlock_critical-ing twice, the second on will just state that it’s already unlocked and that’s it.
If anything, I believe I found the resource here from the great Az Biker: https://forum.xda-developers.com/showpost.php?p=78908055&postcount=2843
If you are very curious, it should address much of what you’re seeking and/or at least point you to where you might find that information.
3) You’re very welcome. It really is a good thing that saves you in the future, and saves those who try to help some grief as well.
4) Thank you for the compliment.
5) I would say that the process you described is certainly doable, but is far from the best/easiest. From my experience helping many here on this forum, many bugs or things go wrong when loading the stock boot.img to the phone, having Magisk modify it, then getting the modified boot.img and successfully flashing it. More often than not, one ends up having a device turn into a boot loop and are usually forced to flash the stock boot.img and have to give it a number of tries.
The best way (subjectively) is to download the Magisk installation .zip. Then boot into TWRP (which doesn’t mean you have to replace the stock recovery since you can temporarily boot into it), and “Install” it using the .zip. Then everything is automated and done for you, if anything goes wrong you have an output log you can use to troubleshoot, but it seems best to leave it to the experts who created all this than us manually attempting to ourselves.
Oh and AFAIK this method still works on Android 10/Q as it has for Pie and Oreo.
6) I meant that, if you did not wish to update to 10/Q, then you shouldn’t do anything newer than from August’s security update/patch, since all the Full Factory images and updates are of 10/Q. But, if you go to Google’s Developers site, you’ll see that they pretty much list and make available all the Full Factory images ever published; to the point that there are some that go back to Oreo!
And everything you’ve said is understandable. And I kinda feel the same way. For me, in my humble opinion, it is supremely good idea to root and for whatever issues you get doing that, the returns are incalculable. It is most definitely worth it/rooting! The extra options and customizations and modifications all make it worth while and more! And, even if rooting gives the capability of rendering the device rather unusable, take confidence in that Google, in all their “infinite wisdom”, gave us “Bootloader Mode”…and pretty much, as long as you can get into Bootloader Mode and successfully connect to a computer, your phone would never be considered too far lost/gone. I’ve only witnessed that be opposite on less than a handful of cases.
But, most importantly, and if you have been in the rooting and ROMing game, you should well know this, but the most vital part of having root access is the ability to make the best backups! So, as long as you make sure to backup (Nandroid is best) and key times, running into some pitfalls here and there shouldn’t take you all the way out of the game….
7) Yeah…I mean, it is rather fascinating, and when up against an issue and you have an idea that deals with it, that’s when you can read up and learn about it and experiment I imagine. But for me and one of the great ones here in all of XDA, we’ve done all the custom ROM, custom recovery, custom kernel, Full Factory recover, root, Magisk modules, theming, Xposed, and countless other things, and all without the need to ever mess with manually or forcing an assignment between the two.
Again, it’s my pleasure. And if you any further questions or thoughts, bring them on! I’d be happy to address them…
Hope these are helpful….
arismelachrinos said:
I really cannot thank you enough for your time. I truly appreciate it very much.
1) Very clear.
2) Do you happen to have a link or do you know how to check if my phone supports unlock_critical? How can I check if I have that newer bootloader? Or do you remember where did you learn this?
3) Thank you so much about that. Very clear aand you just saved my phone
4) Very clear.
5) Thank you for the info! Interesting, I was searching on how to root the device running Android 10 (I have fully updated and I really am not going back to Android 9 ), and I saw that you have to patch your boot.img with the Magisk app, and then flash it with fastboot. So first you get the factory image from google and you extract the boot.img and insert it to the phone. Then you load it into Magisk app and patch it. Then moving the patched to the PC, booting to bootloader and flash it on boot partition. This is the way I saw on how to get root working fine with Android 10, not sure if it is the best method or the worst.
6) What do you mean with "go up to August"? Do you mean that the "oldest" image I can flash is "9.0.0 (PQ3A.190801.002, Aug 2019)"? So one cannot go back to 8.0.0 and Google has done something to prevent us from doing that? Also, if I wanted to go back to that August image or any "compatible", the procedure is just to run the flash-all.bat file of that image?
I used to experement a lot with custom roms, custom kernels and mods with my Sony devices, but that was mainly because I wanted stock android and some more features. The thing is that I have almost anything I need with this device, with some minor wishes. So I can leave without flashing custom roms and kernels, but I wanted to just root and at least install Adaway(!!!!!! I cannot leave with those ads!!!!!!), Titanium Backup and some other similar root apps that don't really do any harm. Have you tried rooting Android 10 and it was unusable? Do you suggest that it is not really worth it? The thing is that I love Android 10, the gestures and all the features, and I could not go back to Android 9, even though I only used the phone for a week, I am used to it and really like the way it currently is.
7)Hmm okay so I should not really mess with that. Maybe as I saw online, when flashing stock or unrooting, it is best to flash the same thing to both a and b slots, seems a bit complicated but whatever
Thank you for being so helpful!!
Click to expand...
Click to collapse
As @simplepinoi177 said, I'm part of the community that just let's the factory image flash the slot it needs/wants to, and it's never once been an issue.
Look at it like this; some people prefer to simply copy/paste a link or block of text in the PC, some people prefer to CTRL + C then CTRL + V.... BOTH take you to the same end.
Plus, knowing me, the more I manually mess with Slot A vs Slot B, the more chance there is for me to screw something up
Best of luck with your 2 XL, it's a FICKLE device, but it's a really, really great device once you get it as you want it.
Thank you all very much! I am pretty busy these days so once I find some time I will do more research and root it.
@simplepinoi177
I am not sure if your paypal address works, I felt like buying you a coffee earlier, the least I could do with all the time you spent explaining
Oh forgot to ask some minor things,
to make a nandroid backup, I just send twrp.img via fastboot to the phone and boot into it and make it? And if I want to revert back I do the same and restore it?
Also if TWRP asks me the question about if I want to enable modification to the system, what do I answer? Either for the nandroid backup, the restore or for flashing magisk.zip? Do any of those require that enabled?
Lastly, I understood that just unlocking the bootloader alone can result in no OTAs. But, will I keep getting the security updates? I heared something about security updates that are frequently available from the playstore or something like that but I have the phone for less than a week and haven't gotten anything. No OTAs mean no security updates as well? Or they are irrelevant and I will keep getting those security updates once rooted?
arismelachrinos said:
Oh forgot to ask some minor things,
to make a nandroid backup, I just send twrp.img via fastboot to the phone and boot into it and make it? And if I want to revert back I do the same and restore it?
Also if TWRP asks me the question about if I want to enable modification to the system, what do I answer? Either for the nandroid backup, the restore or for flashing magisk.zip? Do any of those require that enabled?
Lastly, I understood that just unlocking the bootloader alone can result in no OTAs. But, will I keep getting the security updates? I heared something about security updates that are frequently available from the playstore or something like that but I have the phone for less than a week and haven't gotten anything. No OTAs mean no security updates as well? Or they are irrelevant and I will keep getting those security updates once rooted?
Click to expand...
Click to collapse
So, about booting TWRP...
You can temporarily boot into TWRP just the one time if you wish. If you are using the newest version of TWRP (for the Pixel 2), they actually give an option to flash and replace the recovery with TWRP from within their recovery environment; I'm guessing they use the temporarily booted twrp.img to install. In any case, you can find the option in the Install section. In any case, it's up to you whether you install it as your custom recovery, but it's easy enough to restore it back to stock recovery either by manually flashing the stock boot.img (and maybe dtbo.img for good measure, as I'm unsure...) and/or if you update your device via a Full Factory (or even a downloaded OTA) image, as that will update and replace the boot partition regardless...
So, about the alert for enabling modification to the system; In the past, I had always enabled it. Of course you would want to have r/w and mounting capabilities towards the device's system and data partitions. But keep this in mind...until the TWRP team updates the latest version, there is no write capabilities/permissions. It will pull up an error that it either can't mount or doesn't write -- For this reason, I'm holding off so I don't have firsthand experience... -- but installing and flashing and backing up from within TWRP does work even if it spits up some errors. What you should be careful about is if/when it asks to install it as a "system service" or something, as general consensus says at no circumstance should you do this as it "forks" up many other things while at it.
But, to answer your question directly, I'm unsure whether you can or cannot install Magisk root or restoring without enabling this "modification" capability, but I say it can't hurt.....
As for your inquiries on OTAs, as I understand it (so anyone please correct me if I'm wrong), but the monthly security updates come with the OTAs (also monthly, so I believe they may be one in the same). I'm unsure about the whole seeing the security updates on the Play Store or something like that, but I highly doubt that is the case. Conventional knowledge says that you can only get these either from the stock System Updater or if you download them yourself and either sideload or "flash-all" it. That's why many (most) experts will download the Full Factory image every month (usually first Monday of the month) and we have this whole step-by-step process in updating platform-tools, unregistering Magisk modules and screenlocks/fingerprints, running the flash-all, temporarily booting TWRP, installing all custom modifications (Magisk last), rebooting after each and every flash/install, then going back into the OS and resetting up the screenlock/fingerprints and Magisk modules. As it would be nice if we could simply and always use the stock System Updater, but in any case, one would need to re-install all the custom modifications anyways. So, it is one of the sacrifices/compromises having a rooted Pixel 2….
But it is peculiar that you haven’t gotten any alert (unless you inadvertently updated to the latest already), for it still should alert you that there is an update available, and usually, if you have unlocked your bootloader, while it’s downloading and attempting to install, it will throw up an error; but everything would look like normal up to that point. But, then again, Google notifying updates on their various devices are intermittent at best. It would be simpler and best if you just keep it in mind that there’s usually the monthly update on/after the first Monday of the month and do what we all do and have to manually install the updates to keep most up to date.
If there’s anything else, you know you can ask…
Good luck and hope this helps…!
I'm on 10 with an unlocked bootloader, 1st gen Pixel. I still get security updates. Twrp doesn't mount /system or /vendor, so I take system/vendor IMAGE backups with no issue. Not sure if I'll get updates still after unrooting. I've always flashed factory after rooting. Theoretically it should return to stock if you flash the Magisk uninstaller. The boot image (boot + recovery + base system) will be restored. You should then be able to get OTA updates. They will be installed to the OTHER slot, so if the phone fails to boot (3 times?) it will switch back to the first slot. If you have issues and want to go back, you can manually switch slots in fastboot or go into twrp, tap reboot, tap the other slot, then reboot system. It will show a message that the slot has changed. You can of course always check the active slot in fastboot to make sure. If you want to roll back an OTA update, reboot to twrp, change the active slot, then reboot system, and it should boot to the older version. Make sure to turn off automatic updates or else it will redownload the same update again. I believe I've lost twrp by installing an OTA update, which installs to the inactive slot, which overwrites recovery, and then boots to that slot. Meaning if you don't have a pc to switch slots in fastboot, you can't go back to the first slot which still has twrp. The command is fastboot set_active, something like that. Quick google search.. No pc means no restore if something goes wrong while you're away from a computer. The only way I know of to change slots at that point is to hard reset 3 times, which will trigger the phone to switch slots. ALWAYS reboot after flashing bootloader/radio. I'm decently sure that the bootloader has to match the system, so if you install lineage Pie, you need to flash the bootloader/radio from Pie or the phone won't boot. Flash bootloader, reboot, flash radio, reboot, flash matching rom. It is technically possible to have dual boot, where one slot is lineage and the other is stock, as long as they're the same Android versions. Lineage Pie/stock Pie for example, because the bootloader won't match if you flash Lineage Oreo/stock Pie. Keep in mind OTAs will overwrite twrp with stock recovery, so if you reboot, you might lose access to twrp, and I don't know of a way to OTA and reboot on the same slot. I don't know if there is an app or command for this, WHICH WOULD BE REALLY FREAKING NICE. Also, when restoring boot from twrp, I always reflash twrp to make sure. It will install to both slots. You can keep a copy of twrp on your data partition. To reflash twrp from within twrp, Install > Select Image > find twrp.img > flash to RAMDISK. If you flash to boot, it will overwrite system, and leave you with only twrp. When installing in older twrp's, I believe it will install to the same slot. With newer twrp's that specifically support Treble, it will flash to the other slot. Don't quote me on that. Due to the single data partition, there's a chance Lineage will have issues with stock data. I've never seen it though. I've dirty flashed a couple times with few issues. I think I've even dirty flashed different OS versions. If you get app crashes, open that app's info, delete its storage/cache, and reopen the app. Most of the app data is the same across versions anyway. The Pixel is a complete pain in the ass when coming from non Treble phones. Sorry if this is repeated info, the posts above are LONG lol. Hope this helps.
Edit- not sure if relevant to you, but I get bootloops when flashing twrp to the ramdisk. There should be an option in twrp to fix it. I always do this after flashing twrp this way.
Wouldn't it be cool to just download the monthly updates and then flash it without a computer and follow that by flashing root instantly? I miss the good ol' TWRP day. We should all pitch in for a TWRP bounty. What do you folks think about that?
mkhcb said:
Wouldn't it be cool to just download the monthly updates and then flash it without a computer and follow that by flashing root instantly? I miss the good ol' TWRP day. We should all pitch in for a TWRP bounty. What do you folks think about that?
Click to expand...
Click to collapse
Honestly I don't even remember the days of using twrp anymore as it's been so rare on devices the past couple years. I have to admit I do miss the interface/functionality without relying on a computer. I'd be willing to throw in a few bucks.
scott.hart.bti said:
Honestly I don't even remember the days of using twrp anymore as it's been so rare on devices the past couple years. I have to admit I do miss the interface/functionality without relying on a computer. I'd be willing to throw in a few bucks.
Click to expand...
Click to collapse
I came from the OnePlus realm and owned the OPO + OP5T. My parents had the OPO and currently have the 7 Pro. I have been beyond spoiled with TWRP.
Needing a computer to flash and update + keep flash is a pain in the butt... Plus the uninstall Magisk, update, then flash method has never worked for me and 2x I lost all my data + pictures.
mkhcb said:
I came from the OnePlus realm and owned the OPO + OP5T. My parents had the OPO and currently have the 7 Pro. I have been beyond spoiled with TWRP.
Click to expand...
Click to collapse
Haha I hear ya. I know there were a few devs over in the OnePlus forums that were fantastic with bringing twrp functionality to those devices. I'm wondering if anyone on the OnePlus 10 is working on it yet. Can't be that much different once someone gets it working and posts the source code (obviously the device source would be different), but beyond that should be similar. I've really been getting the itch to start playing around with things again lately. Need to find a decent rig to setup with Ubuntu before that can happen.
scott.hart.bti said:
Haha I hear ya. I know there were a few devs over in the OnePlus forums that were fantastic with bringing twrp functionality to those devices. I'm wondering if anyone on the OnePlus 10 is working on it yet. Can't be that much different once someone gets it working and posts the source code (obviously the device source would be different), but beyond that should be similar. I've really been getting the itch to start playing around with things again lately. Need to find a decent rig to setup with Ubuntu before that can happen.
Click to expand...
Click to collapse
Well if you want to lose the inactive dev title, I 100% will support that . I know many people would appreciate it!
i'd certainly spend my money for a twrp!
I hate adb and hate having to connect my pixel (or any other phone) to a pc for install whatever i want
TWRP was a thing when phones had SD card slots. It still would be nice, however, just not as handy as it were then. ;-)
scott.hart.bti said:
Haha I hear ya. I know there were a few devs over in the OnePlus forums that were fantastic with bringing twrp functionality to those devices. I'm wondering if anyone on the OnePlus 10 is working on it yet. Can't be that much different once someone gets it working and posts the source code (obviously the device source would be different), but beyond that should be similar. I've really been getting the itch to start playing around with things again lately. Need to find a decent rig to setup with Ubuntu before that can happen.
Click to expand...
Click to collapse
I'm coming straight from S5 and can say even with Source Code available it's really hard to see functional updates.
Aroma Installer support was lost for about 5 years. Then an interested developer finally came up and fixed it but didn't want to maintain it, but still it became official ipdate for device tree not unofficial. However the next two updates after it (as far as I know there haven't been more) by an official maintainer skipped all the fixes he did (Aroma Installer support is just the most important). So TWRP for S5 is back to be bugged like for last 5 years and I don't expect it to get fixed ever again.
So no: even if source is available, you can't expect to have good TWRP support.
I'm quite shocked about the S20 development: It's a flagship phone only 2 years old but Stock based development is down to one ROM and one kernel actively maintained, Vanilla Android (based) ROM is not there only LOS based (okay this is Vanilla based in the end, but itself modified and all the ROMs start from this one) and as this one is still not bug free, all depending ROMs are not bug free.
Back in the active days of S5 you had 3-5 Stock ROMs active, AOSP, AOKP and than Cyanogen (based) ROMs available, quite a lot. And Samsung was always hated for their undocumented changes that gave developers quite the headache and reverse engineering was needed a lot. I think GSI should make development easier compared to S5 or has Custom Android development gone down at all?
scott.hart.bti said:
Honestly I don't even remember the days of using twrp anymore as it's been so rare on devices the past couple years. I have to admit I do miss the interface/functionality without relying on a computer. I'd be willing to throw in a few bucks.
Click to expand...
Click to collapse
Huh? My Samsungs and Oneplus had TWRP, it's not rare just not on Pixel
Question: Has any Android 12 device had TWRP made for it yet? Last I had heard, several months back, anyway - none had. Anyone wanting to tackle TWRP for any specific Android 12 device would first have to tackle getting it to work on any Android 12 device in general.
But maybe by now, someone has made it for Android 12 in general and I just haven't heard about it, who knows. I used it some on my Pixel 1, but I really haven't missed it.
Edit: There are several TWRP-related threads in this section, and here's some news I shared a month after I got my Pixel 6 Pro:
[General] TWRP 3.6.0 major parts rewritten from scratch to support Google's Android 11 changes, so they are hopeful for a much quicker Android 12 release
So it took them quite a while to get Android 11 support in general.
cpufrost said:
TWRP was a thing when phones had SD card slots. It still would be nice, however, just not as handy as it were then. ;-)
Click to expand...
Click to collapse
Use a USB C to USB A dongle. Works like a charm and also works in TWRP.
TWRP is still being worked on from what I just checked, but they have no ETA when it'll be finished. There's a status page on Zulip with more info, but I'm not signing up for it.
TWRP 3.6.1 Released
TWRP 3.6.1 is out now for most currently supported devices.
twrp.me
mkhcb said:
Use a USB C to USB A dongle. Works like a charm and also works in TWRP.
Click to expand...
Click to collapse
True, I forgot about those. I even have a 128GB tiny Sandisk USB drive that is USB C native that does work so there's that.
roirraW edor ehT said:
Question: Has any Android 12 device had TWRP made for it yet? Last I had heard, several months back, anyway - none had. Anyone wanting to tackle TWRP for any specific Android 12 device would first have to tackle getting it to work on any Android 12 device in general.
But maybe by now, someone has made it for Android 12 in general and I just haven't heard about it, who knows. I used it some on my Pixel 1, but I really haven't missed it.
Edit: There are several TWRP-related threads in this section, and here's some news I shared a month after I got my Pixel 6 Pro:
[General] TWRP 3.6.0 major parts rewritten from scratch to support Google's Android 11 changes, so they are hopeful for a much quicker Android 12 release
So it took them quite a while to get Android 11 support in general.
Click to expand...
Click to collapse
yes
namely the fold 3 - however with samsung devices, encryption needs to be disabled for TWRP to work and be able to access the data partition and thus make and store nand backups of userdata etc.
Firstly it transpred that disabling encryption broke a whole range of samsung and google things such as samsung Dex mode and even downloading attachments from gmail.
Then it transpired that data backups were not being sucecssful (although system partition backups were still possible)
In the end it wasn't worth it and the Dev moved over to pixel 6 pro lol
roirraW edor ehT said:
Question: Has any Android 12 device had TWRP made for it yet? Last I had heard, several months back, anyway - none had. Anyone wanting to tackle TWRP for any specific Android 12 device would first have to tackle getting it to work on any Android 12 device in general.
Click to expand...
Click to collapse
It was only officially ported to Android 11 in November 2021, so I doubt there's any official A12 builds yet.
I think reliance on TWRP has dwindled over the past few years due to slow releases, dev's releasing ROM's that are flashable with fastboot, kernels being flashable while online, and most root mods moving towards systemless Magisk modules.
I mainly used TWRP to do an image backup of my phone before doing anything "dangerous". I really hate having to before each monthly update in the hopes something doesn't go wrong that will cause me to have to wipe my phone. With TWRP, I could do an image backup, screw something up, and be back up and running right where I was in a matter of minutes.
Am I missing something here? Is there another way to do a full image backup and restore it quickly? I have Titanium Backup but using that to backup each individual app and it's data, transfer that backup off the phone, then if I have to wipe the phone, I have to copy everything back, then do a restore of each app, will take literally hours!
What's the quickest way to do an image backup if not TWRP?
Thanks,
Dave
Dataman100 said:
Am I missing something here? Is there another way to do a full image backup and restore it quickly?
Click to expand...
Click to collapse
There has "always" (very, very long time) been a way to do image backups manually using ADB, however, it's unreliable - the only reason TWRP or other recoveries were slightly more reliable was that they could "verify" the backup and ensure that what it sees in the partition is indeed what is backed up.
With the ADB commands, you might not find out your backup isn't good until you restore it, and that's no help.
I still found TWRP backups to be hit and miss, at least six years ago when I was still using it.
Dataman100 said:
I have Titanium Backup but using that to backup each individual app and it's data, transfer that backup off the phone, then if I have to wipe the phone, I have to copy everything back, then do a restore of each app, will take literally hours!
Click to expand...
Click to collapse
I switched to Swift Backup and I don't even backup locally as most of my 512 GB of space is filled with music. I have it backup to my Google Drive directly. It's slower to restore stuff from the cloud, but at least they aren't taking up precious space, and I know wiping the phone won't cause me to lose my backups.
FYI, you can set up cloud backups in Titanium Backup as well, or tell it to do that manually. In TB's case, the cloud backups don't replace the local backups, but I have used them before just in case I have to wipe. I've been away from Titanium Backup long enough that I don't recall if TB restores could be done from the cloud, however (unlike Swift Backup, which can restore directly from the cloud). TB's method is probably closer to your manual copy the files back method, so only slightly an improvement as you can schedule the TB cloud backups to happen automatically.
roirraW edor ehT said:
There has "always" (very, very long time) been a way to do image backups manually using ADB, however, it's unreliable - the only reason TWRP or other recoveries were slightly more reliable was that they could "verify" the backup and ensure that what it sees in the partition is indeed what is backed up.
With the ADB commands, you might not find out your backup isn't good until you restore it, and that's no help.
I still found TWRP backups to be hit and miss, at least six years ago when I was still using it.
I switched to Swift Backup and I don't even backup locally as most of my 512 GB of space is filled with music. I have it backup to my Google Drive directly. It's slower to restore stuff from the cloud, but at least they aren't taking up precious space, and I know wiping the phone won't cause me to lose my backups.
FYI, you can set up cloud backups in Titanium Backup as well, or tell it to do that manually. In TB's case, the cloud backups don't replace the local backups, but I have used them before just in case I have to wipe. I've been away from Titanium Backup long enough that I don't recall if TB restores could be done from the cloud, however (unlike Swift Backup, which can restore directly from the cloud). TB's method is probably closer to your manual copy the files back method, so only slightly an improvement as you can schedule the TB cloud backups to happen automatically.
Click to expand...
Click to collapse
Thanks! Yeah, I was aware of all those options. It's still a very manually intensive and time consuming process with either Swift or TB to the cloud.
I came to the P6P from an LG V30s which had TWRP. Right before any major update, (OS, Magisk, etc). I'd do a quick full image backup to the SD card. It took about 20 mins max. Then I'd perform whatever update task, and if it boot looped, or soft bricked, I'd immediately reboot into TWRP and restore. I remember having to do that at least twice on the LG. Each time the backup restored properly and I was up and running again in 20 mins or less. There's no current backup/restore process for the Pixel that even comes close. Titanium even lets you restore individual apps/data from a TWRP backup image. You don't have to restore the entire thing. Which I'd done several times on the LG.
It's a shame. One of the reasons I chose the P6P was because I thought with it's popularity, it wouldn't take long for TWRP to be available. It may not be as valuable or necessary as it was in the past for it's flashing functions, but it certainly would be very useful, (to me anyway) for it's image backup function.
I'd definitely chip in for a TWRP bounty. For the backup alone.
Dataman100 said:
Thanks! Yeah, I was aware of all those options. It's still a very manually intensive and time consuming process with either Swift or TB to the cloud.
Click to expand...
Click to collapse
I have Swift backup to the cloud automatically every night at ~2 AM whenever the battery is at 50% or more. I never have to do anything for that manually. That way, if I'm going to do something dangerous, there's that much less I have to worry about.
I think I used to have Titanium Backup sync to the cloud nightly on a schedule also, besides having it do a scheduled new backup beforehand.
I only actually ever restore select app data - I always start with the Google Cloud restore, and then probably just a few apps that don't use Google Cloud backup, so I manually restore the data for those apps as I come across them in normal use. I never do like I used to do in Titanium Backup and do a restore all.
Dataman100 said:
I came to the P6P from an LG V30s which had TWRP. Right before any major update, (OS, Magisk, etc). I'd do a quick full image backup to the SD card. It took about 20 mins max. Then I'd perform whatever update task, and if it boot looped, or soft bricked, I'd immediately reboot into TWRP and restore. I remember having to do that at least twice on the LG. Each time the backup restored properly and I was up and running again in 20 mins or less. There's no current backup/restore process for the Pixel that even comes close. Titanium even lets you restore individual apps/data from a TWRP backup image. You don't have to restore the entire thing. Which I'd done several times on the LG.
It's a shame. One of the reasons I chose the P6P was because I thought with it's popularity, it wouldn't take long for TWRP to be available. It may not be as valuable or necessary as it was in the past for it's flashing functions, but it certainly would be very useful, (to me anyway) for it's image backup function.
I'd definitely chip in for a TWRP bounty. For the backup alone.
Click to expand...
Click to collapse
Nice. It is definitely good to have options.
mkhcb said:
Wouldn't it be cool to just download the monthly updates and then flash it without a computer and follow that by flashing root instantly? I miss the good ol' TWRP day. We should all pitch in for a TWRP bounty. What do you folks think about that?
Click to expand...
Click to collapse
Yeah if the p6pro gets official lineage os would even be cool to have lineage recovery
Just a thought.