Very weird experience with this. I thought I had lost root, and in fact I had whenever I tried to run anything on my phone. But whenever I shut down the phone and repowered on I could get into recovery. I did this 3 times. Finally the last time I had downloaded the zip file and was able to install via recovery, I thought I was going to have to wait until I got home to use a computer to restore root. Anywho here's the zip file location in case anyone needs it for the recovery install of SU 3.0
Droid HD Maxx on Tmo Prepaid [ROM] Nexesesque Xoom [ROM] Team EOS ICS
I have found some info that, in my case, says the issue is my rom. I've enjoyed srf 1.2 (sprint epic) for months now, but this is the 1st sign that makes me want to look into a fresh rom install of something more updated.
"2) Binary updater fails to update binary – This usually happens because for Superuser can’t write to the system partition where the binary is installed. This can happen for a couple reasons. First, and most common, is that your device has S-ON which prevents the system partition from being written to at runtime. Even if a remount succeeds, and the system thinks that the partition is mounted as rw, you can’t write to it. There are different solutions for different devices, but the easiest usually involves simply updating Superuser through ROM Manager. If you were able to flash a custom ROM, you’ll be able to update Superuser through ROM Manager. The other reason that updating the binary fails is that your ROM Dev did something silly like putting the su binary in /sbin. I have not found a reason why this would be done, but I’ve seen it many times. The problem with putting su in /sbin is that even though you may be able to modify it at runtime, the changes will not stick over a reboot. This is because /sbin is part of boot.img, which gets unpacked and loaded at boot. The other problem with having the su binary there is that it’s almost always the first entry in the PATH. If you’re unfamiliar with the PATH, it’s a list of places that the system will look for a program, once it finds one it stops looking. Superuser will not try to update su if it’s found to be in /sbin because the change will not persist. The fix for this is not quite so easy as before and you’ll likely have to change ROM, and let the developer of whatever you were using know that they’re doing it wrong."
Im running MIUI 1930. I have the Superuser app that comes w it, and most of my permissable apps are in that one. I also have Superuser from the market with 5 apps in it. Not all the same ones in the MIUI app.
The android version I have ver. 3.0(35) and binary v3.0 Seems ike I have some cleaning up to do, although there havent been any issues with compatibility yet.
Yea, I'm still rockin' a Gnex. The signal strength/quality sucks, but hey, it's not two years old yet.
Portions of this page are modifications based on work created and shared by the Android Open Source Project
and used according to terms described in the Creative Commons 2.5 Attribution License. AndroidCentral is an independent site
that is not affiliated with or endorsed by Google.