Hi all... so, this is new to me... see the attached screenshot. Never seen that before on any phone. Yes, I'm rooted, but still stock, including recovery... only "hack" I've done is to change platform.xml to make the SD card writable... maybe that's enough... anyone else see this when checking for updates? Especially interested if you're rooted too.
Rooted devices don't receive OTA'S. That's normal
Sent from my SM-G900T using XDA Premium 4 mobile app
fzammetti said:
Hi all... so, this is new to me... see the attached screenshot. Never seen that before on any phone. Yes, I'm rooted, but still stock, including recovery... only "hack" I've done is to change platform.xml to make the SD card writable... maybe that's enough... anyone else see this when checking for updates? Especially interested if you're rooted too.
Click to expand...
Click to collapse
This also happens if you switch from Dalvik to ART as the runtime. I get this same message and I am not rooted yet. I am just playing with ART.
This wasn't the case with my S4... it was rooted and I could still take OTAs... would have to re-root afterwards but it would apply no problem... is this new for the S5? Also, I did switch to ART but then switched back... is that enough to cause the message?
fzammetti said:
This wasn't the case with my S4... it was rooted and I could still take OTAs... would have to re-root afterwards but it would apply no problem... is this new for the S5? Also, I did switch to ART but then switched back... is that enough to cause the message?
Click to expand...
Click to collapse
When on ART the device status is Custom and you will get this message I just switched it back to Dalvik and now my device status is Official and software updates works. I have not updates available. Remember I am NOT Rooted (yet)
philow said:
When on ART the device status is Custom and you will get this message I just switched it back to Dalvik and now my device status is Official and software updates works. I have not updates available. Remember I am NOT Rooted (yet)
Click to expand...
Click to collapse
Ok thanks... it appears to me that once the warranty flag is tripped you're done as far as OTAs go (at least *checking* for OTAs- they may still install from recovery, I don't know)... some tests I did:
Tried on my daughter's phone, which was rooted, with platform.xml changed but never used ART: update check failed, so switching to ART and then back appears to not matter
Tried reverting platform.xml change on my phone, leaving root: update check failed
Tried unrooting my phone as well: update check failed
Tried clearing cache from recovery (didn't expect it to work but easy and worth a try): update check failed
Tried removing busybox: update check failed
So, my conclusion is it's probably reading the warranty flag... looking in Triangle Away it says counter is 0 but system is modified, so the only other thing that *might* work is flashing the system partition only, which I'd be willing to try but I frankly forgot how to do that If anyone can remind me how to flash just a single partition, pulling the .img file out of a .tar.md5 file I'd give it a shot. I'd like to know for sure either way.
Further info: I flashed just the system partition as a last resort... figured that should revert anything I may have done regardless... well, the update check still fails even after that. So yeah, pretty strong evidence that once you trip the warranty flag you aren't getting OTAs automatically anymore... that's a change from my past S3 and S4 experience and I'm not sure if that's an S5 thing or a T-Mobile thing (same version of Android as on my Sprint S4 before I switch to T-Mobile so I don't think it's that).
I'll be interested to see if whenever the next OTA lands it can be installed from recovery manually... if it can then no big deal. If not then it's a bad situation.
Related
Received a Prime today, brand new. Powered on to 3.2, and almost immediately got the DMClient crash, while still going through the Android Wizard. Continually got it, tried force stopping, clearing cache and data on it, rebooting, etc. Wiped all data both via the bootloader and via settings, immediately came back. Was unable to get an update OTA - crashed immediately.
I downloaded .14 ICS update from ASUS, put it on the internal storage, and it immediately noticed it and offered to upgrade. Did the upgrade, wiped data. Again, during the step where you enter your Google credentials, started getting the DMClient crash. It clearly isn't the result of anything I've installed (since it was happening after a wipe before I was able to install anything!) I know .15 is out there, but updating via the menu is not an option. (Crash, crash, crash, crash.) I haven't seen any other complaints of it happening on a fresh clean install, where it seemed to be impossible to make it stop.
I guess I'm going to root and install .15 either from the dev section, or Virtuous Prime. But has *anyone* else had this happen? I don't understand how it can crash fresh stock install, unless there's some sort of hardware issue causing it. Not that it would be related anyway, but I do have a serial number.
Any help???
skunkiechris said:
Received a Prime today, brand new. Powered on to 3.2, and almost immediately got the DMClient crash, while still going through the Android Wizard. Continually got it, tried force stopping, clearing cache and data on it, rebooting, etc. Wiped all data both via the bootloader and via settings, immediately came back. Was unable to get an update OTA - crashed immediately.
I downloaded .14 ICS update from ASUS, put it on the internal storage, and it immediately noticed it and offered to upgrade. Did the upgrade, wiped data. Again, during the step where you enter your Google credentials, started getting the DMClient crash. It clearly isn't the result of anything I've installed (since it was happening after a wipe before I was able to install anything!) I know .15 is out there, but updating via the menu is not an option. (Crash, crash, crash, crash.) I haven't seen any other complaints of it happening on a fresh clean install, where it seemed to be impossible to make it stop.
I guess I'm going to root and install .15 either from the dev section, or Virtuous Prime. But has *anyone* else had this happen? I don't understand how it can crash fresh stock install, unless there's some sort of hardware issue causing it. Not that it would be related anyway, but I do have a serial number.
Any help???
Click to expand...
Click to collapse
What SKU are you? WW, DE, US, UK?
That really is no good. And it's odd that wipes/manual installs aren't cutting into it, usually the rewrites will help iron things like this out.
Like you said, rooting and trying other (older) updates and such would at least show us if it's consistent regardless of what you do.
Must be s/w issue though, so I'm stumped why you haven't absolved it yet
*EDIT:
And please realize that rooting and unlocking are not the same! You can root and install other updates and still keep your warranty. If you successfully unlock so that you can install Virtuous, you will not have a warranty.
US SKU, sorry about leaving that out. Is there any way a hardware issue could wreak havoc with DMClient? This is really perplexing.
Now that I think about it, though, I'm a bit reluctant to unlock the tablet and cause warranty issues while this is still happening...
EDIT: Hahaha - I realized as I was replying to you that didn't make any sense, and I shouldn't have said unlock!
buxtahuda said:
What SKU are you? WW, DE, US, UK?
That really is no good. And it's odd that wipes/manual installs aren't cutting into it, usually the rewrites will help iron things like this out.
Like you said, rooting and trying other (older) updates and such would at least show us if it's consistent regardless of what you do.
Must be s/w issue though, so I'm stumped why you haven't absolved it yet
*EDIT:
And please realize that rooting and unlocking are not the same! You can root and install other updates and still keep your warranty. If you successfully unlock so that you can install Virtuous, you will not have a warranty.
Click to expand...
Click to collapse
well technically rooting can void warranty also as it states it in there. tampering with root files or software. BUT at least we can unroot. plus hopefully Asus not to much by the books when device is rooted n sent in for warranty work. if anything, I'd remove root from device to be on the safe side n take no chances of them denying me warranty claim for something as simple as that.
but like you said though, if you unlock, kiss your warranty good bye..lmfao
demandarin said:
well technically rooting can void warranty also as it states it in there. tampering with root files or software. BUT at least we can unroot. plus hopefully Asus not to much by the books when device is rooted n sent in for warranty work. if anything, I'd remove root from device to be on the safe side n take no chances of them denying me warranty claim for something as simple as that.
but like you said though, if you unlock, kiss your warranty good bye..lmfao
Click to expand...
Click to collapse
Yeah, I'm not going to unlock until I know what's going on. I figured rooting isn't a big deal since it can always be unrooted. But I'd need to be unlocked to install another ROM, so I guess I don't see where this gets me very far. ACK! Frustrating!
skunkiechris said:
Yeah, I'm not going to unlock until I know what's going on. I figured rooting isn't a big deal since it can always be unrooted. But I'd need to be unlocked to install another ROM, so I guess I don't see where this gets me very far. ACK! Frustrating!
Click to expand...
Click to collapse
Just root. Follow my sig to PrimeTime (Root/Unroot).
Then we (that is, XDA'ers more knowledgeable than I) can get into your system files to see what's going on. You could even just try fixing its permissions and such.
If none of that works, manually blob to another update (also in my sig) and continue testing.
All of this will leave warranty intact so long as you unroot and rewrite any changed system files (probably with a reset/install).
buxtahuda said:
Just root. Follow my sig to PrimeTime (Root/Unroot).
Then we (that is, XDA'ers more knowledgeable than I) can get into your system files to see what's going on. You could even just try fixing its permissions and such.
If none of that works, manually blob to another update (also in my sig) and continue testing.
All of this will leave warranty intact so long as you unroot and rewrite any changed system files (probably with a reset/install).
Click to expand...
Click to collapse
I did root successfully after my first post. Here's what they look like currently:
-rw-r--r-- root root 167247 2012-02-14 08:51 DMClient.apk
-rw-r--r-- root root 668904 2012-02-14 08:51 DMClient.odex
That seems on par with everything else...
Does DMClient do anything other than manage OTA updates? Maybe the solution is just to remove it entirely. I have no problem manually downloading and installing updates, as long as there are no other issues!
skunkiechris said:
Does DMClient do anything other than manage OTA updates? Maybe the solution is just to remove it entirely. I have no problem manually downloading and installing updates, as long as there are no other issues!
Click to expand...
Click to collapse
This formats the internal SD card which makes this route a nuisance. It also requires hooking back up to a PC to re-root.
Again, I've no idea what to look for or what would cause this especially after wiping/resetting (I still wouldn't know otherwise lol ), but hopefully someone will come along who might know or ASUS will answer a support ticket.
Before everyone feels obligated to point this out... yes, I know this will prevent me from unlocking the bootloader. I plan to stick with stock ROM's, so that should not be a problem for me.
I've downloaded the OTA, and made a copy on me SD card.
When I try to run the update normally, it fails without any error message I can see.
When I rename the OTA file to update.zip and try to update from sdcard through recovery, I get an error message referring to build.prop. As far as I can remember, I have never done anything with build.prop on this device. In any event, I'm not sure what to do to fix this.
I would like to get the update installed. Any ideas?
Be glad, that it fails. There is something that do not match and if it would go through, your phone would be dead.
Look in the zip /meta-inf/com/android/metadata, open it and check what pre-build do you need. You must have this one in the phone without root or other changes.
peetr_ said:
You must have this one in the phone without root
Click to expand...
Click to collapse
I doubt that's true. My wife's photon was rooted and did the OTA just fine.
Ok. But after some readings here I wouldn't risk that.
friends, brothers, fellow technologically advanced people lend me your ears
yea, I "figured" it out. had the same problem, but now "at last" i'm on 2.3.5
you're going to have to flash (back to stock; unroot) as done in the qbking video here
http://www.youtube.com/watch?v=J94VcWk-CJc
but when you're choosing which sbf file to flash, dl, - pick '154'
i tried the 198_6 but that didn't work for me.
once you've flashed '154,' you'll have to do two updates before you get to the 2.3.5 one
.....note: after the first one, i lost wifi and 3g, but a quick reboot brought it back.
.............note 2: after you've flashed 154, your photono will take a while to find service, because it'll be deactivated on the phone,
but then it just gives you an option to 'activate' and you're good.
when i was rooted i got rid of some of the bloat sprint stuff; i think that's the 'root' of the problem.
alexthen said:
you're going to have to flash (back to stock; unroot)
Click to expand...
Click to collapse
Not really.
My device has never had anything but stock. It's rooted, but my wife's was also rooted and had no trouble.
I just copied her build.prop to my device and the update went without a hitch. I am fairly certain I never modified my build.prop, but I suppose it's possible. I had to use her 2.3.5 build.prop, too, since this happened after she upgraded.
I never did figure out what the problem was, so the issue that is the thread topic of figuring out what was keeping the update from succeeding is not actually solved. However, a potential solution to the failed upgrade is to copy a different build.prop.
I got a message saying I had an update so I press message it rebooted my phone. Since I had edited build.prop. So I restored old build and checked for update it had none but let's me keep checking. Anyone get an update today.
Sent from my ASUS PadFone X using XDA Premium App
I just saw the notification and headed here. Haven't installed yet.
-Epix- said:
I got a message saying I had an update so I press message it rebooted my phone. Since I had edited build.prop. So I restored old build and checked for update it had none but let's me keep checking. Anyone get an update today.
Sent from my ASUS PadFone X using XDA Premium App
Click to expand...
Click to collapse
Got the message, haven't done it yet. Nothing on AT&T's page for it. Anyone figure out what it's for yet?
Hey Guys,
I am aware that an update has begun rolling out. Not a whole lot of information has been released as of yet. I am still waiting for the changelog to come across my desk. I have been told it fixes some "major" issues. I will keep you posted if I hear anything new.
Breaks root. TR brings it back no problem.
Feels a little snappier. Could just be psychosomatic. Everything I use on the regular works fine. Pandora, facebook, tinder, etc.
I get an error. /system/build.prop has unexpected error. Error in cache/Asus a91_108.16_nor (status 7)
Anyone have a stock build prop they can share
Sent from my ASUS PadFone X using XDA Free mobile app
I got the update today and tried to applied it (still using the stock ATT ROM but rooted) and it failed. A reboot got me back to the normal operation but can't update it for 24 hours. Since then (maybe before) the dock keyboard won't communicate with the phone.
The update didn't do much else than make everything run a little bit smoother. Even the connection to the dock is only slightly more fluid. All in all, I think it was just a minor bug fix, nothing seems to have changed.
-Epix- said:
I get an error. /system/build.prop has unexpected error. Error in cache/Asus a91_108.16_nor (status 7)
Anyone have a stock build prop they can share
Sent from my ASUS PadFone X using XDA Free mobile app
Click to expand...
Click to collapse
Similar issue here, except its asusAAB.OBEX has unexpected contents. Running stock that was rooted through TR, but I had previously uprooted, also deleted SU and daemonSU.
Did a factory reset and still got the same error.
Bah horrible I can't find a build.prop anywhere
Sent from my ASUS PadFone X using XDA Free mobile app
Sounds like most of us are getting errors when trying to update. What options do we have? This kinda sucks.
I've got stock unrooted nandroids in another thread. Don't know if it'll work or not. I've successfully flashed those nandroids w/o a factory reset, too
Looks like I'll be giving that a shot tonight! I'll report back if it works.
Where is the update stored on the device and can I pick apart the stock build prop to possibly fix my issue
Chorazin said:
Similar issue here, except its asusAAB.OBEX has unexpected contents. Running stock that was rooted through TR, but I had previously uprooted, also deleted SU and daemonSU.
Did a factory reset and still got the same error.
Click to expand...
Click to collapse
Hello, I have the exact problem with the asusAAB.ODEX* having unexpected contents and causing an error during the update. The update just failed for the 3rd time. Have you or anyone had any luck figuring this out? Any help would be greatly appreciated.
Thanks,
Chesley
Sadly, I haven't. I read the instructions for trying to restore a stock nandroid, but man, that stuff is just too damn confusing. And I'm a pretty technical guy! Software just isn't my thing, I guess.
I can't even imagine the rooting caused that error, I don't think root would touch that file at all!
Chorazin said:
Sadly, I haven't. I read the instructions for trying to restore a stock nandroid, but man, that stuff is just too damn confusing. And I'm a pretty technical guy! Software just isn't my thing, I guess.
I can't even imagine the rooting caused that error, I don't think root would touch that file at all!
Click to expand...
Click to collapse
Yeah the nandroid stuff is a bit technical although its not too bad, I have done it on previous android phones but never this one. The only reason I am trying to avoid that option is because I don't want to have to re-install everything and add all my accounts back and whatnot. It will be the last thing I try.
I'm not sure about rooting causing the error as others stated that the update removes root. I also have my phone rooted. I unrooted it to see if it would work but it still has the same asusAAB.odex error after the phone downloads the update then reboots.
I am suspicious of Lucky Patcher causing the problem... Have you used that app?
[edit] Hey also if you need help with the TWRP install, I can help with that. I have links to the TWRP and the stock recovery for our phones, and have successfully flashed both recovery's to test them out. I have my own edited working adb commands since the ones from here (http://forum.xda-developers.com/showthread.php?t=2790542) did not work for me because the links no longer work.
[edit 2] Hey also I found an apk in the root folder, here is the path: /system/app/AsusAABService.apk . I installed that apk and it said it updated the app but I have to wait 21 hours and 35 minutes before I can try the update again to see if it solved the issue.
chesley96 said:
Yeah the nandroid stuff is a bit technical although its not too bad, I have done it on previous android phones but never this one. The only reason I am trying to avoid that option is because I don't want to have to re-install everything and add all my accounts back and whatnot. It will be the last thing I try.
I'm not sure about rooting causing the error as others stated that the update removes root. I also have my phone rooted. I unrooted it to see if it would work but it still has the same asusAAB.odex error after the phone downloads the update then reboots.
I am suspicious of Lucky Patcher causing the problem... Have you used that app?
[edit] Hey also if you need help with the TWRK install, I can help with that. I have links to the TWRP and the stock recovery for our phones, and have successfully flashed both recovery's to test them out. I have my own edited working adb commands since the ones from here (http://forum.xda-developers.com/showthread.php?t=2790542) did not work for me because the links no longer work.
[edit 2] Hey also I found an apk in the root folder, here is the path: /system/app/AsusAABService.apk . I installed that apk and it said it updated the app but I have to wait 21 hours and 35 minutes before I can try the update again to see if it solved the issue.
Click to expand...
Click to collapse
I found the apk as well, and a reinstall didn't help me at all. I'm considering actually backing up and then deleting the odex and seeing what happens.
Chorazin said:
I found the apk as well, and a reinstall didn't help me at all. I'm considering actually backing up and then deleting the odex and seeing what happens.
Click to expand...
Click to collapse
Oh damn. I havnt found the odex yet though. If you can point me in the direction to the odex, I will check it out and try some stuff on it.
I had the same error.. Did everything including a factory reset.. No joy.. I've had enough.. I called AT&T and they are swapping this for a S5.
As for shipping update delays.. Just change the date ahead a day and uncheck auto date.. Somehow it registers the date from the phine
So frustrated!
#1 was regular attempt w/device as is
#2 w/factory reset
#3 unrooted
#4 rooted and changed some system files (that I remember that had been modified....a camera mod, volume mod etc)..i thought Factory reset would have done that.
All 4 Failed
At a loss at this point.
Any help appreciated!
I have had a problem with FOTA twice as well. I also unrooted, and did a factory reset. Changed BBS back to a user app before unroot. Both times I got the FOTA it begins to install, gets to maybe 10% (guessing here) and then the Andy with the red triangle pops up with "ERROR!" beneath it. After that I have to boot into recovery and manually reboot.
Hopefully this doesn't hijack your thread, but when I tried to install the update with ADB, it tries to load the update, then ADB cannot see the device anymore.
rockky said:
So frustrated!
#1 was regular attempt w/device as is
#2 w/factory reset
#3 unrooted
#4 rooted and changed some system files (that I remember that had been modified....a camera mod, volume mod etc)..i thought Factory reset would have done that.
All 4 Failed
At a loss at this point.
Any help appreciated!
Click to expand...
Click to collapse
I also am having the same issue. I tried once with root, once without, reset device and even tried removing my sd card. And it still fails. I have never done anything but root my device so im also very confused.
str33tprintz said:
I also am having the same issue. I tried once with root, once without, reset device and even tried removing my sd card. And it still fails. I have never done anything but root my device so im also very confused.
Click to expand...
Click to collapse
The only way may be to revert all the way back to 4.4.2 and start a fresh (watch out for all your data - back it up as this will wipe it probably)
blueether said:
The only way may be to revert all the way back to 4.4.2 and start a fresh (watch out for all your data - back it up as this will wipe it probably)
Click to expand...
Click to collapse
I started to install 4.4.2 with adb in recovery following Doomlord's guide but as soon as I give the install command adb suddenly cannot see my device ?
Adb commands work fine up until that point, I'm throughly confused now. Do I need to unlock my bootloader to do that? I was under the impression that root and unlocked BL were not necessary for that.
I used towelroot to root my phone about a month ago. I read somewhere that the OTA update to Lolipop won't take unless it is absolutely stock. I am nopt the most knowledgeable about these things, so what exactly did using towelroot do that made it impossible to update to Lolipo OTA? How to I fix it so that Lolipop can be flashed to my phone? Thanks!
There's a 4.4.2 flashable zip I saw.
Can that not be flashed from the sdcard?
rockky said:
There's a 4.4.2 flashable zip I saw.
Can that not be flashed from the sdcard?
Click to expand...
Click to collapse
I did read about going back to 4.4.2, but was unable to cohesively follow it. I think that people were having trouble downgrading. Also, would that make my phone totally, absolutely stock? Kind of hijacking the thread, but it is still relevant to the OP's issue. I don't mind spending time on something if I know the outcome will get me to where I want to be. Thanks!
jeraldjunkmail said:
I did read about going back to 4.4.2, but was unable to cohesively follow it. I think that people were having trouble downgrading. Also, would that make my phone totally, absolutely stock? Kind of hijacking the thread, but it is still relevant to the OP's issue. I don't mind spending time on something if I know the outcome will get me to where I want to be. Thanks!
Click to expand...
Click to collapse
Try http://forum.xda-developers.com/showpost.php?p=57338156&postcount=97
I'd like to start off by saying that I have NEVER rooted this device and have been 100% stock since day 1.
The only thing I did was enable developer options to unlock the bootloader so I could sideload OTA updates in the event they take too long to hit my device... No custom recoveries, no custom roms, no custom kernels, no exposed framework... NOTHING.. pure stock.
I started getting the 5.0.2 upgrade notification yesterday. Everytime I download and install, about 30% of the way through the installation I get the android icon showing ERROR. When I open the last recovery log it mentions not being able to open /cache/update.zip with a status 7 error. .. All I can do it reboot and return back to 5.0.1
I did some reading and it was recommended to wipe / format the CACHE partition. So I went into the stock recovery and tried this but to no avail.
I REALLY don't want to factory reset (or flash a factor image) and lose all the progress on the various games I have been playing.
Is there anything else I can try ??
you can try sideloading the update, grabbing the factory image and manually flashing the partitions (except userdata). you can try the factory image and just edit the flash-all.bat file to not wipe the device (sometimes the flash all file gave me an issue forcing me to do the partitions manually)
Thanks for the feedback... I can try this but IMO it's more of a workaround than a solution.
What I'm trying to get at is..... How in the heck would Google or HTC expect the average consumer to resolve such an issue.
Needing to have a PC, have special drivers installed, etc.., is understandable for those who want to step away from STOCK but what about the average consumer who just purchased the tablet to use as is, continues to receive a notification that an update is available, but fails every time it is applied ? Surely there is something that can be done so allow the update to take without having to factory reset or RMA the device...
y2whisper said:
you can try sideloading the update, grabbing the factory image and manually flashing the partitions (except userdata). you can try the factory image and just edit the flash-all.bat file to not wipe the device (sometimes the flash all file gave me an issue forcing me to do the partitions manually)
Click to expand...
Click to collapse
From the sounds of it there is an issue with the OTA file. But I agree you shouldn't be having to do this. I worry about the non xda'ers of the world when this stuff happens
Mine is doing the same crap. Also unmodified Nexus 9. This is nonsense.
Same issue here. Error every time I hit Restart & Install after downloading the update. Have to long press the power bottom to get it to boot back again. Tried a factory reset, didn't work. Still getting same error.
Thanks for sharing that you tried a factory reset. I am trying to avoid this for reasons mentioned in my 1st post.
I have tried numerous times now wiping cache and waiting for the upgrade to reappear but it continues to error out that the same place during the upgrade each time. Fortunately it's not bricking the device but IF this update is required as a stepping stone for subsequent updates then it will be extremely disappointing if Google doesn't address this issue.
I still cannot imagine google / htc not being able to resolve this WITHOUT having to make a user connect to a PC and manually flash imagess (or worse.. RMA the device). Hoping someone on XDA comes up with a magical sequence to allow the OTA to prcess properly.
In addition to wiping cache through recovery I have also ensured that I didn't have any apps / process or services disabled.
This is also being reported in google support forums:
https://productforums.google.com/fo...ter#!category-topic/nexus/nexus-9/MzHmJu4glkQ
I still haven't tried sideloading the OTA but at this point I don't think it would make a difference as the OTA does download properly and says it was verified.
kurtis.austin2 said:
Same issue here. Error every time I hit Restart & Install after downloading the update. Have to long press the power bottom to get it to boot back again. Tried a factory reset, didn't work. Still getting same error.
Click to expand...
Click to collapse
the.teejster said:
Thanks for sharing that you tried a factory reset. I am trying to avoid this for reasons mentioned in my 1st post.
I have tried numerous times now wiping cache and waiting for the upgrade to reappear but it continues to error out that the same place during the upgrade each time. Fortunately it's not bricking the device but IF this update is required as a stepping stone for subsequent updates then it will be extremely disappointing if Google doesn't address this issue.
I still cannot imagine google / htc not being able to resolve this WITHOUT having to make a user connect to a PC and manually flash imagess (or worse.. RMA the device). Hoping someone on XDA comes up with a magical sequence to allow the OTA to prcess properly.
In addition to wiping cache through recovery I have also ensured that I didn't have any apps / process or services disabled.
This is also being reported in google support forums:
https://productforums.google.com/fo...ter#!category-topic/nexus/nexus-9/MzHmJu4glkQ
I still haven't tried sideloading the OTA but at this point I don't think it would make a difference as the OTA does download properly and says it was verified.
Click to expand...
Click to collapse
I found this -> http://www.telekom-presse.at/apps/n...sht_update_auf_version_5-1_fehlt.id.33675.htm. There is a comment claiming to have fixed the issue by sideloading the OTA. I have yet to try it myself though.
On a side note,
Google has apparently finally released 5.1.1 for our device so it should be making it's way out soon.. HOPEFULLY we can go straight from 5.0.1 to 5.1.1 without having to worry about 5.0.2.
adstro said:
I found this -> http://www.telekom-presse.at/apps/n...sht_update_auf_version_5-1_fehlt.id.33675.htm. There is a comment claiming to have fixed the issue by sideloading the OTA. I have yet to try it myself though.
Click to expand...
Click to collapse
the.teejster said:
On a side note,
Google has apparently finally released 5.1.1 for our device so it should be making it's way out soon.. HOPEFULLY we can go straight from 5.0.1 to 5.1.1 without having to worry about 5.0.2.
Click to expand...
Click to collapse
Have you seen any evidence of this unicorn? Just curious...
Reported on the official Google+ page :
https://plus.google.com/+Nexus/posts/2hB9k5r2Z7T
But I can't find any reports of anyone actually receiving it yet. IF 5.0.2 needs to act as a stepping stone then maybe they delayed to get the 5.0.2 issue resolved 1st.. It seems to be getting more and more attention out there now.
cam30era said:
Have you seen any evidence of this unicorn? Just curious...
Click to expand...
Click to collapse
FWIW.
I went into recovery, wiped cache and tried to side load the 5.0.2 OTA update manually and got the same error. The error displayed approx. 40% into the upload process from the PC.
I'm getting frustrated I can't get 5.0.2 to install. This is ridiculous
When I get the error, Power/Vol+ switches to the recovery log - there is a warning about (from memory) a partition having been mounted R/W, and a suggestion to re-flash the device first.
All I can remember changing from stock is permitting bootloader-unlock from dev options (never got round to unlocking, so far as I remember).
Not too worried, will hang on for the next major update (or 6.x if there is a preview, maybe) - however, it seems 5.0.2 is a fix to allow 5.1.1 to download (from comments on the G+ thread)
My error is an SHA mismatch on /dev/block/platform/sdhci-tegra.3/by-name/APP. I have
47e96f7e7daa360947b456eca9dc5a8e45573b30
@the.teejster, @kurtis.austin2, @tshoulihane
Given that 5.0.2 is a significant improvement. Why don't you give up on trying to sideload the OTA, and fastboot flash the factory image? You won't get these errors.
cam30era said:
@the.teejster, @kurtis.austin2, @tshoulihane
Given that 5.0.2 is a significant improvement. Why don't you give up on trying to sideload the OTA, and fastboot flash the factory image? You won't get these errors.
Click to expand...
Click to collapse
How do I do this? Need adb from a computer?
kurtis.austin2 said:
How do I do this? Need adb from a computer?
Click to expand...
Click to collapse
Yes you need ADB and Fastboot. Follow this guide and don't hesitate to ask questions > http://forum.xda-developers.com/nexus-9/general/guide-how-to-unlock-bootloader-flash-t3035153
cam30era said:
Yes you need ADB and Fastboot. Follow this guide and don't hesitate to ask questions > http://forum.xda-developers.com/nexus-9/general/guide-how-to-unlock-bootloader-flash-t3035153
Click to expand...
Click to collapse
Thank you ? very kind of you
kurtis.austin2 said:
Thank you ? very kind of you
Click to expand...
Click to collapse
Welcome
Please read the OP.
cam30era said:
@the.teejster, @kurtis.austin2, @tshoulihane
Given that 5.0.2 is a significant improvement. Why don't you give up on trying to sideload the OTA, and fastboot flash the factory image? You won't get these errors.
Click to expand...
Click to collapse