[Automated] Wug's Nexus Root Toolkit v1.6.2 (Updated 12/29/12)

[WugFresh]

Props to wug for the simple to use toolkit however I ran into a problem it says my phone was rooted however when following the instructions on the superuser app it says that busybox not found and gaining root access failed.
Any ideas???? :-\

Did you select the right model and build type before rooting? Did you restore system data before you checked the superuser app? You are most likely testing the wrong superuser app... not the one the program installs.

{{ WugFresh }}

 

[okayguy]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

when i got my phone, i unlocked and rooted, no cwm, no custom roms. accepting the 4.0.4 ota broke root for me. using your app, i simply selected root and do not flash cwm. worked perfectly, i'm rooted and cwm is not installed! thanks!

 

[disenhour]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

Did you select the right model and build type before rooting? Did you restore system data before you checked the superuser app? You are most likely testing the wrong superuser app... not the one the program installs.

{{ WugFresh }}

The model and build were right ( I picked the verizon with 4.0.4 IMM76K since my phone just updated a few weeks ago.) I used the restore data/media button which I thought would restore the system data and now it still says checking for busybox not found but it downloaded a custom busybox. Did I overlook something should I take it back to stock and try again?

 

[WugFresh]

The model and build were right ( I picked the verizon with 4.0.4 IMM76K since my phone just updated a few weeks ago.) I used the restore data/media button which I thought would restore the system data and now it still says checking for busybox not found but it downloaded a custom busybox. Did I overlook something should I take it back to stock and try again?

data/media doesn't contain system data.. I was thinking maybe you unknowingly overwrote the superuser app with an older incompatible one because you restored an Android backup file which contained an outdated superuser app.

That doesn't sound like its the case. If you have root access... just download the app busybox from the play store.

{{ WugFresh }}

 

[thanks_for_choosing_my_ass]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

Thanks man! works perfect on a rogers galaxy nexus ver 4.0.1 stock!


no more ads! i owe you a beer buddy!

 

[WugFresh]

LOVE the automated toolkit... but I am having one problem...
I ended up switching identical phones doing a back up with +System apps/data and +Shared data. I also backed up the data/media. I then did a restore on an identical device.
However, several things were missing:
1. GrooveIP application was plain gone
2. Settings were missing for the built in mail program
3. Device face recognition & pattern lock passwords were missing as were my google account passwords.
4. Record of phone data usage, mobile data limits and data cycle dates (under general Settings)
5. Settings for Battery Monitor Widget

So, basically, I am curious where are these settings 'hanging out' that don't let them be backed up properly...

I would have thought that such a complete backup would image everything. It's a bit of pain to have to go through app by app to see what is missing...

That's strange. I am pretty sure I have made backups where those bits of data were included and restored successfully. Can you try reproducing the problem.

Also, I always warn against backing up system data. For detailed information on backing up with my program;
http://wug.rootxs.com/Help/scr/Backup_&_Restore.htm

The best backup solutions are available once you are unlocked and rooted.. like making full nandroid backups with CWM or using selective backup apps. That is the main reason I unlock and root my phone right away, before putting any data on it.

All that said. I am not satisfied with your results. If you could try and reproduce the problem, I will definitely look into it, and work towards releasing a more comprehensive backup solution in v1.5.

{{ WugFresh }}

 

[WugFresh]

Thanks man! works perfect on a rogers galaxy nexus ver 4.0.1 stock!


no more ads! i owe you a beer buddy!

Thanks man! Cheers!

{{ WugFresh }}

 

[wwjdpilot]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

Some Help Please...

I have completed through step 7 of this process, but am noticing an error

"Fastboot Command Read Error -2147483647"

at the bottom of the screen. When I select the reboot option, it just reboots normally and will not unlock. Is there a quick fix for this???

Thanks in advance.

I have searched this thread for the answer, but my search string is returning individual word requests instead of my whole string.

 

[puterboy]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

That's strange. I am pretty sure I have made backups where those bits of data were included and restored successfully. Can you try reproducing the problem.

Also, I always warn against backing up system data. For detailed information on backing up with my program;
Backup & Restore

The best backup solutions are available once you are unlocked and rooted.. like making full nandroid backups with CWM or using selective backup apps. That is the main reason I unlock and root my phone right away, before putting any data on it.

All that said. I am not satisfied with your results. If you could try and reproduce the problem, I will definitely look into it, and work towards releasing a more comprehensive backup solution in v1.5.

{{ WugFresh }}

Thanks for being so diligent in supporting and debugging your wonderful program!

First, I read the caution about backing up system data, but I assumed (perhaps incorrectly), that since I was replacing one phone with an identical new one, that including both the system and shared data would be the closest thing to a complete image transfer. If I am incorrect in that assumption, please explain to me why in an identical phone-to-phone restore, one wouldn't want to include the system area too if only as an insurance policy to make sure everything is carried over?

One strange think I noticed about my backups which may or may not be related to this problem is that the "Shared data" backup is *larger* than the backup without "Shared data" checked. This doesn't seem logical. Note the backup with both "Shared" and "System" checked is larger than both others as one would expect.

Would it be possible to document (either here or elsewhere) what exactly is included in each of the 4 possible backup permutations (no option checked, Shared only, System only, Shared+System)?

Also is there any way for me to "unpackage" the backups on my pc so I can see what is there and compare to the files on the phone (using something like rsync or even 'diff -rq'). This would help me troubleshoot the problem initially reported.

Finally, on a related note, I got BackupPC (one of my favorite incremental backup programs that pools data) to work on the droid and I would like to know what partitions I need to back up to alternatively (1) Backup user data, downloaded applications, changed system & app settings (2) Complete phone image.

(note: The advantage of BackupPC is that it can use rsync to efficiently back up the droid or multiple different droids and only one copy of each distinct file is every stored (even if they have different names or other attributes)

 

[WugFresh]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

Thanks for being so diligent in supporting and debugging your wonderful program!

First, I read the caution about backing up system data, but I assumed (perhaps incorrectly), that since I was replacing one phone with an identical new one, that including both the system and shared data would be the closest thing to a complete image transfer. If I am incorrect in that assumption, please explain to me why in an identical phone-to-phone restore, one wouldn't want to include the system area too if only as an insurance policy to make sure everything is carried over?

One strange think I noticed about my backups which may or may not be related to this problem is that the "Shared data" backup is *larger* than the backup without "Shared data" checked. This doesn't seem logical. Note the backup with both "Shared" and "System" checked is larger than both others as one would expect.

Would it be possible to document (either here or elsewhere) what exactly is included in each of the 4 possible backup permutations (no option checked, Shared only, System only, Shared+System)?

Also is there any way for me to "unpackage" the backups on my pc so I can see what is there and compare to the files on the phone (using something like rsync or even 'diff -rq'). This would help me troubleshoot the problem initially reported.

Finally, on a related note, I got BackupPC (one of my favorite incremental backup programs that pools data) to work on the droid and I would like to know what partitions I need to back up to alternatively (1) Backup user data, downloaded applications, changed system & app settings (2) Complete phone image.

(note: The advantage of BackupPC is that it can use rsync to efficiently back up the droid or multiple different droids and only one copy of each distinct file is every stored (even if they have different names or other attributes)

Your assumption is correct regarding it's logic, however in my experience with android debug bridge, and even other backup utilities; system apps on android do not always respond well when you restore system data. This could be a limitation of adb, related to device security, or perhaps some of that data is actually stored in another partition like the sd-ext.

Regarding your observation of file size.. that is entirely normal. A backup without either option checked will be the smallest, a backup with shared data checked will be larger because it has all the things a normal backup does PLUS the shared data; and lastly a backup with both shared and system data will be the largest.

As far as I know there are no utilities to unpackage .ab files, especially if you password protected it. They can only be restored in a batch process. Google invented android debug bridge and therefore invented adb backup; they haven't released any tools to do that.

To be clear, we are not "debugging my program"; what you are experiencing is not a bug. These problems are related to adb backup, and the limitations of the backup options I provided.

If want to know about partitions;
User apps and data: /data/apps & /data/data & sometimes sd-ext
System apps: /system/apps

If you want to understand how to make a complete phone image, then I would recommend looking into how CWM recovery works.

My suggestion is to use my tool to backup and restore userdata. If you want something more full featured, you will have more options once unlocked and rooted, like making nandroids, which is the best backup solution.

If you want to use your backup program that's cool too. I understand what incremental backups are, that's cool that you made that work on your android device.

{{ WugFresh }}

 

[puterboy]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

Thanks for all the helpful explanations - I am a total newbie (1 week) to the android so bear with me.

Regarding your observation of file size.. that is entirely normal. A backup without either option checked will be the smallest, a backup with shared data checked will be larger because it has all the things a normal backup does PLUS the shared data; and lastly a backup with both shared and system data will be the largest.
{{ WugFresh }}

That's what I had logically expected BUT in practice I have found the backup with 'shared data' checked to be *smaller* than the one with nothing checked. This seemed weird which is why I wondered whether this has anything to do with the problem I was experiencing.

Also, while this is presumably a Google adb question, do you know why the password screen doesn't give you an option to confirm the password? Each time I backup, I am dead scared that I may have mistyped the password, especially given the small android touch keyboard.

 

[wwjdpilot]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

First off, thanks for a great product and all of the instructions. I have an issue at the moment, and was wondering if you could pass along some advice.

I did a "Backup data/media" before the start of the process, and for some reason when I try the "Restore data/media" it runs through the whole script and acts as if it is restoring everything and roughly an hour later it asks me to press any key for the finish. However, nothing has been restored to my phone.

Have you heard of this before? Have I screwed the pooch on my data? Just wondering If anyone knows.

 

[WugFresh]

First off, thanks for a great product and all of the instructions. I have an issue at the moment, and was wondering if you could pass along some advice.

I did a "Backup data/media" before the start of the process, and for some reason when I try the "Restore data/media" it runs through the whole script and acts as if it is restoring everything and roughly an hour later it asks me to press any key for the finish. However, nothing has been restored to my phone.

Have you heard of this before? Have I screwed the pooch on my data? Just wondering If anyone knows.

Are you unlocked and rooted? The restore data/media utilizes adb push and needs to successfully boot off of a modified boot.img first to enable running privileged commands. Unlike restoring an ab backup, this procedure requires root. http://wug.rootxs.com/Help/scr/Restore_data_media.htm

{{ WugFresh }}

 

[WugFresh]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

Thanks for all the helpful explanations - I am a total newbie (1 week) to the android so bear with me.



That's what I had logically expected BUT in practice I have found the backup with 'shared data' checked to be *smaller* than the one with nothing checked. This seemed weird which is why I wondered whether this has anything to do with the problem I was experiencing.

Also, while this is presumably a Google adb question, do you know why the password screen doesn't give you an option to confirm the password? Each time I backup, I am dead scared that I may have mistyped the password, especially given the small android touch keyboard.

That is strange, that leads me to believe your backup is getting interrupted when trying to backup shared data. It would be helpful to know what the last thing it tried backup was. It probably logs it somewhere, I will have to look into it.

Yes, that is a Google adb question. I agree, it is silly for Google to only include one input box rather than include a standard password confirmation screen. To avoid complications I use a simple password rather than a truly secure one. I hope Google will resolve this in a future android release.

{{ WugFresh }}

 

[wwjdpilot]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

Yes to both questions, unlocked and rooted. I wonder if I should have used the "Create Backup File" button instead of the "Backup data/media" button.

Thanks again...

 

[WugFresh]

Yes to both questions, unlocked and rooted. I wonder if I should have used the "Create Backup File" button instead of the "Backup data/media" button.

Thanks again...

I have tested both features extensively. It should work no problem. Are you selecting the whole data-media folder when you are restoring, or did you select the subfolder thats named the date and time? You need to select the one thats date and time, otherwise you would be installing everything to the wrong folder on your device.

{{ WugFresh }}

 

[pheatton]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

Just used this to return a Nexus to stock then rooted it back so I could start over on it. Previous owner had some crazy kernal running that sucked...

This made the whole thing really simple and fast. Great tool!

 

[blunt420]

Re: [Automated] Wug's Galaxy Nexus Root Toolkit v1.4 (Updated 6/5

wug got a question for some odd reason i cant get into cwm or flash a zip so i was thinking of clicking flash stock unroot my question is will that wipe everything on my phone or will it just unroot me so i can install update and then just reroot again?

 

[WugFresh]

wug got a question for some odd reason i cant get into cwm or flash a zip so i was thinking of clicking flash stock unroot my question is will that wipe everything on my phone or will it just unroot me so i can install update and then just reroot again?

Yes it will wipe everything. I recommended reading through this to ensure you successfully preserve your important data: http://wugfresh.com/Help/scr/Backup_&_Restore.htm

{{ WugFresh }}

 

[WugFresh]

wug got a question for some odd reason i cant get into cwm or flash a zip so i was thinking of clicking flash stock unroot my question is will that wipe everything on my phone or will it just unroot me so i can install update and then just reroot again?

You might just want to try reflashing cwm.

{{ WugFresh }}