The rumors are true, Sprint is indeed rolling out an OTA update for the HTC Hero, which I can say because my HTC Hero is being updated as I type up this post. I am not sure of the roll out process or how long this will take for everyone to get notified. Instead I choose to take the shortcut route and went into settings to do a manual check. (Settings -> About Phone -> System Updates -> Firmware Update)
That said the update was ready and waiting.
“A firmware update for your HERO200 is available. Would you like to download?”
In total, the update came in at “3748377 byte” and was a relatively quick download even with my poor Sprint data speeds. After the download is complete, you then see the following message;
“The firmware update for your HERO200 is now ready to be installed. Your device will be updated to version 1.56.651.2. You cannot make or receive calls during the installation, even for emergencies. Do you want to install?”
Click OK, and it goes into the reboot and update process. Of course, this part takes a bit longer than the initial download. And thankfully I can live without making or receiving calls during the process — its a perk of working at 5am.
As to what this OTA update corrects, well unfortunately there is no change log. However according to the details coming from others;
It corrects issues with DST
It corrects the battery drain/SMS issue
Fixes some lag that was experience when moving from a home screen to an app
As to what I have seen, honestly nothing yet. But then again I have just updated. That means I will have to keep these items in mind and offer an update later on today. But on a positive note, the RTM app icon that I was complaining about yesterday was still correct, even after the reboot to complete the update process. So maybe it did do something — time will tell.
jasonkwh said:
The rumors are true, Sprint is indeed rolling out an OTA update for the HTC Hero, which I can say because my HTC Hero is being updated as I type up this post. I am not sure of the roll out process or how long this will take for everyone to get notified. Instead I choose to take the shortcut route and went into settings to do a manual check. (Settings -> About Phone -> System Updates -> Firmware Update)
That said the update was ready and waiting.
“A firmware update for your HERO200 is available. Would you like to download?”
In total, the update came in at “3748377 byte” and was a relatively quick download even with my poor Sprint data speeds. After the download is complete, you then see the following message;
“The firmware update for your HERO200 is now ready to be installed. Your device will be updated to version 1.56.651.2. You cannot make or receive calls during the installation, even for emergencies. Do you want to install?”
Click OK, and it goes into the reboot and update process. Of course, this part takes a bit longer than the initial download. And thankfully I can live without making or receiving calls during the process — its a perk of working at 5am.
As to what this OTA update corrects, well unfortunately there is no change log. However according to the details coming from others;
It corrects issues with DST
It corrects the battery drain/SMS issue
Fixes some lag that was experience when moving from a home screen to an app
As to what I have seen, honestly nothing yet. But then again I have just updated. That means I will have to keep these items in mind and offer an update later on today. But on a positive note, the RTM app icon that I was complaining about yesterday was still correct, even after the reboot to complete the update process. So maybe it did do something — time will tell.
Click to expand...
Click to collapse
Do you still have root access? and are you still able to get into Amon-Ra's recovery?
On my Hero, Amon's Recovery is PREVENTING the update. Everytime the phone goes to install the update I get the following:
Welcome
Build : RA-heroc-v1.2.3
Finding update package...
Opening update package...
Verifiying update package...
E:No signature (265 files)
E:Verification failed
Installation aborted.
Click to expand...
Click to collapse
I can't seem to find any way to flash back to the standard rom without wiping the entire phone, so I am at a loss here.
zefie said:
On my Hero, Amon's Recovery is PREVENTING the update. Everytime the phone goes to install the update I get the following:
I can't seem to find any way to flash back to the standard rom without wiping the entire phone, so I am at a loss here.
Click to expand...
Click to collapse
Stoopid question, but you're not "trying" to boot into recovery right? It's my understanding that the OTA should just reboot and apply by itself. Does IT boot you into recovery?
If the update is done through the recovery boot, then you should be able to use flashrec to put the backup recovery image on your phone.
Can somebody confirm that the OTA requires the HTC recovery image?
Yeah, it boots you into recovery. Here is the recovery.img from the Sprint RUU. I flashed that and am trying to update now.
EDIT: If you have removed stock apps the update will fail.
Here are the steps to upgrade from a modified STOCK rom
1) Make a nandroid backup
2) RUU (or otherwise flash) the original Sprint ROM
3) Install OTA Update
4) Reboot and wait
5) Re-root and flash amon's recovery (http://forum.xda-developers.com/showthread.php?t=581577)
6) Make another nandroid backup
7) Back up both nandroid backups externally
8) Take the data.img and cache.img from your first nandroid backup, and place them in the latest one, overwriting existing files
9) Edit nandroid.md5 in the latest backup with the hashes for data.img and cache.img from your first
10) Restore your modified nandroid backup
DO NOT REBOOT YET
Note: This segment will differ from specific updates.
In the script file for the update, we notice 3 commands being run on the DATA partition, we must manually execute them.
The commands are:
delete_recursive DATA:dalvik-cache/
delete_recursive DATA:boot-cache/
delete DATA:data/com.smithmicro.DM/libomc.so
So we must execute these manually.
While still in Amon's recovery, connect an adb shell
in the adb shell run the following:
mount /data
rm -r /data/dalvik-cache
rm -r /data/boot-cache
rm /data/data/com.smithmicro.DM/libomc.so
reboot
Wait for the Hero to reboot and rebuild its caches.
With any luck, you will be on the latest update, with all your settings in tact.
Now you are welcome to re-remove the apps you did before, however remember you will need to do this again next time there is an update.
For those like me, who cant get the RUU to work, or you semi-bricked your hero, here is another way:
Run RUU installer
When installer window appears asking you to upgrade your phone, move it out of the way
Open windows Explorer
navigate to "%TEMP%" (without quotes)
Search for "rom.zip"
copy "rom.zip" to your SD Card as "HERCIMG.zip"
restart phone in fastboot mode (power + Volup)
press VolDown to load HBOOT
Wait for it to prompt you to flash.
For the record: "action" = press in trackball
More info here:
Manual RUU Flashing Guide: http://midnightchannel.net/blog/248-htc-hero-semi-bricked-recovery-method.html
Upgrading Modified Stock ROM Guide: http://midnightchannel.net/blog/249...e-to-your-modified-stock-rom-1-56-651-2.html/
A couple of notes & observations that may help others. I rooted my phone and installed the Amon-RA recovery image, so when I tried the OTA update it failed, as zefie has noted.
I rebooted, re-flashed with the RUU recovery image and tried the OTA update again, but this time when I went to upgrade the firmware it said there was no update available for me (although my firmware version still said 1.29.whatever).
So, I went in as root and removed the /cache/fumo/update.pkg file, then rebooted the phone and tried the OTA update again. This time it worked. So if others get stuck in the same situation, removing that file is a way to force the OTA update to download again. It seems the phone will not check the current firmware version ... it just sees the update package was downloaded and assumes the OTA update was successfully applied, even if it failed. It's also interesting to note that *after* the OTA completes, it still leaves the 3.7MB file sitting there wasting space on your internal NAND storage. It also "phones home" with some data about the upgrade ... not sure what it's reporting to the mothership, but that was interesting to see. Caveat utilitor.
One other important observation: keeping root access after this update will require you to re-root your phone and reset the setuid bit on /system/bin/su, even if you apply it on top of an already-rooted device (like I did). When it installs, it resets the suid permissions on all files (& presumably all directories) under /system, at least, so typing "su" after you reboot does nothing special (you still have the '$', not '#', prompt). I had no problem re-running the "asroot2" exploit to get my root shell back.
the_deacon said:
A couple of notes & observations that may help others. I rooted my phone and installed the Amon-RA recovery image, so when I tried the OTA update it failed, as zefie has noted.
I rebooted, re-flashed with the RUU recovery image and tried the OTA update again, but this time when I went to upgrade the firmware it said there was no update available for me (although my firmware version still said 1.29.whatever).
So, I went in as root and removed the /cache/fumo/update.pkg file, then rebooted the phone and tried the OTA update again. This time it worked. So if others get stuck in the same situation, removing that file is a way to force the OTA update to download again. It seems the phone will not check the current firmware version ... it just sees the update package was downloaded and assumes the OTA update was successfully applied, even if it failed. It's also interesting to note that *after* the OTA completes, it still leaves the 3.7MB file sitting there wasting space on your internal NAND storage. It also "phones home" with some data about the upgrade ... not sure what it's reporting to the mothership, but that was interesting to see. Caveat utilitor.
One other important observation: keeping root access after this update will require you to re-root your phone and reset the setuid bit on /system/bin/su, even if you apply it on top of an already-rooted device (like I did). When it installs, it resets the suid permissions on all files (& presumably all directories) under /system, at least, so typing "su" after you reboot does nothing special (you still have the '$', not '#', prompt). I had no problem re-running the "asroot2" exploit to get my root shell back.
Click to expand...
Click to collapse
Wow. Lots of great information. Thanks for the hard work... One other thing that you can do to keep root after updates is to copy su to some other directory and name it something else. Place that file in a directory that should never be touched by an update.
the_deacon said:
A couple of notes & observations that may help others. I rooted my phone and installed the Amon-RA recovery image, so when I tried the OTA update it failed, as zefie has noted.
I rebooted, re-flashed with the RUU recovery image and tried the OTA update again, but this time when I went to upgrade the firmware it said there was no update available for me (although my firmware version still said 1.29.whatever).
So, I went in as root and removed the /cache/fumo/update.pkg file, then rebooted the phone and tried the OTA update again. This time it worked. So if others get stuck in the same situation, removing that file is a way to force the OTA update to download again. It seems the phone will not check the current firmware version ... it just sees the update package was downloaded and assumes the OTA update was successfully applied, even if it failed. It's also interesting to note that *after* the OTA completes, it still leaves the 3.7MB file sitting there wasting space on your internal NAND storage. It also "phones home" with some data about the upgrade ... not sure what it's reporting to the mothership, but that was interesting to see. Caveat utilitor.
One other important observation: keeping root access after this update will require you to re-root your phone and reset the setuid bit on /system/bin/su, even if you apply it on top of an already-rooted device (like I did). When it installs, it resets the suid permissions on all files (& presumably all directories) under /system, at least, so typing "su" after you reboot does nothing special (you still have the '$', not '#', prompt). I had no problem re-running the "asroot2" exploit to get my root shell back.
Click to expand...
Click to collapse
Sorry, I did forget to mention that you need to check for firmware update twice after reflashing to RUU. Don't need to hack in though.
I updated the blog post to reflect this.
Are you using Windows Vista? I am using XP so when I enter %temp% do I click "Run" under the start bar?
zefie said:
Yeah, it boots you into recovery. Here is the recovery.img from the Sprint RUU. I flashed that and am trying to update now.
EDIT: If you have removed stock apps the update will fail.
Here are the steps to upgrade from a modified STOCK rom
1) Make a nandroid backup
2) RUU (or otherwise flash) the original Sprint ROM
3) Install OTA Update
4) Reboot and wait
5) Re-root and flash amon's recovery (http://forum.xda-developers.com/showthread.php?t=581577)
6) Make another nandroid backup
7) Back up both nandroid backups externally
8) Take the data.img and cache.img from your first nandroid backup, and place them in the latest one, overwriting existing files
9) Edit nandroid.md5 in the latest backup with the hashes for data.img and cache.img from your first
10) Restore your modified nandroid backup
DO NOT REBOOT YET
Note: This segment will differ from specific updates.
In the script file for the update, we notice 3 commands being run on the DATA partition, we must manually execute them.
The commands are:
delete_recursive DATA:dalvik-cache/
delete_recursive DATA:boot-cache/
delete DATA:data/com.smithmicro.DM/libomc.so
So we must execute these manually.
While still in Amon's recovery, connect an adb shell
in the adb shell run the following:
mount /data
rm -r /data/dalvik-cache
rm -r /data/boot-cache
rm /data/data/com.smithmicro.DM/libomc.so
reboot
Wait for the Hero to reboot and rebuild its caches.
With any luck, you will be on the latest update, with all your settings in tact.
Now you are welcome to re-remove the apps you did before, however remember you will need to do this again next time there is an update.
For those like me, who cant get the RUU to work, or you semi-bricked your hero, here is another way:
Run RUU installer
When installer window appears asking you to upgrade your phone, move it out of the way
Open windows Explorer
navigate to "%TEMP%" (without quotes)
Search for "rom.zip"
copy "rom.zip" to your SD Card as "HERCIMG.zip"
restart phone in fastboot mode (power + Volup)
press VolDown to load HBOOT
Wait for it to prompt you to flash.
For the record: "action" = press in trackball
More info here:
Manual RUU Flashing Guide: http://midnightchannel.net/blog/248-htc-hero-semi-bricked-recovery-method.html
Upgrading Modified Stock ROM Guide: http://midnightchannel.net/blog/249...e-to-your-modified-stock-rom-1-56-651-2.html/
Click to expand...
Click to collapse
jmanley69 said:
Wow. Lots of great information. Thanks for the hard work... One other thing that you can do to keep root after updates is to copy su to some other directory and name it something else. Place that file in a directory that should never be touched by an update.
Click to expand...
Click to collapse
No problem, I'm just hopeful my experiences will help someone down the road doing a Google search or browsing the forums, who is experiencing similar symptoms.
I like your idea, and I had actually tried it (sorta). I copied the 'su' binary to 'xx.bak' with the same permissions (in the same directory). It still got reset to non-suid permissions by the upgrade. I'm guessing they wrote a script to recursively search all directories under /system/ and remove suid from all files it finds, then put it back on just the ones they want to keep. That's how I would do it. Since /system/ is the only filesystem that is allowed to have suid binaries, the 'su' (regardless of name), has to be somewhere under that directory structure, so hiding it from a recursive search would be difficult. (And you can't put it somewhere else, say /sdcard/, then copy it back under /system/ after rebooting, since you won't be root after the update - doh!)
the_deacon said:
No problem, I'm just hopeful my experiences will help someone down the road doing a Google search or browsing the forums, who is experiencing similar symptoms.
I like your idea, and I had actually tried it (sorta). I copied the 'su' binary to 'xx.bak' with the same permissions (in the same directory). It still got reset to non-suid permissions by the upgrade. I'm guessing they wrote a script to recursively search all directories under /system/ and remove suid from all files it finds, then put it back on just the ones they want to keep. That's how I would do it. Since /system/ is the only filesystem that is allowed to have suid binaries, the 'su' (regardless of name), has to be somewhere under that directory structure, so hiding it from a recursive search would be difficult. (And you can't put it somewhere else, say /sdcard/, then copy it back under /system/ after rebooting, since you won't be root after the update - doh!)
Click to expand...
Click to collapse
From the script:
set_perm_recursive 0 0 0755 0644 SYSTEM:
set_perm_recursive 0 2000 0755 0755 SYSTEM:bin
set_perm 0 3003 06755 SYSTEM:bin/ip
set_perm 0 3003 02755 SYSTEM:bin/netcfg
set_perm 0 3004 02755 SYSTEM:bin/ping
set_perm 0 2000 06755 SYSTEM:bin/reboot
set_perm_recursive 1002 1002 0755 0440 SYSTEM:etc/bluez
set_perm 0 0 0755 SYSTEM:etc/bluez
set_perm 1002 1002 0440 SYSTEM:etc/dbus.conf
set_perm 1014 2000 0550 SYSTEM:etc/dhcpcd/dhcpcd-run-hooks
set_perm 0 2000 0550 SYSTEM:etc/init.goldfish.sh
set_perm_recursive 0 0 0755 0644 SYSTEM:
set_perm_recursive 0 2000 0755 0755 SYSTEM:bin
set_perm 0 3003 06755 SYSTEM:bin/ip
set_perm 0 3003 02755 SYSTEM:bin/netcfg
set_perm 0 3004 02755 SYSTEM:bin/ping
set_perm 0 2000 06755 SYSTEM:bin/reboot
set_perm_recursive 1002 1002 0755 0440 SYSTEM:etc/bluez
set_perm 0 0 0755 SYSTEM:etc/bluez
set_perm 1002 1002 0440 SYSTEM:etc/dbus.conf
set_perm 1014 2000 0550 SYSTEM:etc/dhcpcd/dhcpcd-run-hooks
set_perm 0 2000 0550 SYSTEM:etc/init.goldfish.sh
So yeah, basically you need to move your su off of the /system/ partition. You could back it up on /data.
justin24 said:
Are you using Windows Vista? I am using XP so when I enter %temp% do I click "Run" under the start bar?
Click to expand...
Click to collapse
I'm on 7, but %TEMP% should work in Start > Run, or any open Explorer window
Related
Alrighty..... I've read / had open the posts regarding ADB, Unrooting, Nandroid, etc multiple times, and I want to make sure things are OK / voice some concerns before I continue.
I've installed the USB drivers needed (installed those only, did NOT install the rest of the components).
Ran SDK setup, edited the android_winusb.inf (have original as .bak)
Had USB Debugging enabled
Confirmed Android Phone listed in Dev. Manager as Android Bootloader Interface
Ran UnrEVOked3 reflash tool, without difficulty, and phone finished in koush clockworkmod recovery, and rebooted.
Used Nandroid Backup to backup to SD card, later confirmed via exploring SD card for confirmation with observing clockworkmod folder. Afterwards, reset back to "Charge Only"
At this point, I wanted to confirm root, and using ADB shell in command prompt typed in at $ su and was rewarded with the response of su / Permission denied / $.
A bit concerned, I rebooted the phone, everything works (well, I don't directly observe any issues, can make / receive calls, texts, etc).
Under "Software Information" I see:
Firmware Version: 2.1-update!
Baseband version: 1.00.03.04.06
I'm very much aware that I need to update the radio, plan on using unrEVOked Forever. I have the option to use Clockworkmod "apply sdcard:update.zip" next.
I'm wanting to make sure things are "OK" and the phone is sucessfully "rooted" before I carry on.
I have no doubt this is the "umteenth" thread, but it's my first "smartphone", and my first time doing this, so please be gentle, it really is my first time
Thanks for any time on this, and posted responses.
If you got permission denied when running su in adb shell the your root didnt go correctly. It should of just dropped you to a # prompt. When you typed su did you then go to your phone and get the popup by superuser asking if you allow or deny? Did you select allow?
while in adb and typing su it should look like this
Code:
$su
#
I never got the option, or I didn't see it. ::Confirmed::, I still get the $ after typing in su
Another question: Should I install the packages listed in the SDK update as well? I have 2.2, API 8, revision 2, 2.1-update1, API 7, revision 2, and 1.6 listed, and 2.1-update1 is listed as my latest firmware
**Update** Via unrevoked.com/rootwiki/doku.php?id=public:adb_in_recovery, I see device listed with (recovery) next to it. I presume with the 3 files listed to download, I place them in the root of my SD card?
I think that $ is normal on the stock rom with the phone booted up. Your nand is still locked because you haven't done the unrevoked forever, yet. Boot into recovery and do it and you should get the # root prompt. Sounds like you're on the right track.
Typed on my Incredible phone!
Last question (I think)....
I'm assuming that I rename unrevoked-forever.zip to update.zip, and thats the file that I place in the in the root of my SD card, reboot into recovery and select apply update?
#
The update can be installed like any custom .zip file. Simply flash it from your custom recovery. Both Amon_RA and Clockworkmod Recoveries support custom .zip installs from the sdcard.
#
Either select the option to install a .zip from your SD card, or apply it as an update.zip as follows:
#
Place the update.zip file into the root of your SD card. You can do this with adb with the command: adb push unrevoked-forever.zip /sdcard/update.zip
I have a feeling I'm misunderstanding some part of that, but I want to make sure before I finalize this.
Does this look good for a final step?
***Update****
Applied Forever Patch, no issues what so ever. Phone loads back to previous states, now I get the # after su request in shell.
I"m still seeing a Baseband Version of: 1.0.03.04.06. The next step is to update the radio, then off to a custom ROM of my choice?
HyperTension said:
***Update****
Applied Forever Patch, no issues what so ever. Phone loads back to previous states, now I get the # after su request in shell.
I"m still seeing a Baseband Version of: 1.0.03.04.06. The next step is to update the radio, then off to a custom ROM of my choice?
Click to expand...
Click to collapse
Correct. Be sure to do a nandroid before you do each thing. I know it sounds silly and like a lot of backing up, but you'll be glad you've got it if something goes wrong. You can almost always get back to good with a nandroid backup.
Isnt that the truth
Takes 5 minutes to backup, and 5 seconds to break lol. NANDROID
I have not had a chance to flash the radio / install a custom ROM, but everything works!
Big thanks for the support / guidance through this!
Next question, obviously asked in several previous threads, but I'm unable to resolve the next issue at hand with that data.
When I power on, and hit hboot, I'm still seeing S-On, yet if I log into abb shell, su, I get "#", as well as now having the icon for "Superuser Permissions".
I've attempted to install the radio update "PB31IMG.zip" via root of SD card. I'm able to see / install it, yet baseband is still showing 1.00.03.04.06.
I have W7, and have the option to "Hide extensions for known file types" off (Can't stand not seeing exactly what files are what).
What am I missing? I've seen that others have had to do the "*22899 then *228 option 2", yet If it doesn't show it as being a valid install, I'm hesitant to try and reinstall it
****Edit**** If this is the case, then I will wear the obligitory "dunce" cap for a bit.... Do I need to rename PB31... to update, the port over to root of SD and install then select "apply sdcard:update.zip"?
[Update 12/23] For those of you unable to install the new system update, I've found a solution -- scroll down to the update! I AM NOT RESPONSIBLE FOR ANY DAMAGES THAT MAY OCCUR!
So I figured I'd at least get things started - Credit goes to whomever first tried z4root on their Droid Pro - and to mahst687 for the deodexing.
Lets Begin!
Resources:
Motorola ADB Driver
Android SDK
xUltimate V2.2.2
(Can't post links apparently, sorry -- googles your friend!)
#1 Root:
As seen on numerous android sites already, root is obtainable via z4root in the market. It may not work the first, second, or even third time -- just keep trying, it works I promise.
#2 Bootstrap and Clockwork Recovery
Download and install 'Rom Manager' from the Market. Once installed flash the Droid2 Clockwork Recovery. After flashing, obtain the Droid2 Bootstrapper and install it. Confirm Clockwork Recovery works by booting to recovery via Bootstrap.
#2 Deodex:
Download Android SDK for ADB, as well as the Motorola ADB Drivers posted above. Second, download xUltimate - also posted above. Once everything is downloaded and installed we're ready to begin.
1. Run Main in the xUltimate package - if the ADB drivers installed successfully you should be greeted with a menu containing several options - great!
2. Next run option 1.
3. Run option 2.
3. Run option 3 - sit back and relax for a bit
4. Once option 3 is done doing its thing, navigate to the xUltimate folder, more specifically the "origi_frame", and delete guava.odex
5. Run option 4 - it'll be a short wait
6. Exit the xUltimate
7. Enable USB Mass Storage on the phone and transfer both "done_app", and "done_frame" to the ROOT of the SD card.
8. Once both folders have transferred disable USB Storage, but keep the phone plugged in via USB.
9. Open up a command prompt and browse to the android SDK Tools folder (or where ever your ADB executable is located).
10. Enter the following commands:
Code:
adb shell
su
stop
mount -o rw,remount -t ext3 /dev/block/mmcblk1p21 /system
cp /sdcard/done_app/* /system/app/
cp /sdcard/done_frame/* /system/framework/
rm /system/app/*.odex
rm /system/framework/*.odex
mount -o ro,remount -t ext3 /dev/block/mmcblk1p21 /system
reboot
11. If all went well your phone should reboot - which may take a few minutes. Enjoy!
[Update]12/23/2010
For those of you unable to get the new Droid Pro OTA working I have found a solution! You will need:
1)Root
2)Clockwork Recovery
3)System.img from update
4)Current Nandroid backup of your phone
5)ADB drivers and ASDK
So lets begin.
1)Boot into Clockwork recovery and create a backup of your phone.
2)Once complete, mount the phone as USB storage and pull the system.img file from the nandroid backup folder, as well as the nandroid.md5 (KEEP THESE FILES SAFE!!!!!)
3)Obtain the system.img file from here (Compliments of whoopsiedaisy).
4)Replace the system.img file in the Nandroid backup folder on your PHONE.
5)ADB into your phone (preferably still in recovery) and do the following:
Code:
adb shell
# cd /sdcard/clockworkmod/backup/2010-xx-xx.xx.xx.xx
# rm nandroid.md5
# md5sum *img > nandroid.md5
6)If all goes will it should create a new MD5 checksum file utilizing the new system.img
7)Go to the 'backup and restore' menu in Clockwork, and select 'Advanced Restore'
8)Select the correct nandroid backup folder where the new system.img file is located, and then select 'Restore System'
9)Assuming all goes well, go to Settings, About and check your new system version!
Nice, can't wait to try this on my wifes phone after work.
Sent from my ADR6300 using XDA App
Is the second step necessary if you just want root access so you can install Wireless tether, etc?
jayhammy said:
Is the second step necessary if you just want root access so you can install Wireless tether, etc?
Click to expand...
Click to collapse
Not at all. Simply run z4 if all you require is root access (and a host of apps like Wireless Tether, DroCap, Titanium Backup ...)
Can you please post the quickoffice apk from the Dpro so I can put on an DX? Same would go for the software that allows me to Invite attendees to meetings using GAL. It be copasetic if you can.
Thanks a ton! Freaking worked flawlessly on my Droid X.
Nate
Cool. Cant wait to try this on my wife's phone.
I downloaded everything you said and i started my deodex but when i select option 3 in main it tells me "error no odex file" have i done something wrong please advise
Is it really that simple?
I feel like I must be missing something. I just download an app from the market and reboot and I'm rooted?
Also, what is the deodex for? I want to root my phone to install the apps I want and I want wifi tether. Do I need it?
Also, I really want to understand what is going on under the hood, but I don't know where to start. Is there a 'for dummies' tutorial somewhere that I can go to to start understanding what all of this stuff is, so I can make informed decisions for myself about what I want instead of begging for help on internet forums? Thanks in advance for any suggestions.
Is there a way to unroot? I am not rooted but just curious.
rllong1 said:
Is there a way to unroot? I am not rooted but just curious.
Click to expand...
Click to collapse
Yes, Z4Root app allows you to root, re-root, and UNroot.
I see no uproot button on the screen. Only a root button
Sent from my DROID PRO using XDA App
I had version 1.1 of z4. I now have the. 3 version and it has the unroot button
Sent from my DROID PRO using XDA App
rllong1 said:
I see no uproot button on the screen. Only a root button
Sent from my DROID PRO using XDA App
Click to expand...
Click to collapse
You'll only see the unroot button once you've rooted. Otherwise, it will first show only the "root" option.
jayhammy said:
You'll only see the unroot button once you've rooted. Otherwise, it will first show only the "root" option.
Click to expand...
Click to collapse
I was rooted. I had titanium installed and superuser. Z4 ran fine but I had an old version of it. I dont know if that matters but thats all I did. I downloaded the 1.3 version and I now have the unroot button. On the old version there was no option for temp root either. Just root. On the version I have now there is a temp root and perm root button.
Would just like to let people know that your method for "updating" via nandroid backup would not work for me. Followed all the instructions to the letter and during the advanced restore I continually received md5sum mismatch errors.
So I took the chance and updated through the OTA update, it installed fine but lost root. Ran z4root (twice) and gained root access again .
Looking forward to some real custom daily driver roms for this guy.
darkninja157 said:
Would just like to let people know that your method for "updating" via nandroid backup would not work for me. Followed all the instructions to the letter and during the advanced restore I continually received md5sum mismatch errors.
So I took the chance and updated through the OTA update, it installed fine but lost root. Ran z4root (twice) and gained root access again .
Looking forward to some real custom daily driver roms for this guy.
Click to expand...
Click to collapse
Is there a way to uninstall the CWM recovery?
darkninja157 said:
Would just like to let people know that your method for "updating" via nandroid backup would not work for me. Followed all the instructions to the letter and during the advanced restore I continually received md5sum mismatch errors.
So I took the chance and updated through the OTA update, it installed fine but lost root. Ran z4root (twice) and gained root access again .
Looking forward to some real custom daily driver roms for this guy.
Click to expand...
Click to collapse
Kinda new to the whole rooting thing, just got a new Pro and rooted successfully with z4root, got rid of bloatware and installed titanium backup, wifi tether, etc. Am I correct in reading your post that I can unroot, OTA update, and re-root again? If so, will I have to uninstall bloatware again, or reinstall root apps? Or any other repeats? Any danger in doing this?
mynameismolotov said:
Kinda new to the whole rooting thing, just got a new Pro and rooted successfully with z4root, got rid of bloatware and installed titanium backup, wifi tether, etc. Am I correct in reading your post that I can unroot, OTA update, and re-root again? If so, will I have to uninstall bloatware again, or reinstall root apps? Or any other repeats? Any danger in doing this?
Click to expand...
Click to collapse
No need to un-root. This update is for the system portion only and does not touch the userdata. I simply went ahead on the rooted phone, let the OTA update download and install. In doing so lost root, but had no trouble gaining root access again via z4root. Did not have to re-remove any of the bloatware, at least if I remember correctly. Root apps will not need to be reinstalled but you may need to re-give them permission for root access. No danger that I have noticed or can think of.
For anyone doing the update the android method....
For it to work
You must do the adb "new" md5 creation portion with your phone in clockwork recovery for it to work and to not receive the mismatch error...
To do this, reboot recovery... then plug in usb from your computer... during the phone boot into recovery you should hear the alert from your computer that something from usb was plugged in. Finally, use the mount option in recovery to mount sd card to be able to transfer the .img file over to the correct directory then unmount sd card and do the adb commands in terminal window...
I had the same mismatch errors using my windows 7 machine and creating the md5 with android booted
Hope this helps
This is an exploit, I take NO RESPONSIBILITY if this does ANYTHING bad, your fault not mine, it was only tested on the firmware mentioned below. If you redistribute it, republish, work it into a all in one click, please link back and PROPERLY credit me.
Tested on the
ro.build.date=Mon Jan 30 10:42:53 KST 2012
ro.build.version.incremental=ZV9.479A6632
Update for the VirginMobile LG Optimus V
Your phone needs to be updated to the above build, and potentially needs a factory reset before this works, but it works fine. This will allow you to flash recovery without being root. After flashing recovery, flash this zip http://dl.dropbox.com/u/8699733/rootme.zip to install su, superuser and disable re-flashing of the stock re covery
LinuxMac Script + files:
https://github.com/CunningLogic/GorditaRoot
Flash_image:
https://github.com/CunningLogic/GorditaRoot/blob/master/flash_image
Recovery:
http://www.mediafire.com/?vzc5k8taj9smmll (Credit BobZhome)
Windows users run the commands manually
GNU nano 2.2.2 File: Gordita.sh
Code:
#!/bin/sh
echo "GorditaRoot 1.0 by jcase / TeamAndIRC"
echo "for the VM670 Optimus V"
echo "March 21st 2012"
echo "Follow me! http://www.twitter.com/TeamAndIRC"
echo "Donations are optional http://forum.xda-developers.com/donatetome.php?u=2376614"
echo "-"
echo "Recovery taken from http://forum.xda-developers.com/showthread.php?t=1197991"
echo "-"
echo "Pushing recovery to /data/local/"
adb push VM670NH_recovery.img /data/local/recovery.img
adb push flash_image /data/local/
adb shell "chmod 755 /data/local/flash_image"
echo "Removing old sensor config, setting up symlink attack"
adb shell "rm /data/amit/*"
adb shell "ln -s /dev/mtd/mtd2 /data/amit/AMI304_Config.ini"
adb shell "ln -s /dev/mtd/mtd2 /data/amit/AMI304_Config2.ini"
echo "Rebooting to execute symlink attack, to chmod 666 the recovery block device"
adb reboot
adb wait-for-device
sleep 10
adb shell "rm /data/amit/*"
adb shell "/data/local/flash_image recovery /data/local/recovery.img"
echo "Recovery flashed! Enjoy"
Having trouble identifying whether or not you completed the root process? Quickly test for root access with Root Checker Basic
Confirmed working on a phone donated just for this purpose!
Started with stock firmware, Android 2.2.1, baseband VM670ZV4_60401001, generic android recovery
Flashed the VirginMobile Security Update from their website, became VM670ZV9_60401001 ZV9.479A6632
Manually walked through above script by jcase via gtalk, and using the exploit, was able to flash BobZhome's CWM for the VM670, reboot into it and made a backup.
Flashed the su zip, and all is well in Optimus V land again.
HUGE THANKS TO JCASE FOR TAKING THE TIME TO RE-ROOT THE VM670!!!
I only wish I understood what it all meant--so I could be excited, too!
wilberfan said:
I only wish I understood what it all meant--so I could be excited, too!
Click to expand...
Click to collapse
Means ppl who couldnt root before, now can
wilberfan said:
I only wish I understood what it all meant--so I could be excited, too!
Click to expand...
Click to collapse
i was gonna ask the same thing LOL
Hey! Sorry, I'm a ET4G user, just trying to put ICS on my girl's phone so she stops whining
Anyways, I presume there's an update being pushed to all optimus v's? If so would you happen to know how I could update hers? Or would it be easier to stay on the current version ( i belive v5???) and root a different way??
Also, great work on an exploit so soon after a release! Happy to join (kinda) the Optimus family!
jlear3 said:
Hey! Sorry, I'm a ET4G user, just trying to put ICS on my girl's phone so she stops whining
Anyways, I presume there's an update being pushed to all optimus v's? If so would you happen to know how I could update hers? Or would it be easier to stay on the current version ( i belive v5???) and root a different way??
Also, great work on an exploit so soon after a release! Happy to join (kinda) the Optimus family!
Click to expand...
Click to collapse
The update is not being pushed, because the OTA mechanism doesn't work on the OV. You have to go to the VM website and download the update from the phone FAQ.
The only advantage is a new radio, which give slightly improved performance.
Thank you very much!
I installed the update to my (unmodded) backup phone without thinking about whether or not I'd be able to root the handset after applying it. DOH!
I have just been using this phone as a WiFi device so far. I have run the battery down and recharged it once and installed a few apps on it. So I will run it down, recharge it again and then do a factory reset before I try rooting it just to make sure that I don't hose it.
It's a good idea to check all the steps before you start ...
Finally ran my battery down for the second time. So, I recharged, ran a factory re-set and ran the shell script on my Linux box to root the phone.
Oops!
The file VM670NH_recovery.img downloaded as VM670NH_recovery.bin and the system can't find/stat it! Hit ^C and bailed!
Hoping, hoping, hoping ...
Good! It's not bricked!
Renamed the recovery file, re-ran the script. Success!!
Rebooted into recovery, flashed rootme.zip
==> Did a nandroid backup.
Downloaded root check basic app and confirmed that it has worked.
So, for other modders trying this out:
Check your files and file names before you start! When I looked at Gordita.sh the first time I found that what I had downloaded was an HTML file with the script embedded in it. Copied and pasted from the OP and then checked again to make sure I had the right content.
Of course if you are running the adb commands manually then this won't happen to you.
But, as I noted above, I didn't cross-check that the recovery file that the script would be looking for had the right file name extension (.img, not .bin), so don't be me.
That said, jcase: Thank You Very Much!! Not only for developing this root exploit but also for making one that is robust enough for someone like me to goober it up and still come out unburnt!
After all of this , can you make it a hotspot in quick settings?
The setting dialog is there ..
H0daddy said:
After all of this , can you make it a hotspot in quick settings?
Click to expand...
Click to collapse
Once I rooted my phone I installed a modified ROM. And then another one, and then ...
I saw your question a bit ago and since I no longer had the stock ROM installed (and had never used Quick Settings to enable the hotspot feature before) I didn't know. I still don't. Here is the story on that ...
I just restored the ZV9 ROM from backup today and then installed the Quick Settings app. I can say that the app still has the option to enable the hotspot available and that it tries to set it up. However the phone I am using hasn't been activated yet and the 3G network isn't provisioned on it. So all I get is a message saying the network isn't available.
So, it looks somewhat promising. Maybe someone who has an activated phone with the ZV9 ROM can test it out and let you know.
And if I activate this phone before you get a useful reply I'll test it to see if it works.
So happy to see this
Please assist
Got up to step adb shell "chmod 755 /data/local/flash_image"
But got back "no such file."
CWM
Got up to CWM but it won't let me select install zip from sd card. Any suggestions?
knicks791 said:
Got up to CWM but it won't let me select install zip from sd card. Any suggestions?
Click to expand...
Click to collapse
so you have bobz recovery installed?... i assume youve tried rebooting to recovery form the powered off state via the key combo (HOLD home+vol down+power, RELEASE after the LG logo), and tried instal zip from sd again?...
try:
http://forums.projectopencannibal.net/beta-releases-11/lg-optimus-v-v2-1dev1-(10-09-2012)/
http://forums.projectopencannibal.n...1-universal-installer-for-lg-optimus-devices/
[HOW-TO] [GSM & CDMA] How to root without unlocking bootloader (for ITL41D to JRO03O)
As of Oct 10, 2012: Google has patched this vulnerability starting with JRO03U. That is to say, this works on versions of ICS and JB from ITL41D to JRO03O inclusive. It will not work for JRO03U or newer. (My previous guide found here only worked on Android versions 4.0.1 and 4.0.2, i.e., ITL41D/F and ICL53F.
Once you have root, you can use segv11's BootUnlocker app to unlock your bootloader without wiping anything. Easy as pie!
Disclaimer: I take no credit for this exploit or the implementation of it. All credit goes to Bin4ry and his team. I just isolated the parts required for the GNex, modified it slightly and eliminated the script.
So, it looks like Bin4ry (with the help of a couple of others) has managed to find a way to exploit a timing difference in the "adb restore" command. See source here. (Although this may be old news to some, I hadn't seen it before a few days ago.) This is more for informational purposes, as having a Nexus device, we are able to backup our data, unlock the bootloader and restore the backup, so this is guide is not really that useful for most, but you still have those users who are scared to unlock their bootloader. It is useful however, for those with a broken power button, as it allows them to unlock their bootloader without the power button.
How this works
The way this works is as follows: the "adb restore" command needs to be able to write to /data to restore a backup. Because of this, we can find a way to write something to /data while this is being done. Now, Android parses a file called /data/local.prop on boot. If the following line exists in local.prop, it will boot your device in emulator mode with root shell access: ro.kernel.qemu=1. So, if we can place a file called local.prop with the aforementioned line in /data, once your device boots, it will boot in emulator mode and the shell user has root access, so we now can mount the system partition as r/w.
So what does this all mean:
You can now root any version of ICS and JB released to-date without having to unlock your bootloader (and without losing your data).
Moreover, you should now be able to root your device even if your hardware buttons are not working.
Additionally, this allows those who have not received an OTA update and want to apply it without having an unlocked bootloader or root to do so by copying the OTA update to /cache from /sdcard.
Notes:
1) Please read the entire post before attempting this.
2) This does not wipe any of your data, but I take no responsibility if something happens and you lose your data. Maybe consider doing a backup as per this thread before attempting this.
3) This assumes that you have USB Debugging enable on your device (Settings > Developer Options > Enable USB Debugging) and the drivers for your device installed on your computer. For the drivers, I would recommend you remove all old drivers and install these. If you don't know how to install them, or are having issues, look here.
4) This obviously needs to be done over ADB, as you cannot run adb in a terminal emulator on-device. If you do not have ADB, I've attached it in the zip (Windows and Linux versions). Unzip all files.
Step-by-step:
1) Download the attached files to your computer and unzip them;
2) Open a command prompt in that same directory;
3) Copy the root files to your device:
adb push su /data/local/tmp/su
adb push Superuser.apk /data/local/tmp/Superuser.apk
4) Restore the fake "backup": adb restore fakebackup.ab Note: do not click restore on your device. Just enter the command into the command prompt on your PC and press the enter key.
5) Run the "exploit": adb shell "while ! ln -s /data/local.prop /data/data/com.android.settings/a/file99; do :; done" Note: when you enter this command, you should see your adb window flooded with errors -- this is what is supposed to happen.
6) Now that the "exploit" is running, click restore on your device.
7) Once it finishes, reboot your device: adb reboot Note: Do not try and use your device when it reboots. Running this exploit will reboot your device into emulator mode, so it will be laggy and the screen will flicker -- this is normal.
8) Once it is rebooted, open a shell: adb shell
Note: Once you do step 8, your should have a root shell, i.e., your prompt should be #, not $. If not, it did not work. Start again from step 4. (It may take a few tries for it to work. Thanks segv11.)
Now we can copy su and Superuser.apk to the correct spots to give us root.
9) Mount the system partition as r/w: mount -o remount,rw -t ext4 /dev/block/mmcblk0p1 /system
10) Copy su to /system: cat /data/local/tmp/su > /system/bin/su
11) Change permissions on su: chmod 06755 /system/bin/su
12) Symlink su to /xbin/su: ln -s /system/bin/su /system/xbin/su
13) Copy Superuser.apk to /system: cat /data/local/tmp/Superuser.apk > /system/app/Superuser.apk
14) Change permissions on Superuser.apk: chmod 0644 /system/app/Superuser.apk
15) Delete the file that the exploit created: rm /data/local.prop
16) Exit the ADB shell: exit (May have to type exit twice to get back to your command prompt.)
17) Type the following (not sure if this is needed for the GNex, but it shouldn't matter): adb shell "sync; sync; sync;"
18) Reboot: adb reboot
19) Done. You now should have root without having to unlock your bootloader. If you want to unlock now, you can without wiping anything. See segv11's app linked at the beginning of this post.
Note: If you still do not have root access after doing these steps, redo them and add this step between 10 and 11:
10b) Change the owner of su: chown 0.0 /system/bin/su (Thanks maxrfon.)
I've done all. It installs supersuser app but the phone is not really rooted and apps that requires it doesn't work
Lorenzo_9 said:
I've done all. It installs supersuser app but the phone is not really rooted and apps that requires it doesn't work
Click to expand...
Click to collapse
Did you try opening the Superuser app?
What happens when you open an app that requires root? Do you get the request for su access?
You can open the app but whith apps that requires root there are no requestes and they don't... Even using root checker you see that you're not rooted
Lorenzo_9 said:
You can open the app but whith apps that requires root there are no requestes and they don't... Even using root checker you see that you're not rooted
Click to expand...
Click to collapse
Re-run the entire procedure again (including pushing the su and Superuser.apk files). When I had done it, I used the latest version of su and Superuser.apk, but when I uploaded the files in the attachment in post #1, I used the files that Bin4ry had in his package, which I assume are older. Regardless, re-download the attachment in the first post and try it again.
efrant said:
Re-run the entire procedure again (including pushing the su and Superuser.apk files). When I had done it, I used the latest version of su and Superuser.apk, but when I uploaded the files in the attachment in post #1, I used the files that Bin4ry had in his package, which I assume are older. Regardless, re-download the attachment in the first post and try it again.
Click to expand...
Click to collapse
Ok I'll do it and then I'll report you what happens. So now have you updated su and superuser.apk?
Lorenzo_9 said:
Ok I'll do it and then I'll report you what happens. So now have you updated su and superuser.apk?
Click to expand...
Click to collapse
Yes, I put the latest versions in the zip in the first post.
I can confirm that this works, and also that step 10b was not needed for me. This is the first time I have not used a toolkit so if I can do it, anyone can.
Running a Verizon Galaxy Nexus, this allowed me to update to the leaked Jelly Bean OTA with a locked bootloader. I first flashed stock 4.0.4 and locked the bootloader. I then used the exploit to gain root access, allowing me to apply IMM76Q and JRO03O OTA updates via stock recovery. (Rebooting between updates.) Thank you for creating a guide that this newb could easily understand and follow.
serty4011 said:
I can confirm that this works, and also that step 10b was not needed for me. This is the first time I have not used a toolkit so if I can do it, anyone can.
Running a Verizon Galaxy Nexus, this allowed me to update to the leaked Jelly Bean OTA with a locked bootloader. I first flashed stock 4.0.4 and locked the bootloader. I then used the exploit to gain root access, allowing me to apply IMM76Q and JRO03O OTA updates via stock recovery. (Rebooting between updates.) Thank you for creating a guide that this newb could easily understand and follow.
Click to expand...
Click to collapse
Thanks for confirming that step was not needed.
Thanks!
Bookmarked for future reference :good:
does it work on nexus 7 ?
dacc said:
does it work on nexus 7 ?
Click to expand...
Click to collapse
Yes, it should.
thans for quick response
Works fine for my GNex, big thanks! How about putting it into a script for non-advanced users here?
wictor1992 said:
Works fine for my GNex, big thanks! How about putting it into a script for non-advanced users here?
Click to expand...
Click to collapse
Glad you got it working!
As for putting it into a script, I could but I'd rather not. As with most of the guides that I have written up, I purposely do not put things into a script so that people would actually go through all the steps and, by doing so, maybe get an understanding of what they are actually doing, and hopefully learn something in the process. If I would have packaged it up into a script, a lot of the less experienced users would not even try to go through the steps -- they would just use the script, and no one learns anything yet again. See here for some discussion on one-click scripts. Granted, blindly following a step-by-step is not much better, but I have tried to put comments and explanations throughout to facilitate learning. It's about the journey...
P.S.: I would appreciate it if no one else posts a script in this thread.
efrant said:
P.S.: I would appreciate it if no one else posts a script in this thread.
Click to expand...
Click to collapse
can i make a script that just puts in big text "STOP USING TOOLKITS AND 1 CLICKS"
Zepius said:
can i make a script that just puts in big text "STOP USING TOOLKITS AND 1 CLICKS"
Click to expand...
Click to collapse
LOL! Yes, sure, that's one script I don't mind being posted. LOL!
Heh, fair enough. I think I'm learning a bit about adb
One question: I can't replace system APKs by installing them, it tells me that there is a signature conflict. How can I fix that? I thought it shouldn't happen after rooting. (I'm trying to install the "international" velvet.apk).
wictor1992 said:
Heh, fair enough. I think I'm learning a bit about adb
One question: I can't replace system APKs by installing them, it tells me that there is a signature conflict. How can I fix that? I thought it shouldn't happen after rooting. (I'm trying to install the "international" velvet.apk).
Click to expand...
Click to collapse
Let's try to keep this thread on-topic please.
But to answer your question, don't install the apk. Using a file explorer that has root access, copy it to /system/app (after making sure that system is r/w) and make sure the permissions are set to match the other apks in that directory.
when running adb after running the command where i tell it to restore fake restore and then while the "exploit" is running ikeep getting , in cmd, link failed, no such file or directory, and it just keep doing that. is this normal or did i do something wrong.
efrant said:
Let's try to keep this thread on-topic please.
But to answer your question, don't install the apk. Using a file explorer that has root access, copy it to /system/app (after making sure that system is r/w) and make sure the permissions are set to match the other apks in that directory.
Click to expand...
Click to collapse
I would like to root My LT18i Xperia Arc S, just so I can get rid of the bloatware, although if I could upgrade to ICS as well then that would be cool. I've found loads of instructions on how to root, but none for my firmware version, which is 4.0.2.C.0.5. The phone is locked to Three (a UK network operator). A lot of the instructions talk of downgrading the firmware from various versions to 4.0.2.A.0.42, and then rooting from there, although none list my particular firmware. Is this method possible for my firmware version? If it's not and I try anyway will I wreck my phone? I'd like to be as sure as possible before I start. My boot loader is locked.
Thank you.
timswait said:
I would like to root My LT18i Xperia Arc S, just so I can get rid of the bloatware, although if I could upgrade to ICS as well then that would be cool. I've found loads of instructions on how to root, but none for my firmware version, which is 4.0.2.C.0.5. The phone is locked to Three (a UK network operator). A lot of the instructions talk of downgrading the firmware from various versions to 4.0.2.A.0.42, and then rooting from there, although none list my particular firmware. Is this method possible for my firmware version? If it's not and I try anyway will I wreck my phone? I'd like to be as sure as possible before I start. My boot loader is locked.
Thank you.
Click to expand...
Click to collapse
Have you run SEUS or PC Companion at all? There's been 5 FW releases since then according to Wotan Server.
From what I have heard, the regular root method for GB, 4.0.2.A.0.58 and lower, should work also on 4.0.2.C.0.5 firmware. Give it a try, you got nothing to lose there.
OK, so I really am a total numpty, I was assuming that all updates could come OTA, and because I didn't have any updates available when I checked on the phone I must have the latest version, I hadn't realised that updating it from a PC did a full update. :silly:
So I'm now updated to ICS, although in a way my original question remains... Now my build number is 4.1.L.0.8, so can I follow the root guides for 4.1.A.0.562, for example the guide here: androidauthority.com/xperia-arc-s-lt18i-root-android-4-0-ics-80266 ? And equally importantly, if I try to follow the guide and it doesn't work on my firmware will it simply do nothing, or will it wreck the phone?
Thank you guys, I thought I had done a lot of reading up on rooting and flashing and unlocking boot loaders, but missed the obvious and a simple comment like "Have you tried SEUS" can make all the difference!
timswait said:
OK, so I really am a total numpty, I was assuming that all updates could come OTA, and because I didn't have any updates available when I checked on the phone I must have the latest version, I hadn't realised that updating it from a PC did a full update. :silly:
So I'm now updated to ICS, although in a way my original question remains... Now my build number is 4.1.L.0.8, so can I follow the root guides for 4.1.A.0.562, for example the guide here: androidauthority.com/xperia-arc-s-lt18i-root-android-4-0-ics-80266 ? And equally importantly, if I try to follow the guide and it doesn't work on my firmware will it simply do nothing, or will it wreck the phone?
Thank you guys, I thought I had done a lot of reading up on rooting and flashing and unlocking boot loaders, but missed the obvious and a simple comment like "Have you tried SEUS" can make all the difference!
Click to expand...
Click to collapse
If it doesnt work, your phone should be fine. But that also means that you've been doing something wrong. Give it a go
Sent from Xperia Arc S
I followed the instructions here for rooting:
http://forum.xda-developers.com/showthread.php?t=1601038&nocache=1
It seemed to go through all the stages, the phone rebooted several times and it came up "All done" at the end. The good news is that the phone still works fine, the bad news is that it doesn't seem to be rooted. I've installed Titanium Backup and it comes up with "could not acquire root privileges, please check that your phone is rooted", so I assume this means it hasn't worked? Is there any other way to see if it's rooted? This is the output from running the rooting batch script:
Code:
--- STARTING ----
--- WAITING FOR DEVICE
* daemon not running. starting it now *
* daemon started successfully *
--- creating temporary directory
mkdir failed for tmp, File exists
--- cleaning
rm failed for *, No such file or directory
--- symlinking tmp directory
failed on '/data/local/tmp' - Permission denied
link failed File exists
--- Rebooting
--- WAITING FOR DEVICE TO RECONNECT
--- PLEASE WAIT, THIS MAY TAKE A WHILE
if it gets stuck over here for a long time then try:
disconnect usb cable and reconnect it
toggle "USB DEBUGGING" (first disable it then enable it)
--- DEVICE FOUND
--- enabling emulator hack
/system/bin/sh: cannot create /data/local.prop: Permission denied
--- Rebooting
--- WAITING FOR DEVICE TO RECONNECT
--- PLEASE WAIT, THIS MAY TAKE A WHILE
if it gets stuck over here for a long time then try:
disconnect usb cable and reconnect it
toggle "USB DEBUGGING" (first disable it then enable it)
--- DEVICE FOUND
--- pushing busybox
3059 KB/s (1075144 bytes in 0.343s)
--- correcting permissions
--- remounting /system
mount: permission denied (are you root?)
--- checking free space on /system
0 KB/s (439 bytes in 1.000s)
--- Free space on /system : 56068 bytes
--- no cleanup required
--- copying busybox to /system/xbin/
/system/xbin/busybox: cannot open for write: Read-only file system
--- correcting ownership
Unable to chmod /system/xbin/busybox: No such file or directory
--- correcting permissions
Unable to chmod /system/xbin/busybox: No such file or directory
--- installing busybox
/system/bin/sh: /system/xbin/busybox: not found
--- pushing SU binary
failed to copy 'files\su' to '/system/bin/su': Read-only file system
--- correcting ownership
Unable to chmod /system/bin/su: No such file or directory
--- correcting permissions
Unable to chmod /system/bin/su: No such file or directory
--- correcting symlinks
rm failed for /system/xbin/su, Read-only file system
link failed Read-only file system
--- pushing Superuser app
failed to copy 'files\Superuser.apk' to '/system/app/./Superuser.apk': Read-only
file system
--- cleaning
rm failed for /data/local.prop, No such file or directory
rm failed for /data/local/tmp, Permission denied
failed on '/data/local/tmp.bak' - No such file or directory
--- rebooting
ALL DONE!!!
Press any key to continue . . .
There's four links to root threads now in my guide, give them a read.
Thanks, that guide was very useful. I've actually used a combination of the techniques, and it seems to have worked Here's what I did, might be useful to someone, also please if anyone who knows better than me can see any problems then please let me know if I'm going to have problems in the future
1. Backed up my firmware using the instructions from 100rabh791 here:
http://talk.sonymobile.com/message/178992
2. Flashed back to 4.1.A.0.562 Kernel using Nabeel's instructions here:
http://talk.sonymobile.com/thread/41119?start=0&tstart=0
3. Rooted using DooMLoRD's root kit here:
http://forum.xda-developers.com/showthread.php?t=1601038
At this point I seemed to have a fully working and rooted phone, however I thought it was best to go back to my original build version (4.1.L.0.8), so I re-flashed my backed up firmware, However this lost my root privileges, so I was back to the start. So I re-did steps 1-3 and then:
4. Re-flashed back to my original firmware, but checked the options "Exclude system", "Exclude baseband", "Exclude Fota" and "Exclude TA" (in other words just left Kernel unchecked).
So as I understand it (which I possibly don't), I should be back on my original, most up to date build version, but now have root access, please correct me if there's anything wrong with what I've done.
timswait said:
So as I understand it (which I possibly don't), I should be back on my original, most up to date build version, but now have root access, please correct me if there's anything wrong with what I've done.
Click to expand...
Click to collapse
Nice one, doesn't look like you'll have any issues, but the main thing is you've got root. What does it say in your Settings/About Phone/Build Number?
XperienceD said:
Nice one, doesn't look like you'll have any issues, but the main thing is you've got root. What does it say in your Settings/About Phone/Build Number?
Click to expand...
Click to collapse
4.1.L.0.8 which is what it was on after the official upgrades before I started the rooting process.