Error sideloading OTA - HTC 10 Questions & Answers

I'm trying to update to 1.91.617.1 from 1.80.617.1 and getting an error. I'm s-on, removed SuperSU, downloaded the stock 1.80 TWRP system image, mounted system in TWRP (checked read only box), applied the stock 1.80 TWRP image and then flashed the stock 1.53.617.5 image.
When I go to sideload the 1.91.617.1 OTA I get the following
Verifying update package...
Installing update...
M60QCT.02.003.021
Verifying current system...
Package expects build fingerprint of htc/pmewl_00617/htcpmewl:6.0.1/MMB29M/761759.1:user/release-keys or htc/pmewl_00617/htc_pmewl:6.0.1/MMB29M/787791.1:user/release-keys; this device has htc/pmewl_00617/htcpmewl:6.0.1/MMB29M/748430.5:user/release-keys.
E:Error in /sideload/package.zip
(Status 7)
Click to expand...
Click to collapse
What do I need to do to get MMB29M/748430.5 to MMB29M/761759.1 ???

nullo said:
I'm trying to update to 1.91.617.1 from 1.80.617.1 and getting an error. I'm s-on, removed SuperSU, downloaded the stock 1.80 TWRP system image, mounted system in TWRP (checked read only box), applied the stock 1.80 TWRP image and then flashed the stock 1.53.617.5 image.
When I go to sideload the 1.91.617.1 OTA I get the following
What do I need to do to get MMB29M/748430.5 to MMB29M/761759.1 ???
Click to expand...
Click to collapse
Alrighty seems like I fixed it! I ended up flashing the EraseDevInfo zip in http://forum.xda-developers.com/htc-10/how-to/guide-how-to-ota-receive-corrupt-message-t3378187
Not sure how I did the first update without flashing it that file last time?

nullo said:
Alrighty seems like I fixed it! I ended up flashing the EraseDevInfo zip in http://forum.xda-developers.com/htc-10/how-to/guide-how-to-ota-receive-corrupt-message-t3378187
Not sure how I did the first update without flashing it that file last time?
Click to expand...
Click to collapse
Glad that worked for you. You don't always trip the verity mode check when you modify system. It seems to only occur when you modify system AND use a 100% stock kernel. So it makes sense that ota will work sometimes and not others.

Edit: wrong thread

nullo said:
I'm trying to update to 1.91.617.1 from 1.80.617.1 and getting an error. I'm s-on, removed SuperSU, downloaded the stock 1.80 TWRP system image, mounted system in TWRP (checked read only box), applied the stock 1.80 TWRP image and then flashed the stock 1.53.617.5 image.
When I go to sideload the 1.91.617.1 OTA I get the following
What do I need to do to get MMB29M/748430.5 to MMB29M/761759.1 ???
Click to expand...
Click to collapse
Do you mind me asking how I can manually flash 1.82.605.6 to my device? I'm s-off/rooted, bootloader locked, flashed stock recovery (thinking I could get OTA, I was wrong). Ideally I'd like to not lose data, but all I'm really worried about is not losing s-off or bricking my phone. It seems like this must be common knowledge, because any time firmware is posted or linked with a ROM there are no instructions on how to actually install it. I would really appreciate some help, I'm stuck on 1.19.605.22!

Related

[Q] OTA JSS15R While Rooted

Currently trying to update my Nexus 7 to JSS15R (8MB OTA that may have helped multitouch issue?)
I am running rooted stock ROM, unlocked bootloader etc. Current build number is JSS15Q.
I've heard the newer versions of SuperSU have the OTA fix built in. I haven't been able to update though. I noticed there was an update and I went to update my Nexus 7. It went to update like it should, but I got an error and it never changed.
Flashed the OTA fix thinking it would help. No.
Forced OTA update by stopping Google Framework. No.
Flashed SuperSU 1.65 and tried to update again. No.
Any suggestions on what I should do? Manually flash the update without loosing root or an data?
Did you reflash the ota after you flashed supersu?
What was the error message?
sfhub said:
Did you reflash the ota after you flashed supersu?
What was the error message?
Click to expand...
Click to collapse
I read the new SuperSU versions have the OTA fix built in which allows OTA update.
When I initially went to update before everything, it rebooted then just came up with the "open android guy" with an error. Not sure what it exactly said, but I ran into the problem when I updated to JSS15Q.
I updated to JSS15Q by flashing the SuperSU OTA update fix with temporary TWRP. It then went through no problem. I followed that same method this time, but it didn't work.
When I did the j to q update while rooted the ota had an error as well. I had to install the full q rom from google. (I'm stock with root and I changed the system font) But this time around when I got the r ota I double checked what version supersu was runing and its at 1.65. I applied the r ota with no errors.
church said:
When I did the j to q update while rooted the ota had an error as well. I had to install the full q rom from google. (I'm stock with root and I changed the system font) But this time around when I got the r ota I double checked what version supersu was runing and its at 1.65. I applied the r ota with no errors.
Click to expand...
Click to collapse
Yeah I'm running 1.65 currently, but the update won't show up anymore. Check for updates and there's nothing.
datallboy said:
Yeah I'm running 1.65 currently, but the update won't show up anymore. Check for updates and there's nothing.
Click to expand...
Click to collapse
If its like the last issue with J to Q. You are updated but it doesn't show the name change in system. I could be wrong. It should have already been downloaded to your tablet. Check with a root explorer to find the ota zip or download the R ota found somewhere on this forum and manually flash it. I'm glad I didn't have to mess with anything this time around.
church said:
If its like the last issue with J to Q. You are updated but it doesn't show the name change in system. I could be wrong. It should have already been downloaded to your tablet. Check with a root explorer to find the ota zip or download the R ota found somewhere on this forum and manually flash it. I'm glad I didn't have to mess with anything this time around.
Click to expand...
Click to collapse
I found a zip for the ota update, don't remember where, but should I be able just to flash it with TWRP without loosing anything?
It will lose the option to blend milkshakes
church said:
It will lose the option to blend milkshakes
Click to expand...
Click to collapse
Not asking for sarcasm, just solutions. Will I lose root or any data? Or is it just like OTA update if I do it manually.
Oh you're using twrp? Disregard what I said. I'm coming from stock with stock recovery and rooted.
church said:
Oh you're using twrp? Disregard what I said. I'm coming from stock with stock recovery and rooted.
Click to expand...
Click to collapse
Stock recovery is on my device. I'm temporarily booting TWRP with the Nexus Toolkit so I can flash things.
datallboy said:
I read the new SuperSU versions have the OTA fix built in which allows OTA update.
When I initially went to update before everything, it rebooted then just came up with the "open android guy" with an error. Not sure what it exactly said, but I ran into the problem when I updated to JSS15Q.
I updated to JSS15Q by flashing the SuperSU OTA update fix with temporary TWRP. It then went through no problem. I followed that same method this time, but it didn't work.
Click to expand...
Click to collapse
Next time you have an error with stock recovery (android fallen down) press/hold power, then press/release VolUp, then release Power.
This will show you the error log.
As to your current problem, if your unit won't download and notify you about JSS15R download it by hand and place in your virtual sdcard, then temporary boot into tarp and choose install, selecting the ota zip.
---------- Post added at 08:58 PM ---------- Previous post was at 08:55 PM ----------
datallboy said:
Not asking for sarcasm, just solutions. Will I lose root or any data? Or is it just like OTA update if I do it manually.
Click to expand...
Click to collapse
Install the ota update.zip, then before reboot, immediately install supersu.
Do it that way and you won't lose root.
Forced OTA and it failed. I had already flashed the superSU.zip before
If you can't read this is the log...
Finding update package...
Opening update package...
Verifying update package...
Installing update...
Verifying current system...
assert failed: apply_patch_check ("/system/build.prop" [numbers and letters]
E: Error in /cache/(update file.zip)
(Status 7)
Installation aborted.
Any way to manually flash the update? Because SuperSU OTA isn't working.
So, you modified the build.prop, restore your backup of the original and it will work. Or flash the full factory image.
Guhrasoh said:
So, you modified the build.prop, restore your backup of the original and it will work. Or flash the full factory image.
Click to expand...
Click to collapse
Now that you mention it I tweaked it with PimpMyRom. I'll take that off and try to update.
I am a bit late, but I tried fixed my build.prop to its original state and I still can't OTA update...
I noticed on stock recovery there's an option to update with ADB. Is there an update file I can use to just manually install the update? I know the JSS15R update didn't do much, but I would like to know for future reference and when Android 4.4 is released.
datallboy said:
I am a bit late, but I tried fixed my build.prop to its original state and I still can't OTA update...
I noticed on stock recovery there's an option to update with ADB. Is there an update file I can use to just manually install the update? I know the JSS15R update didn't do much, but I would like to know for future reference and when Android 4.4 is released.
Click to expand...
Click to collapse
The same OTA update.zip you used before is used to do sideload in adb as well.
You'll also get the same errors if you have modified files.
If you post the errors, they can be diagnosed.
If you modified a lot of files, sometimes it is easier using the factory images.
sfhub said:
The same OTA update.zip you used before is used to do sideload in adb as well.
You'll also get the same errors if you have modified files.
If you post the errors, they can be diagnosed.
If you modified a lot of files, sometimes it is easier using the factory images.
Click to expand...
Click to collapse
Status 7 error, the log is posted in one of the above posts. I use "PimpMyROM" for a short while, which modifies the file. I deleted all the tweaks that went into the build.prop.
datallboy said:
Status 7 error, the log is posted in one of the above posts. I use "PimpMyROM" for a short while, which modifies the file. I deleted all the tweaks that went into the build.prop.
Click to expand...
Click to collapse
Unless you are very careful with your edit or made a backup, you need to get the real file. When you edit, even if you have an extra space left over, the sha1 checksum check will fail.
sfhub said:
Unless you are very careful with your edit or made a backup, you need to get the real file. When you edit, even if you have an extra space left over, the sha1 checksum check will fail.
Click to expand...
Click to collapse
I'll probably just backup apps + data and use JSS15R factory image. Made the mistake of not making a backup of my build.prop.
Good thing it's a Nexus Device!

Can't update ota from Jss15j to jss15q

OK so here's my problem... I'm trying to do some ota updates. my nexus 7 is on jss15j with elementalx kernel, custom 2.6.0.0 twrp recovery, 1.62supersu. I install the zip file from jss15j to jss15q ota update from xda, install the zip supersu fix, go to flash the ota update and it fails every time, no matter what I do. I also tried to flash to stock jss15j kernel and it also fails...
please help, I might just have to wait to get home and use the wug toolkit to flash the ota update but I'd like to be able to in twrp...
Philaphlous said:
OK so here's my problem... I'm trying to do some ota updates. my nexus 7 is on jss15j with elementalx kernel, custom 2.6.0.0 twrp recovery, 1.62supersu. I install the zip file from jss15j to jss15q ota update from xda, install the zip supersu fix, go to flash the ota update and it fails every time, no matter what I do. I also tried to flash to stock jss15j kernel and it also fails...
please help, I might just have to wait to get home and use the wug toolkit to flash the ota update but I'd like to be able to in twrp...
Click to expand...
Click to collapse
Assuming you have some reason you really want to run the ota rather than factory image with nowipe option... And you really want to install jss15q rather than latest jss15r...
Post the exact error message without the funny numbers. Either type or take a photo
sfhub said:
Assuming you have some reason you really want to run the ota rather than factory image with nowipe option... And you really want to install jss15q rather than latest jss15r...
Post the exact error message without the funny numbers. Either type or take a photo
Click to expand...
Click to collapse
OK, I'd love a factory image guide with nonwipe option if possible. latest is great too, I've got a lot of random reboots on jss15r...
I'll try to grab the error log
Philaphlous said:
OK, I'd love a factory image guide with nonwipe option if possible. latest is great too, I've got a lot of random reboots on jss15r...
I'll try to grab the error log
Click to expand...
Click to collapse
Just choose the nowipe option in this post.
http://forum.xda-developers.com/showthread.php?p=45671279#post45671279
Also when I said error log, I meant the error message from installing the ota update.zip. With that error message I can usually tell you why your ota update.zip is failing.
I was able to update this morning. I got home and was able to use the wug toolkit. I flashed back the stock recovery, flashed the stock kernel. Then was able to allow the update to jss15r, then flashed the updated custom twrp recovery, flashed elementalx back and I'm all good to go! Flashing stock recovery probably did it for me, not too much of a hassle. I was thinking I was going to have to do a full wipe...
Sent from my Nexus 7 using Tapatalk
Your issue was the custom kernel. If it was the OTA update zip and you were doing it via adb sideload, it checks for a stock boot image and if it doesn't find it, it errors out. I had this happen with faux123's kernel installed. I realized it when the error output said something about the boot image.

[Q] Unsuccessful 4.4.2 Update on N72013

I just updated my NEXUS 7 2013 from 4.4 to 4.4.2 but after restarting, the Android version in settings still says 4.4.
I checked for updates again in System Updates menu but my device says the system is up to date.
My device is Nexus 7 2013 32G rooted under TWRP 2.6.3.1 recovery on Super SU root.
I previously applied a patch from sfhub "boot-ts10-lock.img" but i flashed "boot-ts-unlock.img" before updating to accept the whole update from 4.4.2 (in case a Touchscreen fix is included.).
I also tried updating manually using TWRP zip update but it failed.
here's the part of the prompt during TWRP update:
Verifying current system...
"/system/bin/debuggerd" has unexpected contents.
E: Error executing updater binary in zip '/sdcard/Dow...
Hope someone can help me find a solution for this. Thanks!
Step one : Go to the right forum.
Wrong subforum, but basically it's because you're rooted. The easiest solution is to just flash the system.img file from the factory image via fastboot and you should be good to go :good:
Thread moved to the right sub-forum and to the right section...
arviverona said:
I just updated my NEXUS 7 2013 from 4.4 to 4.4.2 but after restarting, the Android version in settings still says 4.4.
I checked for updates again in System Updates menu but my device says the system is up to date.
My device is Nexus 7 2013 32G rooted under TWRP 2.6.3.1 recovery on Super SU root.
I previously applied a patch from sfhub "boot-ts10-lock.img" but i flashed "boot-ts-unlock.img" before updating to accept the whole update from 4.4.2 (in case a Touchscreen fix is included.).
I also tried updating manually using TWRP zip update but it failed.
here's the part of the prompt during TWRP update:
Verifying current system...
"/system/bin/debuggerd" has unexpected contents.
E: Error executing updater binary in zip '/sdcard/Dow...
Hope someone can help me find a solution for this. Thanks!
Click to expand...
Click to collapse
ota updates only work on devices that are not modified i.e. patched but you can still be rooted (aosp browser, mods to system will bork any ota). if you do not know how to reverse the patch/mod you applied to you device you need to reflash a stock version of the system (search for stock images) then apply the ota.
OP: Uninstall stickmount (doing so will copy back the stock debuggerd), and try the OTA again.
Thanks guys!
I tried uninstalling the STICKMOUNT app but still update wont install OTA or manual method. Thanks anyway.
I guess i have to flash stock ROM.
Should i just use UNROOT setting in the Super SU menu rather than flashing stock ROM? i use stock rom and rooted it with SUPER SU.
Thanks,
arviverona said:
I tried uninstalling the STICKMOUNT app but still update wont install OTA or manual method. Thanks anyway.
I guess i have to flash stock ROM.
Should i just use UNROOT setting in the Super SU menu rather than flashing stock ROM? i use stock rom and rooted it with SUPER SU.
Thanks,
Click to expand...
Click to collapse
It's not root stopping the OTA. So unrooting is a waste of time. You can just put back the debuggerd file manually (using TWRP). You can find it in post 1 here:
http://forum.xda-developers.com/showthread.php?t=2534698
Direct link: http://forum.xda-developers.com/attachment.php?attachmentid=2403508&d=1384921832
...also make sure you have the latest TWRP. You will likely lose root once you do finally update, so be prepared to reroot using the latest SuperSU.
mdamaged said:
It's not root stopping the OTA. So unrooting is a waste of time. You can just put back the debuggerd file manually (using TWRP). You can find it in post 1 here:
http://forum.xda-developers.com/showthread.php?t=2534698
Direct link: http://forum.xda-developers.com/attachment.php?attachmentid=2403508&d=1384921832
...also make sure you have the latest TWRP. You will likely lose root once you do finally update, so be prepared to reroot using the latest SuperSU.
Click to expand...
Click to collapse
Is the debuggered flash work for DEB as well? I still havent taken the update to 4.4.2, its showing on my scree to touch and update. (rooted and unlocked), but if i plan to in the future, I will need that debuggered flash, newest SuperSU and newest TWRP (which i have now)
Duffmantp said:
Is the debuggered flash work for DEB as well? I still havent taken the update to 4.4.2, its showing on my scree to touch and update. (rooted and unlocked), but if i plan to in the future, I will need that debuggered flash, newest SuperSU and newest TWRP (which i have now)
Click to expand...
Click to collapse
It should work, worst case scenario, it will just complain ""/system/bin/debuggerd" has unexpected contents" ...stickmount made a copy of your debuggerd, it should still be in system/bin/debuggerd.backup, so you could restore that one or you could do a md5sum of that system/bin/debuggerd.backup with the one I linked and see if the md5sum matches, if it does, then the one I linked will work, if not, then make a flashable zip with the one that's in system/bin/debuggerd.backup and flash that one.
Just to reiterate what I stated earlier, if that debuggerd.backup is the correct one, then simply uninstalling stickmount SHOULD restore it without flashing, it worked for me going from 4.3 to 4.4.2. I verified this with md5sum before I took the OTA.
I can only postulate the reason it does not work for some is because the debuggerd.backup they have is from a older update, thereby the md5sum no longer checks out, so when they uninstall stickmount like I suggest, it's still the wrong debuggerd the update expects.
mdamaged said:
It should work, worst case scenario, it will just complain ""/system/bin/debuggerd" has unexpected contents" ...stickmount made a copy of your debuggerd, it should still be in system/bin/debuggerd.backup, so you could restore that one or you could do a md5sum of that system/bin/debuggerd.backup with the one I linked and see if the md5sum matches, if it does, then the one I linked will work, if not, then make a flashable zip with the one that's in system/bin/debuggerd.backup and flash that one.
Just to reiterate what I stated earlier, if that debuggerd.backup is the correct one, then simply uninstalling stickmount SHOULD restore it without flashing, it worked for me going from 4.3 to 4.4.2. I verified this with md5sum before I took the OTA.
I can only postulate the reason it does not work for some is because the debuggerd.backup they have is from a older update, thereby the md5sum no longer checks out, so when they uninstall stickmount like I suggest, it's still the wrong debuggerd the update expects.
Click to expand...
Click to collapse
Actually I dont have stickmount installed, if that makes a difference.
Duffmantp said:
Actually I dont have stickmount installed, if that makes a difference.
Click to expand...
Click to collapse
Well then your debuggerd should be stock, and this is all just academic. If the update fails, it won't be due to the debuggerd (unless there is some other app I do not know about that messes with debuggerd and you have that installed).
Duffmantp said:
Actually I dont have stickmount installed, if that makes a difference.
Click to expand...
Click to collapse
Xposed Framework installed? I know it modifies something in system/bin but can't remember exactly what it was.
wantabe said:
Xposed Framework installed? I know it modifies something in system/bin but can't remember exactly what it was.
Click to expand...
Click to collapse
That would be system/bin/app_process, using the uninstall feature in the xposed app restores it.
mdamaged said:
That would be system/bin/app_process, using the uninstall feature in the xposed app restores it.
Click to expand...
Click to collapse
That's it!

4.16.401.10 without wipe?

Hi,
sorry the dumb question, but my m8 its on 3.28.401.7 and want to update to 4.16.401.10.
it's possible without wipe data?
3.28.401.7, S-off, stock rom rooted.
Thanks.
If you're updating the firmware, using this thread, since you're s-off,
http://forum.xda-developers.com/htc-one-m8/development/firmware-flashing-panic-attacks-t2824048
Then no, nothing will be wiped. Though backing up first is always good practice, just in case.
Darth said:
If you're updating the firmware, using this thread, since you're s-off,
http://forum.xda-developers.com/htc-one-m8/development/firmware-flashing-panic-attacks-t2824048
Then no, nothing will be wiped. Though backing up first is always good practice, just in case.
Click to expand...
Click to collapse
Thanks for the reply.
The firmware i already update.
I'm in 3.28.401.9 (version-main) with stock rom 3.28.401.7.
What i want is flash the ota (OTA_M8_UL_L50_SENSE60_MR_HTC_Europe_4.16.401.10-3.28.401.9_R_release_4170047fkn8dusot1cw62h.zip) and be sure that internal memory is not wiped.
Like the "normal" OTA.
Thanks.
Then you'll need to have stock rom, stock recovery and no system alterations... Like xposed, or bloat uninstalled. Then, when it gets to you, the Ota should work.
As long as your recovery and system partitions are in order. ?
You can sideload it too, in the stock recovery.
Darth said:
You can sideload it too, in the stock recovery.
Click to expand...
Click to collapse
The stock recovery dont have the adb sideloader option.
I removed xposedframework and root.
And when i try to apply the zip (0p6bimg.zip): "wrong zipped image!"
jonhyxda said:
The stock recovery dont have the adb sideloader option.
I removed xposedframework and root.
And when i try to apply the zip (0p6bimg.zip): "wrong zipped image!"
Click to expand...
Click to collapse
You need to be super CID to update firmware that way. And only firmware.... Not the Ota zip.
Unless I am misunderstanding? ?
Darth said:
You need to be super CID to update firmware that way. And only firmware.... Not the Ota zip.
Unless I am misunderstanding?
Click to expand...
Click to collapse
i tried flash the OTA that way :|
But when i try to flash the OTA from stock recovery:
Finding update package...
Opening update package...
Verifying update package...
Installation aborted.
Write host_mode:0 done
jonhyxda said:
i tried flash the OTA that way :|
But when i try to flash the OTA from stock recovery:
Finding update package...
Opening update package...
Verifying update package...
Installation aborted.
Write host_mode:0 done
Click to expand...
Click to collapse
Honestly, I've never taken an ota or flashed an ota zip... I've always been ahead of the game in every device. Including my M8.
With s-off, you simply super CID, use that firmware flashing thread I posted to update your firmware. Then flash a Lollipop based rom with your custom recovery. Very simple. And no need for an ota.
My device only just started getting the Ota a couple days ago, but I've been on Lollipop for weeks. ?
So there that way..... Otherwise I'm not sure what your issue is, since I've never done it like that myself. Sorry! ?
Darth said:
Honestly, I've never taken an ota or flashed an ota zip... I've always been ahead of the game in every device. Including my M8.
With s-off, you simply super CID, use that firmware flashing thread I posted to update your firmware. Then flash a Lollipop based rom with your custom recovery. Very simple. And no need for an ota.
My device only just started getting the Ota a couple days ago, but I've been on Lollipop for weeks.
So there that way..... Otherwise I'm not sure what your issue is, since I've never done it like that myself. Sorry!
Click to expand...
Click to collapse
I just want to install lollipop without have to do backups
But enough of playing, I will install a custom rom
Thanks for the time anyway.
jonhyxda said:
I just want to install lollipop without have to do backups
But enough of playing, I will install a custom rom
Thanks for the time anyway.
Click to expand...
Click to collapse
You should still update the firmware to run Lollipop roms. My not be absolutely necessary, but a good idea, to avoid issues.
Updating firmware is in that link above. Wipes nothing.
You realise though, Flashing a Lollipop ROM will require a clean install too... (meaning wipes) lol
Not your internal SD card.. Pics and that. But wiping data is required, so apps and data gone. So I'd backup! ?
Dirty flashing Lollipop (meaning no wiping first) is a bad idea. You're sure to have issues.
Basically, I'd backup everything regardless of what you do. Things go wrong sometimes in this hobby... And you could lose everything on your device.
Good luck!

Phone keeps asking me to install an OTA update I already installed

So, I have a Sprint HTC 10. It was rooted, and then an OTA update came out about a week or so ago, version 1.80.651.10.
I unrooted and installed it, since I have TWRP it seems to take over the install process, but more or less does install it correctly.
Once my phone rebooted, it complained that the download was corrupt like it always does (likely due to TWRP) but this has happened before and the update always actually does install successfully. Going to system settings I can confirm that I am on version 1.80.651.10.
However, this time, it seems hell-bent on assuming that the update didn't install. It keeps putting an update notification in the notification bar that refuses to go away. If I go to check for updates, it confirms that I am up to date and the notification disappears.... for a short while, but then appears again asking me to install the update.
How can I get rid of this annoying thing? I haven't even gotten around to re-rooting my phone yet, as been confirmed by root and safetynet checkers, the ROM is basically at stock right now.
Cyber Akuma said:
So, I have a Sprint HTC 10. It was rooted, and then an OTA update came out about a week or so ago, version 1.80.651.10.
I unrooted and installed it, since I have TWRP it seems to take over the install process, but more or less does install it correctly.
Once my phone rebooted, it complained that the download was corrupt like it always does (likely due to TWRP) but this has happened before and the update always actually does install successfully. Going to system settings I can confirm that I am on version 1.80.651.10.
However, this time, it seems hell-bent on assuming that the update didn't install. It keeps putting an update notification in the notification bar that refuses to go away. If I go to check for updates, it confirms that I am up to date and the notification disappears.... for a short while, but then appears again asking me to install the update.
How can I get rid of this annoying thing? I haven't even gotten around to re-rooting my phone yet, as been confirmed by root and safetynet checkers, the ROM is basically at stock right now.
Click to expand...
Click to collapse
If you have twrp installed it wont update the firmware only software. You need to flash firmware seperatly with fastboot.
So I would need to extract the firmware or something out of the OTA file and flash that manually? What partitions would the firmware be updating?
And I am assuming this would overwrite TWRP and I would have to reinstall it?
Cyber Akuma said:
So I would need to extract the firmware or something out of the OTA file and flash that manually? What partitions would the firmware be updating?
And I am assuming this would overwrite TWRP and I would have to reinstall it?
Click to expand...
Click to collapse
Correct.:good:
Can somebody please explain how to flash the firmware with fastboot?
So I have to flash the OTA with TWRP, afterwards I have to extract the firmware file out of the OTA.zip and flash it with fastboot. But which commands are necessary in fastboot?
To get this out of the way, you can only flash firmware over fastboot if you're S-OFF. Otherwise, you'll need to restore completely to stock via custom recovery or RUU then update by OTA.
The best guide I've found for this is at http://forum.xda-developers.com/htc-10/how-to/2016-05-27-fastboot-flashing-firmware-t3387520.
kjjejones42 said:
To get this out of the way, you can only flash firmware over fastboot if you're S-OFF. Otherwise, you'll need to restore completely to stock via custom recovery or RUU then update by OTA.
The best guide I've found for this is at http://forum.xda-developers.com/htc-10/how-to/2016-05-27-fastboot-flashing-firmware-t3387520.
Click to expand...
Click to collapse
Thats not true. You flash in ruu mode when S - ON. If your are S - Off you can do it from download mode. I think you are a little confused with that thread. Those firmwares are modified and for S -Off phones only.
yldlj said:
Thats not true. You flash in ruu mode. If soff you can do it from download mode.
Click to expand...
Click to collapse
Ah, you're right! Sorry. To flash while S-ON, the CID and MID must match the zip + the bootloader must be locked, right?
kjjejones42 said:
Ah, you're right! Sorry. To flash while S-ON, the CID and MID must match the zip + the bootloader must be locked, right?
Click to expand...
Click to collapse
Im not sure about locked or relocked bootloader, i think it will work with unlocked but i could be wrong.
yldlj said:
Im not sure about locked or relocked bootloader, i think it will work with unlocked but i could be wrong.
Click to expand...
Click to collapse
I just had another thought, correct me if I'm wrong. You can flash the OTA manually through the stock recovery as a ZIP.
The OTA ZIP can either be downloaded in various places online, or you can download it on the phone as usual then find it in /data/data/com.htc.updater/files (if your device is rooted). More info at http://forum.xda-developers.com/showpost.php?p=66548846&postcount=3.
You can then flash the OTA through recovery if you have;
* 100% unmodified system (can be restored from TWRP backup)
* Stock recovery
kjjejones42 said:
I just had another thought, correct me if I'm wrong. You can flash the OTA manually through the stock recovery as a ZIP.
The OTA ZIP can either be downloaded in various places online, or you can download it on the phone as usual then find it in /data/data/com.htc.updater/files (if your device is rooted). More info at http://forum.xda-developers.com/showpost.php?p=66548846&postcount=3.
You can then flash the OTA through recovery if you have;
* 100% unmodified system (can be restored from TWRP backup)
* Stock recovery
Click to expand...
Click to collapse
Correct. Also unmodified boot. But if your flashing unmodified system image, boot and stock recovery you may aswell just boot to android and take the ota.

Categories

Resources