Database Info

[Q] Is my Maxx bricked?

Greets,
I think I may have bricked my Droid Maxx but I'm hoping someone can verify before I deem it a paperweight. I was on SU-2-3.3 and used Sunshine on it to unlock it and then TWRP to root it. After fully booting up the phone and verifying root, I rebooted into TWRP and ran a full back up w md5. After that, I booted up the phone and used supersu survival mode and then took the OTA update. Now the phone boots to fastboot, but says "boot failed" under any of the options. It won't go into recovery nor will it normally boot up. I tried to use RSD to reflash to the latest version but it just said flash failed at the first file and says something about downgraded security, etc. So now, I can get into fastboot mode and the phone connects and is detected but won't let me flash anything... it was unlocked via Sunshine, but I may have borked it up somehow. Thoughts?

Try a more recent firmware but check your recovery
Sent from my D6616 using Tapatalk

I took the OTA... is there something more recent? Also, I've tried to flash other recoveries but I get "boot failed" at the fastboot menu.

ohhhh you must mean try and use a more recent firmware via RSD. I'll give that a shot

Ok i tried a newer firmware via RSD, now the fastboot mode shows "failed to read signatures for partition aboot" RSD fails at flashing partition gpt.bin

Since I seem to have a partition related error, would this LINK help my situation at all?

Does anyone know of a way I can restore or rewrite the partitions via fastboot?

t3knokon said:
Does anyone know of a way I can restore or rewrite the partitions via fastboot?
Click to expand...
Click to collapse
Okay, So if you think you device is completely bricked, and I mean "NOT RECOVERABLE AT ALL" , you can try this: This may be a long shot, you might want to try uploading 'sbl2.mbn' file. If you are able to flash that, then you can try flashing a "Broken" sbl2 file and try uploading the ROM using Qualcomm emergency downloader. This method is very dangerous, and not for the faint hearted. It is used to root the droids which cannot be rooted by sunshine (post SU4-21) and you may lose your rooting capabilities all together, as this method uploads a non rootable bootloader (SU6-7). If you can get your hands on a copy of the bootloader you already have ( SU-2-3.3) , you should use that to unbrick from the bootloader mode. Try to refer this post for further details.

crack.mech said:
Okay, So if you think you device is completely bricked, and I mean "NOT RECOVERABLE AT ALL" , you can try this: This may be a long shot, you might want to try uploading 'sbl2.mbn' file. If you are able to flash that, then you can try flashing a "Broken" sbl2 file and try uploading the ROM using Qualcomm emergency downloader. This method is very dangerous, and not for the faint hearted. It is used to root the droids which cannot be rooted by sunshine (post SU4-21) and you may lose your rooting capabilities all together, as this method uploads a non rootable bootloader (SU6-7). If you can get your hands on a copy of the bootloader you already have ( SU-2-3.3) , you should use that to unbrick from the bootloader mode. Try to refer this post for further details.
Click to expand...
Click to collapse
well he's not a hardbrick as he can get into fastboot so I don't think he needs to use THIS method just yet.
---------- Post added at 08:30 AM ---------- Previous post was at 08:27 AM ----------
t3knokon said:
Since I seem to have a partition related error, would this LINK help my situation at all?
Click to expand...
Click to collapse
If you can get into fastboot then I don't think you need to go that route just yet. You can try flashing the individual images via fastboot i.e. fastboot flash recovery recovery.img etc. It's been a while but I'd skip flashing the motoboot.img and gpt.bin and flash the boot.img, recovery.img and system.img.

BladeRunner said:
well he's not a hardbrick as he can get into fastboot so I don't think he needs to use THIS method just yet.
---------- Post added at 08:30 AM ---------- Previous post was at 08:27 AM ----------
If you can get into fastboot then I don't think you need to go that route just yet. You can try flashing the individual images via fastboot i.e. fastboot flash recovery recovery.img etc. It's been a while but I'd skip flashing the motoboot.img and gpt.bin and flash the boot.img, recovery.img and system.img.
Click to expand...
Click to collapse
Ok to clarify, after I unlocked via sunsine on 2-3.3, I rooted and I took the over the air so now I'm on the newer bootloader. Post those events I started to receive "failed to erase partition xxxx" I also just tried reflashing individual images from 4.4.4 su6-7 release and I still receive back "failed to erase... failed to flash... etc." I can get into fastboot mode but it seems crippled somehow.

crack.mech said:
Okay, So if you think you device is completely bricked, and I mean "NOT RECOVERABLE AT ALL" , you can try this: This may be a long shot, you might want to try uploading 'sbl2.mbn' file. If you are able to flash that, then you can try flashing a "Broken" sbl2 file and try uploading the ROM using Qualcomm emergency downloader. This method is very dangerous, and not for the faint hearted. It is used to root the droids which cannot be rooted by sunshine (post SU4-21) and you may lose your rooting capabilities all together, as this method uploads a non rootable bootloader (SU6-7). If you can get your hands on a copy of the bootloader you already have ( SU-2-3.3) , you should use that to unbrick from the bootloader mode. Try to refer this post for further details.
Click to expand...
Click to collapse
This sounds like a promising method. If I attempt this method, will I be able to recover root since I was previously unlocked via sunshine prior to bricking/soft-bricking?

t3knokon said:
This sounds like a promising method. If I attempt this method, will I be able to recover root since I was previously unlocked via sunshine prior to bricking/soft-bricking?
Click to expand...
Click to collapse
I don't think you can downgrade from SU6-7 to SU2-3.3. But I guess trying won't hurt. If you are able to flash a new sbl1.mbn and sbl2.mbn files, you might want to try rsd lite / mfastboot to flash the ROM image before you try the more dangerous path (CrashXXL's protocol, intentionally flash the broken bootloader and the using the qualcomm emergency mode to access the partitions) .
And answering your question:This WILL revoke your rooting capabilities and you will no longer have root. Though you can then use CrashXXL's method (same post linked above) to get root. But your bootloader will be locked, so no custom ROMs for you..
Good luck!
---------- Post added at 12:47 PM ---------- Previous post was at 12:42 PM ----------
BladeRunner said:
well, he's not a hardbrick as he can get into fastboot so I don't think he needs to use THIS method just yet
....
Click to expand...
Click to collapse
I think his bootloader is in a conflict as it might be looking for the certificates that are allowed, and sunshine is messing with the new installations. That is why I recommended a clean install of the device. But this is just guess work, I might be completely wrong!

crack.mech said:
I don't think you can downgrade from SU6-7 to SU2-3.3. But I guess trying won't hurt. If you are able to flash a new sbl1.mbn and sbl2.mbn files, you might want to try rsd lite / mfastboot to flash the ROM image before you try the more dangerous path (CrashXXL's protocol, intentionally flash the broken bootloader and the using the qualcomm emergency mode to access the partitions) .
And answering your question:This WILL revoke your rooting capabilities and you will no longer have root. Though you can then use CrashXXL's method (same post linked above) to get root. But your bootloader will be locked, so no custom ROMs for you..
Good luck!
---------- Post added at 12:47 PM ---------- Previous post was at 12:42 PM ----------
I think his bootloader is in a conflict as it might be looking for the certificates that are allowed, and sunshine is messing with the new installations. That is why I recommended a clean install of the device. But this is just guess work, I might be completely wrong!
Click to expand...
Click to collapse
Bummer. I'm not able to flash anything. All I get back is "Failed to erase partition." I did some extensive reading on the BLBroke/Qualcomm method and attempted that and still the bootloader replies back "failed to erase partition." I don't know what I should try next. Thoughts? Is the partitioning or memory bad on the phone?

t3knokon said:
Bummer. I'm not able to flash anything. All I get back is "Failed to erase partition." I did some extensive reading on the BLBroke/Qualcomm method and attempted that and still the bootloader replies back "failed to erase partition." I don't know what I should try next. Thoughts? Is the partitioning or memory bad on the phone?
Click to expand...
Click to collapse
sent you a PM directing you to a different site. Not sure they can help but it's worth a try.

BladeRunner said:
sent you a PM directing you to a different site. Not sure they can help but it's worth a try.
Click to expand...
Click to collapse
Thanks for that. I posted there as well... from a software standpoint, I'm curious to know what would be denying access to the partitions...

I messaged jcase and he looked at logs for the sunshine preinstall and they were clean. It's possibly a hardware failure unless someone else with bootloader knowledge, knows how to get around the partition permissions access. thoughts?

I've tried a myriad of different methods... i just seems the partitions are locked down... "Access Denied" "Flash Failed" I have no idea what else to try. What do ya'll think? Brick city?

t3knokon said:
I've tried a myriad of different methods... i just seems the partitions are locked down... "Access Denied" "Flash Failed" I have no idea what else to try. What do ya'll think? Brick city?
Click to expand...
Click to collapse
the prognosis is not good.

VBlack messaged me about shorting a pin to put the phone in Qualcomm Downloader mode... and then pushing software onto it to at least try to the partitions set up and get the bootloader in a manner which will allow for writing. If that doesn't work, there's nothing else to do. I read up on it extensively, and it's now a last ditch effort. I've never take apart a phone in that manner before, so it'll be a first for me.

Similar boat, here...using a programmer cord, I can flash a ROM onto the Maxx, but it stumble-boots into BP Tools mode after 3 or so failed 0-battery/unlocked bootloader warning screen loops. I can get it into bootloader with program cord, or first thing with factory cord. It won't charge at all, battery is new. Izzit hosed?
Sent from my XT1254 using XDA Free mobile app

After Custom Recovery OTA and Recovery-flashable Incrementals Don't work

I've had the OPO for over a year, and just now had the need to root it. An OTA happened to come in the next day, and the update process didn't work as I expected. So I'd like to know if I did something wrong, a random problem occurred, or this is the way it's supposed to work.
Until a couple days ago, the OPO was stock + all OTAs that had been released. I unlocked the bootloader, installed TWRP recovery, and installed SuperSU. All that went as expected. When the OTA notification arrived the next day, I tried to install it with "Update Cyanogen recovery" still unchecked (because original reports with CM 11S said you could keep your custom recovery with an OTA).
When I tried to install the update, the phone just rebooted to TWRP and the update was not stored anywhere on /sdcard. I then checked "Update Cyanogen recovery" and tried to install the OTA again. It did not install, and TWRP was still my recovery. Several repeats of this had no different result.
Then I flashed the stock CM recovery with fastboot. After verifying I had the CM recovery, I installed the OTA again, and it failed again, reboting to recovery and doing nothing else. Then I downloaded the incremental update and tried to flash that via CM recovery, and that failed too. I checked the file /System/build.opt, and line "ro.build.version.incremental" said 49d90510ef, which meant I should have been able to install the cm-bacon-49d90510ef-to-d91bf047f5-signed.zip file. But it failed and said the current build number was not as expected. The number it gave me was not anything that made sense looking at the list of recent incremental updates.
So at that point I bailed out and installed via recovery the full flashable zip file, and that worked.
If this is what I have to do each time, it's certainly doable, but I don't think this is how it's supposed to go. I'm surprised the OTA didn't work with the custom recovery installed, and I'm even more surprised that the incremental installation failed. Maybe trying to install the OTA without updating the CM recovery messed things up, but that doesn't seem likely either. When the next OTA comes out, I'll see if any of these troubles are repeated. But I'd like to know how the OTA was supposed to work after installing a custom recovery.

I am still yet to figure this one out also, my friend I'm sure with time someone will respond who had better experience with this; just be patient
Have you been able to root yet? I can't seem to be able to on the new incremental yet.
@MidnightJava

Looks like I'm not the only one with this problem.
I'm trying to find now the link for Cyanogen Recovery flashable to see it that fix the OTAs

Check the CyanogenMod website, @distante

vince.lupe said:
Have you been able to root yet? I can't seem to be able to on the new incremental yet.
@MidnightJava
Click to expand...
Click to collapse
After installing the latest CM 12.1 ROM, I had to re-flash SuperSU. After doing that, root access is working fine. If you're having trouble rooting after installing the incremental, then my experience is perhaps not applIcable—since I was not able to do an incremental installation and had to re-flash the entire ROM.

distante said:
Looks like I'm not the only one with this problem.
I'm trying to find now the link for Cyanogen Recovery flashable to see it that fix the OTAs
Click to expand...
Click to collapse
This thread with Cyanogen mirrors and info has exactly what you need.

MidnightJava said:
After installing the latest CM 12.1 ROM, I had to re-flash SuperSU. After doing that, root access is working fine. If you're having trouble rooting after installing the incremental, then my experience is perhaps not applIcable—since I was not able to do an incremental installation and had to re-flash the entire ROM.
Click to expand...
Click to collapse
I had to completely re-flash stock 3JL full also, but this time root doesn't work. Tried to use WugFresh's Bacon Root Toolkit - didn't work - then, I tried to flash SuperSu via TWRP recovery (after unlocking bootloader), and that didn't work either? In other words, I have bootloader unlock, custom recovery installed, but no root :/

vince.lupe said:
I had to completely re-flash stock 3JL full also, but this time root doesn't work. Tried to use WugFresh's Bacon Root Toolkit - didn't work - then, I tried to flash SuperSu via TWRP recovery (after unlocking bootloader), and that didn't work either? In other words, I have bootloader unlock, custom recovery installed, but no root :/
Click to expand...
Click to collapse
What happens when you try to root? Does it seem successful, but then you don't actually have root access? Or do you get some failure indication when you flash SuperSU? I've rooted a few phones in the last few years, but I'm far from an expert. Hopefully someone else will jump in with some idea of what went wrong. Shooting somewhat in the dark, I'd say look at the version of SuperSU and make sure it's the latest and the right one for the ROM, look at read-write permissions on your storage (if you can, you may need root access to check it properly). Of course wiping cache is always a good step, and if nothing else works, maybe factory reset, re-lock the bootloader, and then unlock and flash custom recovery again, and see if root can be successful then.

Once on custom recovery ( TWRP ) OTAs will NOT not install, unless you revert back to CM stock recovery. If you don't want to do that, wait for a signed flashable version to come out, which is normally 1-2 days after. Everytime you flash an update you will have to reinstall TWRP and SuperSU.
---------- Post added at 03:31 PM ---------- Previous post was at 03:25 PM ----------
vince.lupe said:
I had to completely re-flash stock 3JL full also, but this time root doesn't work. Tried to use WugFresh's Bacon Root Toolkit - didn't work - then, I tried to flash SuperSu via TWRP recovery (after unlocking bootloader), and that didn't work either? In other words, I have bootloader unlock, custom recovery installed, but no root :/
Click to expand...
Click to collapse
Did you guys remove the " Update Cyanogen recovery" in Dev options and "respect CM root settings " In SuperSU settings ?

Cholerabob said:
Once on custom recovery ( TWRP ) OTAs will NOT not install, unless you revert back to CM stock recovery. If you don't want to do that, wait for a signed flashable version to come out, which is normally 1-2 days after. Everytime you flash an update you will have to reinstall TWRP and SuperSU.
Click to expand...
Click to collapse
I figured that was the case when it failed. What seems anomalous in my case is that even after reverting to the stock recovery and verifying that it was installed, OTAs would not succeed. I didn't know about the "respect CM root settings " In SuperSU settings that you mentioned. Maybe that was the problem? Either that or the fact that I tried to install the OTA first with the custom recovery. Certainly the fact that the incremental installation reported I was at a different build number than what was listed in /System/build.opts indicates something was out of whack on my phone.
Temporarily reverting to the stock recovery and installing the OTA, then going back to custom recovery, seems a bit simpler than flashing the signed zip file and then re-installing recovery and SuperSU, but either way is not too bad. But being an engineer, I always have to find the optimum path and understand why things don't work the way I thought they should.

MidnightJava said:
What happens when you try to root? Does it seem successful, but then you don't actually have root access? Or do you get some failure indication when you flash SuperSU? I've rooted a few phones in the last few years, but I'm far from an expert. Hopefully someone else will jump in with some idea of what went wrong. Shooting somewhat in the dark, I'd say look at the version of SuperSU and make sure it's the latest and the right one for the ROM, look at read-write permissions on your storage (if you can, you may need root access to check it properly). Of course wiping cache is always a good step, and if nothing else works, maybe factory reset, re-lock the bootloader, and then unlock and flash custom recovery again, and see if root can be successful then.
Click to expand...
Click to collapse
It just tells me that I don't have access :/ Everything flashes perfectly fine, but then when I boot up and try to access root, it tells me that I don't have access. I've tried everything already :/
---------- Post added at 06:51 PM ---------- Previous post was at 06:47 PM ----------
Cholerabob said:
Did you guys remove the " Update Cyanogen recovery" in Dev options and "respect CM root settings " In SuperSU settings ?
Click to expand...
Click to collapse
I did do both :/

MidnightJava said:
I figured that was the case when it failed. What seems anomalous in my case is that even after reverting to the stock recovery and verifying that it was installed, OTAs would not succeed. I didn't know about the "respect CM root settings " In SuperSU settings that you mentioned. Maybe that was the problem? Either that or the fact that I tried to install the OTA first with the custom recovery. Certainly the fact that the incremental installation reported I was at a different build number than what was listed in /System/build.opts indicates something was out of whack on my phone.
Temporarily reverting to the stock recovery and installing the OTA, then going back to custom recovery, seems a bit simpler than flashing the signed zip file and then re-installing recovery and SuperSU, but either way is not too bad. But being an engineer, I always have to find the optimum path and understand why things don't work the way I thought they should.
Click to expand...
Click to collapse
Not really since the signed zip file come with superSU, after the install it will ask you if you want to install superSU automatically, and TWRP will too when you start your TWRP app on your phone after reboot. But to each his own
---------- Post added at 08:22 PM ---------- Previous post was at 08:19 PM ----------
vince.lupe said:
It just tells me that I don't have access :/ Everything flashes perfectly fine, but then when I boot up and try to access root, it tells me that I don't have access. I've tried everything already :/
---------- Post added at 06:51 PM ---------- Previous post was at 06:47 PM ----------
I did do both :/
Click to expand...
Click to collapse
Is your bootloader unlocked ? Reinstalled superSU ? Did you check with the fastboot command ? If you don't know how, look at Heisenberg's guide.

Cholerabob said:
Not really since the signed zip file come with superSU, after the install it will ask you if you want to install superSU automatically, and TWRP will too when you start your TWRP app on your phone after reboot. But to each his own
---------- Post added at 08:22 PM ---------- Previous post was at 08:19 PM ----------
Is your bootloader unlocked ? Reinstalled superSU ? Did you check with the fastboot command ? If you don't know how, look at Heisenberg's guide.
Click to expand...
Click to collapse
Yes, bootloader is unlocked and SuperSu was reinstalled :/

OTA Update

I just received notification for OTA update. (134MB)
BLU_p0010UU_V11_GENERIC_5.1_20151123-0956
1. Stagefright patch
2. google security patches
3. Mcafee security 2015
4.Other bug fixes
Anyone tried it ?

i want to know if it is going to try and stick me with mcafee. . . happy to see an update, though!

you can remove mcafee after the update.

Can anyone upload ota?

Yes please. I'm rooted and it won't let me download the update. If someone could even offer a system dump that would be helpful.
---------- Post added at 02:29 PM ---------- Previous post was at 02:28 PM ----------
If only for the stage fright patch
---------- Post added at 02:32 PM ---------- Previous post was at 02:29 PM ----------
Also if someone could offer a system dump of the newest upgrade I'd be more than willing to cook up a rooted stock rom. I know I haven't been on the forums much lately at all but I remember working on stuff back in the t-mobile g1 days

Rooting after the update
I only first tried to root my Blu Pure XL after the update was installed. I find that the boot loader is locked and I can not find a way to gain access. I am not sure if the update added this major inconvenience but I suspect it did as the rooting method as described will not work for me at all. Any thoughts or suggestions?

blacksmithjk said:
I only first tried to root my Blu Pure XL after the update was installed. I find that the boot loader is locked and I can not find a way to gain access. I am not sure if the update added this major inconvenience but I suspect it did as the rooting method as described will not work for me at all. Any thoughts or suggestions?
Click to expand...
Click to collapse
ive updated with every ota and root works fine... boot loader isnt locked... try to flash twrp via fastboot, and if that doesnt work enable developer options in settings and "Enable OEM unlock"
but like i said Ive flashed back to stock FW with SP tool (compete stock boot, recovery, and system ver .11) so if any update would have locked BL it would have locked mine... but it didnt, doesnt, and hasnt...
Follow the thread about twrp... it gives you very easy to follow directions.

Yeah, I did the OTA update before rooting, and it didn't want to allow me after the OTA update.
I downloaded multiple files from all over the place, placed them in a "root" subfolder and it still seemed impossible.
Got it done AFTER 3 days

so...
using flashboot to flash twrp, after the OTA,
then using twrp to flash the SU.zip took 3 days?
what files and "root folder" are you referring to?
Sounds like sever case of lack of reading or lack or user error;
But Im glad you stuck with it long enough to get it working...
ArconHadron said:
Yeah, I did the OTA update before rooting, and it didn't want to allow me after the OTA update.
I downloaded multiple files from all over the place, placed them in a "root" subfolder and it still seemed impossible.
Got it done AFTER 3 days
Click to expand...
Click to collapse

tbirdguy said:
ive updated with every ota and root works fine... boot loader isnt locked... try to flash twrp via fastboot, and if that doesnt work enable developer options in settings and "Enable OEM unlock"
but like i said Ive flashed back to stock FW with SP tool (compete stock boot, recovery, and system ver .11) so if any update would have locked BL it would have locked mine... but it didnt, doesnt, and hasnt...
Follow the thread about twrp... it gives you very easy to follow directions.
Click to expand...
Click to collapse
tbirdguy said:
so...
using flashboot to flash twrp, after the OTA,
then using twrp to flash the SU.zip took 3 days?
what files and "root folder" are you referring to?
Sounds like sever case of lack of reading or lack or user error;
But Im glad you stuck with it long enough to get it working...
Click to expand...
Click to collapse
Thanks, hardest part was actually getting phone to boot into flash mode.
Specifically, holding Power plus Volume+ is fine, but you have to let go of the power button first, then the Volume+.
Plus, I had to adb reboot before getting the TWRP rom to flash properly....
Not my best effort, but findintg SPECIFIC instructions were difficult, and had to manually search for latest fastflash and TWRP......v2.8.6.0

ArconHadron said:
Thanks, hardest part was actually getting phone to boot into flash mode.
Specifically, holding Power plus Volume+ is fine, but you have to let go of the power button first, then the Volume+.
Plus, I had to adb reboot before getting the TWRP rom to flash properly....
Not my best effort, but findintg SPECIFIC instructions were difficult, and had to manually search for latest fastflash and TWRP......v2.8.6.0
Click to expand...
Click to collapse
Fastflash?
Manually search?
Under the Development heading there are 5 topics, 2 of which are for TWRP recoveries (3.0.2 is buggy but works, just takes long time to wipe and restore; and theres SOOOOO many posts about how to flash them and how to use SP Flash Tool... so once again; glad you stuck with it, but Im still going with user error due to fail to RTFM

New Update - QF2

According to the Verizon Galaxy S5 Update Page:
Android® security patches and bug fixes.
Resolved a ring-back tone issue on calls to non-Verizon phones.
Fixed an issue where some users reported difficulty making calls to non-Verizon customers.
Click to expand...
Click to collapse
The security patch included is (most likely) the July one, since Samsung also just released a new software update to international models which includes the July security patch and Verizon has been updating the "Galaxy S" series phones with the July update over the past few weeks.
Stock No-Wipe Firmware:
*This will remove Developer Status/Lock your Bootloader*
G900VVRU2DQF2_G900VVZW2DQF2_G900VVRU2DQF2_HOME.tar.md5.zip
Developer Bootloader Friendly/No Aboot No-Wipe Firmware:
G900VVRU2DQF2_G900VVZW2DQF2_G900VVRU2DQF2_HOME_No_Aboot.tar.md5.zip

Appreciate that, but how do you get the Odin firmware file out of curiosity?

drewcu said:
Appreciate that, but how do you get the Odin firmware file out of curiosity?
Click to expand...
Click to collapse
Updato is one way; this shows the list for the Verizon S5 with the most recent at the top; they haven't gotten the new update up yet though.
I think that another way would be for someone to dig through the update.zip file which would be on the phone of someone who got the OTA update downloaded but had not yet installed it yet.

To confirm, the only thing that's different between the dev-friendly version (when it comes out) and the stock is the missing aboot? Thanks again.

drewcu said:
To confirm, the only thing that's different between the dev-friendly version (when it comes out) and the stock is the missing aboot? Thanks again.
Click to expand...
Click to collapse
Yes and the firmware just came out today so I'm currently in the process of uploading both versions.

Dudash said:
Yes and the firmware just came out today so I'm currently in the process of uploading both versions.
Click to expand...
Click to collapse
Is this flashable with Odin only or possibly need to already be on a specific kernal? I have tried on two S5900V's through TWRP and both result in a failure message. Both are on jkruse de-bloated MM rom at the moment.

Kaliaila said:
Updato is one way; this shows the list for the Verizon S5 with the most recent at the top; they haven't gotten the new update up yet though.
I think that another way would be for someone to dig through the update.zip file which would be on the phone of someone who got the OTA update downloaded but had not yet installed it yet.
Click to expand...
Click to collapse
The link for the update zip is not working when you tap or click on it
Sent from my SM-G900V using Tapatalk
---------- Post added at 11:25 AM ---------- Previous post was at 11:16 AM ----------
No one believe update.zip files anymore ? i need one badley
Sent from my SM-G900V using Tapatalk

Kastro1784 said:
The link for the update zip is not working when you tap or click on it
Sent from my SM-G900V using Tapatalk
---------- Post added at 11:25 AM ---------- Previous post was at 11:16 AM ----------
No one believe update.zip files anymore ? i need one badley
Sent from my SM-G900V using Tapatalk
Click to expand...
Click to collapse
Odd. It works for me.
Sent from my SM-G900V using Tapatalk

Since no one wanted to chime in and help me out in my post, you need to unzip the file and load the md5 into Odin's AP slot and flash it. Then let the phone do its thing and flash the latest TWRP with odin after. Then go back into TWRP and flash supersu to gain root again. Trying to flash right within TWRP is not an option, not sure why its not explained.

So this update wont "factory reset" my device?

AWESOME1092387456 said:
So this update wont "factory reset" my device?
Click to expand...
Click to collapse
I dirty flashed two S5's last night with Odin, no factory reset and both phones kept their bootloaders un touched since unlocked. :good:

stuck on Verizon boot screen
After the update via OTA, my aunt's phone has been stuck on Verizon boot screen. Tried booting into safe mode, with same result. Any ideas on how not to lose all her data? Thanks!

This sucks I wanna download this so bad but my computer is down smdh is it possible someone can make and ota update zip file for me so can flash this through stock recovery on my phone ?
Sent from my SM-G900V using Tapatalk

I guess no one knows how to do it huh smdh
Sent from my SM-G900V using Tapatalk

Rumsfield said:
I dirty flashed two S5's last night with Odin, no factory reset and both phones kept their bootloaders un touched since unlocked. :good:
Click to expand...
Click to collapse
Did you loose root?
I dirty flashed and lost root, was unable to get it back.
Reloaded TWRP via Odin and then flashed SuperSU, nothing. Wiped and restore backup all good. ..

mastertech007 said:
Did you loose root?
I dirty flashed and lost root, was unable to get it back.
Reloaded TWRP via Odin and then flashed SuperSU, nothing. Wiped and restore backup all good. ..
Click to expand...
Click to collapse
I always flash super su and whatever else I need in recovery after I've flashed the rom so I cant give you a definitive answer. Both phones did upgrade without data loss and now advanced calling/wifi calling actually work now which is why I flashed in the first place.

Working?
Is this working? Ive tried everything and i have the Toshiba chip. Emmc 11. It soft bricks if i try to downgraded to stock builds.

JasonD1180 said:
Is this working? Ive tried everything and i have the Toshiba chip. Emmc 11. It soft bricks if i try to downgraded to stock builds.
Click to expand...
Click to collapse
The new file seemed to unlock boot loader. Couldnt get odin to flash twrp......

JasonD1180 said:
The new file seemed to unlock boot loader. Couldnt get odin to flash twrp......
Click to expand...
Click to collapse
If you flash the dev boot loader friendly version it wont screw with your bootloader whatsoever. Before you restart go back in TWRP and flash supersu to get root again. Saying it "unlocked boot loader" may cause confusion to people because it does not, you need to manually go from locked to DEV status via a few of the methods posted in here.

Rumsfield said:
If you flash the dev boot loader friendly version it wont screw with your bootloader whatsoever. Before you restart go back in TWRP and flash supersu to get root again. Saying it "unlocked boot loader" may cause confusion to people because it does not, you need to manually go from locked to DEV status via a few of the methods posted in here.
Click to expand...
Click to collapse
Ive not had twrp or root on this device but it went from saying vzw official binary to samsung original. Will i be able to root as long as twrp flashes?

[HELP PLEASE!] Magisk update 17.1 and then couldn't boot + /vendor issue

Hello,
i need your help with my htc u 12+., please (
What happened
While I was happily using the phone a pop up from Magisk manager showed up, asking if I wanted to update. I said ok.
Magisk manager updated. Then it asked to update Magisk itself to 17.1. Checked on XDA if it was stable. It was. I chose the suggested method and tapped ok.
Here's where the nightmare begins. The installation seemed successful but the phone couldn't boot properly. The HTC animation stopped suddenly on the three green dots and the phone didn't react at all. It was not really a bootloop, it was like it couldn't boot any more.
What I did
Tried not to freak out and managed to boot into bootloader and then recovery. Tried to uninstall magisk through the magisk uninstaller, couldn't do it.
I didn't know if I could install Magisk 16.0 over a newer version, and I preferred not to try by luck. So I decided to restore a previous NAND Back up I had made. The NAND backup could restore everything but the /vendor partition.
Now, the phone successfully reboots but:
- I have no root (Magisk is gone)
- when I plug my USB cable, it only charges. No communication between the phone and the PC, unless I boot into bootloader (then the connection is there again and I can use fastboot commands). When I go to Developer options, no matter what communication protocol I choose for USB, it sticks to "Charge". Debug USB is ON, of course.
Tried to install Magisk again through a temporary TWRP, but the issue is still there: I can't mount /vendor partition and it fails.
I've looked for a solution here and there; what I found out is that I should use a treble-enabled TWRP, but my limited knowledge doesn't help me with that.
Please could you help me? It's crazy how messy can be just tapping ok on a notification :crying:
EDIT - FIXED:
To restore the USB communication, flashing the RUU solved the problem.
Using the patched boot.img method to install Magisk could succesfully work around the /vendor issue.
Huge thanks to the guys who helped, that was essential.

Easy fix. Flash the RUU and be on your marry way.
Thatll flash EVERYTHING back to stock. Then restore your data via TWRP that you had saved on a USB or microsdcard.
I also updated to the latest magisk, but everything is working just fine for me. (64Gig US unlocked version)
---------- Post added at 10:38 PM ---------- Previous post was at 10:35 PM ----------
https://www.htc.com/us/support/updates.aspx

I had the same issue this morning and finally figured it out. Just use the new uninstaller from the magisk thread. Once you flash that in twrp you will be able to install the new magisk without any problems!

MNoisy said:
I had the same issue this morning and finally figured it out. Just use the new uninstaller from the magisk thread. Once you flash that in twrp you will be able to install the new magisk without any problems!
Click to expand...
Click to collapse
Unfortunately, the new uninstaller is the one that doesn't work for me due to the /vendor partition, that my TWRP is not able to mount..

Tachi91 said:
Easy fix. Flash the RUU and be on your marry way.
Thatll flash EVERYTHING back to stock. Then restore your data via TWRP that you had saved on a USB or microsdcard.
I also updated to the latest magisk, but everything is working just fine for me. (64Gig US unlocked version)
---------- Post added at 10:38 PM ---------- Previous post was at 10:35 PM ----------
https://www.htc.com/us/support/updates.aspx
Click to expand...
Click to collapse
Thank you, maybe this one will help me.
Should I check something before trying ? (like CID.. or.. something else?)
And can I launch the RUU when I'm in bootloader mode? It's the only way I have to make the PC recognize the device.
EDIT: trying to launch the RUU, but after a few clicks it closes.. maybe my PC can't find a device, even in bootloader mode, and the software is shut down.

Tachi91 said:
Easy fix. Flash the RUU and be on your marry way.
Thatll flash EVERYTHING back to stock. Then restore your data via TWRP that you had saved on a USB or microsdcard.
I also updated to the latest magisk, but everything is working just fine for me. (64Gig US unlocked version)
---------- Post added at 10:38 PM ---------- Previous post was at 10:35 PM ----------
https://www.htc.com/us/support/updates.aspx
Click to expand...
Click to collapse
[canceled]

sbiricuda said:
Unfortunately, the new uninstaller is the one that doesn't work for me due to the /vendor partition, that my TWRP is not able to mount..
Click to expand...
Click to collapse
I was having the same issue with error 2 and 255 (Maybe 225?) with the vendor mount problem. I think I rebooted/changed from slot a to slot b then back again. Then I was able to run uninstaller and the new installer. System and vendor were both unchecked and automatically mounted with the magisk script during the new install.
I actually recommend flashing the stock boot image before you do any of this to. You should not have to RUU. I had the identical problems today.

MNoisy said:
I was having the same issue with error 2 and 255 (Maybe 225?) with the vendor mount problem. I think I rebooted/changed from slot a to slot b then back again. Then I was able to run uninstaller and the new installer. System and vendor were both unchecked and automatically mounted with the magisk script during the new install.
I actually recommend flashing the stock boot image before you do any of this to. You should not have to RUU. I had the identical problems today.
Click to expand...
Click to collapse
So basically I should give:
fastboot --set-active=a
fastboot --set-active=b
(or vice versa if i'm on A)
right?
And where can i get the stock boot? The NAND-restore restored the /boot I had just after unlocking the bootloader, it's a very early nand-backup. Should I still flash the stock boot image?
Anyway, if only I could connect my phone stuck on "just charge" USB option, I wouldn't mind to RUU and start over again. The phone only has two days, it won't take long to set it up again.

sbiricuda said:
So basically I should give:
fastboot --set-active=a
fastboot --set-active=b
(or vice versa if i'm on A)
right?
And where can i get the stock boot? The NAND-restore restored the /boot I had just after unlocking the bootloader, it's a very early nand-backup. Should I still flash the stock boot image?
Anyway, if only I could connect my phone stuck on "just charge" USB option, I wouldn't mind to RUU and start over again. The phone only has two days, it won't take long to set it up again.
Click to expand...
Click to collapse
I did mine through a temporary boot of twrp
Stock boot images can be found in the spreadsheet linked in the second post of the image/firmware/boot/OTA thread here
Boot to download mode
temporary boot twrp
install stock boot image only (From thread linked above)
After the boot image is installed, to be safe, you might want to reboot again to download mode and then temporary boot twrp again just to ensure the boot image installation completed fully and is recognized (Just a guess based on my experience)
Now that you are back in twrp with the stock boot image installed, run the new magisk uninstaller (You should not need to worry about mounting anything since the magisk script does it automatically if not mounted)
Once uninstaller is complete, install the new magisk 17.1 through twrp and you should be good to go.
If you have issues with errors, try the process again. If still having issues, use the reboot menu in TWRP to switch slots back and forth and then try again.
It took me a good 30 min to find the combination that worked but it consisted of the steps above. 7 minutes of it was trying to get the damn phone to stop boot looping but my finger kept double tapping or screwing up the pressure to hold down power!

MNoisy said:
I did mine through a temporary boot of twrp
Stock boot images can be found in the spreadsheet linked in the second post of the image/firmware/boot/OTA thread here
Boot to download mode
temporary boot twrp
install stock boot image only (From thread linked above)
After the boot image is installed, to be safe, you might want to reboot again to download mode and then temporary boot twrp again just to ensure the boot image installation completed fully and is recognized (Just a guess based on my experience)
Now that you are back in twrp with the stock boot image installed, run the new magisk uninstaller (You should not need to worry about mounting anything since the magisk script does it automatically if not mounted)
Once uninstaller is complete, install the new magisk 17.1 through twrp and you should be good to go.
If you have issues with errors, try the process again. If still having issues, use the reboot menu in TWRP to switch slots back and forth and then try again.
It took me a good 30 min to find the combination that worked but it consisted of the steps above. 7 minutes of it was trying to get the damn phone to stop boot looping but my finger kept double tapping or screwing up the pressure to hold down power!
Click to expand...
Click to collapse
Seems that I have no luck. The provided boot.img in the spreadsheet is for US unlocked variant, while I have the european version. Maybe it's the same, but the point is that when I open the AFH page to download, it says "for HTC U11".

Did you try extracting the boot image from the RUU that corresponds your current firmware version? The needed decryption tool is linked in the same thread in which you found the spreadsheet.
Flashing a US RUU on a European phone without S-OFF isn't possible, btw. That's why you faced those errors, earlier.
Sent from my HTC U12+ using XDA Labs

The U11 is just a typo, it is the right stuff. You have a couple options since there is no signed stock boot available on the spreadsheet. Simply download the RUU and decrypt the payload using the instructions in the OP of the post I already provided or go to here and find yours (It is there, I checked )

Tachi91 said:
Easy fix. Flash the RUU and be on your marry way.
Thatll flash EVERYTHING back to stock. Then restore your data via TWRP that you had saved on a USB or microsdcard.
I also updated to the latest magisk, but everything is working just fine for me. (64Gig US unlocked version)
---------- Post added at 10:38 PM ---------- Previous post was at 10:35 PM ----------
https://www.htc.com/us/support/updates.aspx
Click to expand...
Click to collapse
Good news and bad news.
The good news is that I managed to flash the RUU through TWRP. That flashed everything to stock, as you said.
This is particularly good because it also fixed the USB problem.
I have now a working stock device.
The bad news is: I can't flash Magisk any more.
I did just the same I did two days ago, when everything worked perfectly.
This time I keep getting the same error (photo: https://s8.postimg.cc/b6plbphx1/20180902_182259.jpg).
If I try to restore a NAND back up, I always get the /vendor error and I can't restore. The device then bootloops (meaning that I have to flash the RUU again to make it work).
So the main problem is now this one:
how can I deal with this /vendor error and install Magisk?
Thank you (to Mnoisy as well, of course, for his help in the previous post!).

sbiricuda said:
Good news and bad news.
The good news is that I managed to flash the RUU through TWRP. That flashed everything to stock, as you said.
This is particularly good because it also fixed the USB problem.
I have now a working stock device.
The bad news is: I can't flash Magisk any more.
I did just the same I did two days ago, when everything worked perfectly.
This time I keep getting the same error (photo: https://s8.postimg.cc/b6plbphx1/20180902_182259.jpg).
If I try to restore a NAND back up, I always get the /vendor error and I can't restore. The device then bootloops (meaning that I have to flash the RUU again to make it work).
So the main problem is now this one:
how can I deal with this /vendor error and install Magisk?
Thank you (to Mnoisy as well, of course, for his help in the previous post!).
Click to expand...
Click to collapse
Have you tried switching to slot A in TWRP? Since it can't mount /system_B maybe it'll mount system A?

Flippy498 said:
Did you try extracting the boot image from the RUU that corresponds your current firmware version? The needed decryption tool is linked in the same thread in which you found the spreadsheet.
Flashing a US RUU on a European phone without S-OFF isn't possible, btw. That's why you faced those errors, earlier.
Sent from my HTC U12+ using XDA Labs
Click to expand...
Click to collapse
Since I was facing USB issues (no communication via USB betwenn the device and the PC), I flashed the whole RUU. I'm now completely stock 1.21.
As I mentioned, the problem is now that I can't root again.

Tachi91 said:
Have you tried switching to slot A in TWRP? Since it can't mount /system_B maybe it'll mount system A?
Click to expand...
Click to collapse
I have read that this is very dangerous, and in fact I have no clue about what the consequences may be.
Do you suggest to switch to slot A and flash magisk?

You might want to try going through my steps to ensure you have a stock signed boot image on there and proceed through the steps listed.

sbiricuda said:
I have read that this is very dangerous, and in fact I have no clue about what the consequences may be.
Do you suggest to switch to slot A and flash magisk?
Click to expand...
Click to collapse
It's not dangerous. You'll get stuck on a bootloop since more often than not most phones don't have anything on there. If you did have an OTA you end up on the older system. Which would cause issues since your data partition would be cached to newer software.
Either way you have an RUU that will fix the phone. S-OFF isn't permanent and I'm assuming you don't have it. With S-ON the odds of a bricking is minimal.
MNoisy said:
You might want to try going through my steps to ensure you have a stock signed boot image on there and proceed through the steps listed.
Click to expand...
Click to collapse
I'm not sure TWRP does a good job since RUU when done correctly puts the phone in OEM RUU mode. TWRP possibly doesn't flash all the partitions since it might not have access to them. I'm surprised the zip worked in TWRP.
Full RUU zip is about 2gigs. (Single Sim)

MNoisy said:
You might want to try going through my steps to ensure you have a stock signed boot image on there and proceed through the steps listed.
Click to expand...
Click to collapse
Tachi91 said:
It's not dangerous. You'll get stuck on a bootloop since more often than not most phones don't have anything on there. If you did have an OTA you end up on the older system. Which would cause issues since your data partition would be cached to newer software.
Either way you have an RUU that will fix the phone. S-OFF isn't permanent and I'm assuming you don't have it. With S-ON the odds of a bricking is minimal.
I'm not sure TWRP does a good job since RUU when done correctly puts the phone in OEM RUU mode. TWRP possibly doesn't flash all the partitions since it might not have access to them. I'm surprised the zip worked in TWRP.
Full RUU zip is about 2gigs. (Single Sim)
Click to expand...
Click to collapse
I have installed the RUU through TWRP. I had to use the 1.15 because the 1.21 gave me an error about the CID that was not coincident (but I'm sure I picked the right RUU in the spreadsheet, for my CID, the HTC__034).
So i restored the 1.15, and then installed the OTA update to 1.21. This is my current situation. And yes, I'm S-ON.
What I could do is either:
- I try to decrypt the boot.img from the RUU in the spreadsheet (but using the tool seems sooo complicated, I'm reading the thread over and over not understanding much), or
- I use the .exe version of the 1.21 RUU, from the HTC official website. If I do that, can we be sure that I have a signed boot.img? And can this work around the TWRP limits about partitions?

Oh, something I forgot to mention: I did try the switching trick MNoisy suggested (switching the slots and then switiching back), but it didn't work.