Related
I'm so disconcerted right now. I have the Verizon LG G3, everything stock but rooted, and just recently was fiddling with the Bump bootloader bypass. Everything was going well, and I remember this thread from a while back because I'm heavy on customizing my phone. Long story short, I download the "Clean Lockscreen" mod, flashed it, and now I get a "unfortunately the process com.android.systemui has stopped" when I boot up my phone. Skips the lockscreen, the home pages load up normally, but the only thing I can interact with is the Power Menu and the "Ok" to dismiss the "unfortunately..." message.
(mod was directly from http://forum.xda-developers.com/lg-g3/themes-apps/theme-g3-clean-look-kk-4-4-2-t2834442)
Short of factory resetting, is there any quick dirty fix that will let me stop having a panic attack? I'm so lazy/dumb for not having a backup, but I was so eager to start flashing things I couldn't be bothered to set one up. I gambled and lost. Hard.
Also, is there anyway to extract my photos before, worst case scenario, I do have to factory reset? I have so many pictures since I bought this phone that losing them all because of this little mistake is what's driving me crazy, on top of losing every little tweak I did here and there for the past few months.
Lastly, if I do factory reset, does that also erase everything on my SD card? The Quick Circle case is on there pretty snug.
**My theory is that someone with a Verizon LG G3 V10B (didn't update because I was afraid to lose root) has the original file that whatever the "Clean Lockscreen mod" file replaced, and I can just flash that and be sane again** please please please
TL;DR --> Verizon user, got Bump, got excited, started flashing things with no backup (dumb dumb dumb), going crazy, now hoping that I can replace that one thing I flashed with the stock original and be fine (whatever the Clean Lockscreen mod changed)
BE VERY CAREFUL READING THIS POST, IF YOU FOLLOW MY SUGGESTIONS AND LOSE YOUR PICTURES FOR ANY REASON I AM NOT RESPONSABLE.
~ You shoulda done a backup.
Just booting into recovery is 90% of the work needed to do a backup, The other 10% of the work is just clicking "backup" and waiting 15 seconds. (You were just lazy/impatient, Not dumb.)
~ Did you flash a mod that was specifically for your exact model?
~ Can you still get into your custom recovery?
~ Before you try anything in my list I would first see if you can locate the stock lockscreen files on the internet for your model and flash them back onto your phone.
~ The FC issues you're having is usually related to not having the proper permissions.
If you can still go into recovery, Boot into recovery and wipe the Cache, Dalvik cache, & go to advanced and click fix permissions.
~ It looks like to me that your launcher may be pooched.
(In my experience the lockscreen/keyguard seems to be tied to the actual launcher/UI itself, Which is why I believe your UI is broken)
Because you can't install a new launcher in the operating system I would try and find a flashable .zip version of another launcher, like nova launcher or something and flash that in recovery.
~ I'm 99% sure a Factory reset won't help your situation.
I'm almost positive you're gonna have to re-flash your firmware to return your phone to working condition.
~ Try a dirty flash, Using same type of rom. (YOU "COULD" LOSE YOUR PICTURES DOING THIS, BUT PROBLY WON'T, Use as one of your last resorts)
Try and find a flashable .zip rom that is flashable in recovery, One that is the same type as your current rom and try a dirty flash "without" wiping anything.
Only flash using the recovery without wiping "OR YOU WILL LOSE ALL YOUR PICS", Also if you flash using your PC it WILL DELETE EVERYTHING.
(If your current rom is stock or stock based rom, Find a stock/stock based .zip based rom and dirty flash in custom recovery)
(If your current rom is AOSP based rom, Find a AOSP based .zip based rom and dirty flash in custom recovery)
After you dirty flash, Backup your pictures & anything else you may need then do a clean flash.
~ There are apps that can recover "deleted/inaccessible" data. (THIS IS ABSOLUTLY LAST RESORT, DON'T TRY THIS UNTIL YOU HAVE ABSOLUTLY NO OTHER OPTION.)
When you delete something off a storage device, It doesn't delete the actual data, It deletes the operating systems directories where the said info is stored, Resulting in what looks like to the operating system as "empty space" Which it actually isn't.
If you "have to" wipe your phone before being able to recover your pictures, Avoid installing ANYTHING you can (If/when possible) until you recover your pictures if you have to wipe your phone, Because anything that goes on your phone while your stuff is deleted CAN be overwritten. (You're gonna have to google a bit to find what apps are capable of this on android.)
Hello,
My 5x became more less unusable so I had to factory reset it. Will setting it up as new device be more advantageous in terms of performance? Or should I stick with the backup and save my self a lot of time downloading everything?
I had this phone since it came out and I think I will be getting rid of it. It became laggy as hell and 2gb of ram just does not cut it, and now since I just upgraded from 6.0 to 6.0.1 my build number is MTC19V and for the life of me I cant find a way to decrypt it. Encrypted 5x is even worse (I've done both so had a feel for it with and without it)
neopl666 said:
Hello,
My 5x became more less unusable so I had to factory reset it. Will setting it up as new device be more advantageous in terms of performance? Or should I stick with the backup and save my self a lot of time downloading everything?
I had this phone since it came out and I think I will be getting rid of it. It became laggy as hell and 2gb of ram just does not cut it, and now since I just upgraded from 6.0 to 6.0.1 my build number is MTC19V and for the life of me I cant find a way to decrypt it. Encrypted 5x is even worse (I've done both so had a feel for it with and without it)
Click to expand...
Click to collapse
Check out this thread
https://www.reddit.com/r/nexus5x/comments/4nayhm/to_those_of_you_with_lag_force_closes_etc/
factory reset and set up as new google account to experiment and see if there is still lag. Just load up a couple of your most used apps to start.
I've run encrypted and unencrypted side by side on 2 5xs on same build with same exact software loaded and there was no noticeable difference within Android. I doubt your lag is because of encryption.
Also if you are running out of memory it just takes a little longer to switch to an app, it doesn't lag all the time. If it is lagging all the time, that is caused by something else.
Any chance you were running low on storage space? 2GB or less free? If so, there's a decent chance that was causing lag as EMMC drives don't perform well when they start getting full.
The way you run decrypted on MTC19V is the same as on previous releases. It hasn't changed.
Use TWRP to install SuperSU then boot into bootloader
fastboot erase user
fastboot format user
If you need root, boot into TWRP and reinstall SuperSU as last two steps will overwrite SuperSU.
sfhub said:
Check out this thread
https://www.reddit.com/r/nexus5x/comments/4nayhm/to_those_of_you_with_lag_force_closes_etc/
factory reset and set up as new google account to experiment and see if there is still lag. Just load up a couple of your most used apps to start.
I've run encrypted and unencrypted side by side on 2 5xs on same build with same exact software loaded and there was no noticeable difference within Android. I doubt your lag is because of encryption.
Also if you are running out of memory it just takes a little longer to switch to an app, it doesn't lag all the time. If it is lagging all the time, that is caused by something else.
Any chance you were running low on storage space? 2GB or less free? If so, there's a decent chance that was causing lag as EMMC drives don't perform well when they start getting full.
The way you run decrypted on MTC19V is the same as on previous releases. It hasn't changed.
Use TWRP to install SuperSU then boot into bootloader
fastboot erase user
fastboot format user
If you need root, boot into TWRP and reinstall SuperSU as last two steps will overwrite SuperSU.
Click to expand...
Click to collapse
Thank you for your post. I think the issue with my phone is that overtime it just became increasingly slower. I always kept at least 6gb of free space as I am aware of the issue of not doing so. Taking off encryption soon after I purchased the phone when it came out did make it more responsive. I now wiped it and loaded 6.0.1 and can say that the phone came back to life. But for how long? This time around I will try to not tweak the hell out of it and to not load too many things through xposed as those were probably the culprits of poor performance over the months.
I will try the commands you recommend to remove encryption, what I did before that failed to work was format the data partition through TWRP. Will my phone remain unencrypted if I side load the next OTA, or will side loading the OTA encrypt it back up? Thanks again!
PS. I am considering OnePlus 3 but the (incredibly timely) review on Anandtech states that the color calibration of the screen is some of the worse out there, and that may just be the deal breaker. It is a shame really as otherwise it is looking like a one fine device.
neopl666 said:
Thank you for your post. I think the issue with my phone is that overtime it just became increasingly slower. I always kept at least 6gb of free space as I am aware of the issue of not doing so. Taking off encryption soon after I purchased the phone when it came out did make it more responsive. I now wiped it and loaded 6.0.1 and can say that the phone came back to life. But for how long?
Click to expand...
Click to collapse
I tested starting with April release. It is possible with earlier releases encryption was slower, but with April release side-by-side comparison with encrypted vs unencrypted there was no noticeable difference. I loaded reasonably large games, offline GPS maps, web browsing, etc.
Sometimes it is hard to tell if unencrypting is the reason the phone is faster, because as part of unencrypting, you essentially do a factory reset when your user partition gets wiped/reformatted. It is possible your phone could have been faster just by the factory reset with no decryption.
neopl666 said:
I will try the commands you recommend to remove encryption, what I did before that failed to work was format the data partition through TWRP. Will my phone remain unencrypted if I side load the next OTA, or will side loading the OTA encrypt it back up? Thanks again!
Click to expand...
Click to collapse
The critical step is *never* boot using a factory boot.img. Then you can remain decrypted.
If you sideload an OTA, immediately boot into bootloader when done, then to recovery. I say boot into bootloader, because sometimes you can mistime the boot into recovery, and boot into android by mistake. I don't remember if sideload immediately reboots when done or gives you some time, but you need to get into bootloader (or TWRP recovery, either directly or via bootloader menu option) prior to initial boot with the stock boot.img, otherwise it will reencrypt.
From TWRP you'll need to flash the SuperSU install zip and that will patch your boot.img to remove foreced encryption. From that point on you are safe.
Honestly, I ran for a month decrypted even though I found no difference in performance between encrypted and unencrypted, just in case there were long term differences. It wasn't until I found a separate issue with my SIM card and visual voicemail that only occurred on decrypted sytems that I switch back.
It's been a few weeks and there have been no noticeable slowdowns for my usage, but I don't have 2 units to run side-by-side right now, so I can't say with as much surety as I could when I literally ran them side-by-side and pressed on the same apps and did the same actions.
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.
I came from havoc os to stock by dirty flashing it (o know it's not the pest practice) but i have so many data that i dont want to lose but now i dont have the option to check fro system updates and when i click on a notification that there is a new update it does nothing
Can anybody help me with this
Thanks
mysara saad said:
I came from havoc os to stock by dirty flashing it (o know it's not the pest practice) but i have so many data that i dont want to lose but now i dont have the option to check fro system updates and when i click on a notification that there is a new update it does nothing
Can anybody help me with this
Thanks
Click to expand...
Click to collapse
Try dirty fastbooting the factory image to both slots. If it doesn't resolve the problem, it's really no big deal since you couldn't install it anyway since your rooted.
Badger50 said:
Try dirty fastbooting the factory image to both slots. If it doesn't resolve the problem, it's really no big deal since you couldn't install it anyway since your rooted.
Click to expand...
Click to collapse
You see i dirty flashed the otp and didn't root to be able to update to Android Q so am almost completely stock with unlocked bootloader and i noticed the havoc os disables the system updates so it wouldn't break it that's possibly the reason
mysara saad said:
You see i dirty flashed the otp and didn't root to be able to update to Android Q so am almost completely stock with unlocked bootloader and i noticed the havoc os disables the system updates so it wouldn't break it that's possibly the reason
Click to expand...
Click to collapse
Why don't you try "dirty flashing" the Full Factory image instead of the OTA; the OTA just updates and builds upon the established system partition -- so if there's a glitch or bug, it will retain and possibly build upon it -- whereas flashing the Full Factory will format (i'm under the impression) and replace/reinstall/reflash the system (among others like bootloader, vendor, etc.) partition. In this way, you can be assured that the system that's updated and placed in the system isn't "built upon" any pre-existing glitch or bug. Also, in case you are unaware (as it seems, since you still throw out terms like "dirty flashing", running custom ROMs and "dirty flashing" because you don't wish to lose data) that you can flash the Full Factory image without losing data by modifying the flash-all .bat file script by removing the "-w" attribute...
And, with all that, here's hoping that the "system updates" will be available again, and/or it removing whatever the custom ROM HavocOS may have done (i'm not all too convinced whatever the custom rom did would "survive" reflashing the stock rom...). One thing to keep in mind, it seems that there is a lot of issues happening with users updating to the Android Q beta, then attempting to downgrade without losing/formatting the /data & /internalsd or without factory resetting (which is essentially the same thing as losing & formatting/reinstalling all the partitions)... So, in the end, if you still have those issues and/or have more issues, you may need to backup and "lose" all of your data to get your device working properly anyways...
hope this helps...
simplepinoi177 said:
Why don't you try "dirty flashing" the Full Factory image instead of the OTA; the OTA just updates and builds upon the established system partition -- so if there's a glitch or bug, it will retain and possibly build upon it -- whereas flashing the Full Factory will format (i'm under the impression) and replace/reinstall/reflash the system (among others like bootloader, vendor, etc.) partition. In this way, you can be assured that the system that's updated and placed in the system isn't "built upon" any pre-existing glitch or bug. Also, in case you are unaware (as it seems, since you still throw out terms like "dirty flashing", running custom ROMs and "dirty flashing" because you don't wish to lose data) that you can flash the Full Factory image without losing data by modifying the flash-all .bat file script by removing the "-w" attribute...
And, with all that, here's hoping that the "system updates" will be available again, and/or it removing whatever the custom ROM HavocOS may have done (i'm not all too convinced whatever the custom rom did would "survive" reflashing the stock rom...). One thing to keep in mind, it seems that there is a lot of issues happening with users updating to the Android Q beta, then attempting to downgrade without losing/formatting the /data & /internalsd or without factory resetting (which is essentially the same thing as losing & formatting/reinstalling all the partitions)... So, in the end, if you still have those issues and/or have more issues, you may need to backup and "lose" all of your data to get your device working properly anyways...
hope this helps...
Click to expand...
Click to collapse
thanks for the help mate i tried to flash full system image got some issues and the original cable that came with the hone turned out to be the reason
what solved the issue for my was wiping the data nothing else worked but a good experience thanks a lot :highfive:
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.