[Q] Nandroid Backup does not backup kernel? - Eee Pad Transformer Q&A, Help & Troubleshooting

I tried Prime 1.6r2 ROM (Was on Revolver 1.3) and did a CWM backup right before I flashed Prime and then decided to go back to revolver, I ran the restore and it appears that It did not restore the Kernel or the BOOT partition. I had to reflash the Revolver to get back. I have a Viewsonic G tablet and the CWM backup/restore does everything except SDCARD and RECOVERY partition. I thought that CWM backup/Restore for the Transformer would work the same. Is this normal?

brookfield said:
I tried Prime 1.6r2 ROM (Was on Revolver 1.3) and did a CWM backup right before I flashed Prime and then decided to go back to revolver, I ran the restore and it appears that It did not restore the Kernel or the BOOT partition. I had to reflash the Revolver to get back. I have a Viewsonic G tablet and the CWM backup/restore does everything except SDCARD and RECOVERY partition. I thought that CWM backup/Restore for the Transformer would work the same. Is this normal?
Click to expand...
Click to collapse
I don't know anything about Prime or Revolver, but I know that CWM should backup/restore a kernel (or boot.img). If it didn't, it would be chaos in kernel + userspace land, because /system/lib/modules must match the kernel, and it sounds like it's restoring /system/... no problem.
You should be able to figure this out by looking at the list of modules supplied with the kernel in Prime vs. Revolver, then go to root explorer, nav to /system/lib/modules, and see which it matches, then for example, try a 'modprobe {modulename}.ko (like .. cifs.ko) (e.g. modprobe cifs), and if you get a version conflict, you are , for some reason, messed up. Well:: I don't know if those ROM's supply modprobe, so use insmod if they don't. (you could easily do this from adb shell, or onboard from terminal emulator).
I would just use nvflash to backup and restore the kernel in case cwm is messed up on your box.
Just to add to what I mentioned:: I think that if you just try to restore a kernel (/boot) then you'll have the trouble I mentioned above as well, unless the builder decided to link all the 'module functionality' right into it.

Here is what happened. I was on Revolver 1.3 and Over-clocked to 1.504 via SetCPU and all was great. I then wanted to try Prime 1.6r2 and flashed it. When i ran SetCPU it only allowed me to go to 1000Mhz (No overclock! I realized that I would need to install a OC Kernel if I wanted to OC). I played with it for a while and decided to go back to Revolver 1.3. I had done a CWM Backup before I flashed Prime 1.6r2 and so I though that all I needed to do was do a CWM restore which I did. After re-boot, I ran SetCPU as I assmed I was back to Revolver 1.3 and it still did not allow any Over Clock. Strange?? I then re-flashed the Revolver Roms and I was able to Over clock again. When CWM backup is run, SYSTEM, DATA and CACHE area the only partitions I see being backed up (No boot) Since many of the ROM flash boot (Or at least they say they are) I assumed the CWM backup would also backup the Boot Image. I am not sure where "KERNEL"s are stored (I am guessing SYSTEM) so not sure why I am getting the results I am getting.
Update:
when back and read up on the CWM Recovery Backup/Restore and found this line on the first page...
Nandroid backups and restores don't touch the boot or recovery partitions.
So Mystery is solved Since it appears that flashing a Kernel is flashing the boot partition not the /System as I assumed.
Maybe nice to have an option CWM backup/restore to backup the /boot as well.

brookfield said:
Update:
when back and read up on the CWM Recovery Backup/Restore and found this line on the first page...
Nandroid backups and restores don't touch the boot or recovery partitions.
Click to expand...
Click to collapse
That's news to me and I also verified you're correct on my TF. I also looked back at my phone and it used to make 'recovery' and 'boot' backups as well as the other 3. I just guessed that it still did, but you're right. I haven't looked at advanced restore yet where I used to be able to restore any of those partitions, but it won't matter since they're not being backed up.
Since I got this TF a week ago or so, I've been using nvflash for the entire backups in addition to cwm now & then. In the days where cwm backed up everything, the restores worked fine and were much less hassle. Possibly , since cwm is open source, we could fix it to do the entire backup, (not really sure). You could use the little tutorial in the DEV section to use NVFLASH to extract from a 3.2 blob the kernel and package it as a boot.img file. This is either flash-able via nvflash or possibly even restorable by advanced CWM, not sure once again. Thanks for the info.

hachamacha said:
That's news to me and I also verified you're correct on my TF. I also looked back at my phone and it used to make 'recovery' and 'boot' backups as well as the other 3. I just guessed that it still did, but you're right. I haven't looked at advanced restore yet where I used to be able to restore any of those partitions, but it won't matter since they're not being backed up.
Since I got this TF a week ago or so, I've been using nvflash for the entire backups in addition to cwm now & then. In the days where cwm backed up everything, the restores worked fine and were much less hassle. Possibly , since cwm is open source, we could fix it to do the entire backup, (not really sure). You could use the little tutorial in the DEV section to use NVFLASH to extract from a 3.2 blob the kernel and package it as a boot.img file. This is either flash-able via nvflash or possibly even restorable by advanced CWM, not sure once again. Thanks for the info.
Click to expand...
Click to collapse
CWM .img files are in yaffs format, so they aren't the same as nvflash images. Google code has an unyaffs tool. There is also a mkyaffs2image tool. I haven't tried yaffing a directory and flashing it via CWM, but it sounds like it should work. There might be issues with persmissions, pids, and md5sums.
Nvflash images are more like dd dumps. Some of the partitions are actually ext3/4 file systems that you can mount. "file *" in the backup directory should provide 15 mins of entertainment. I usually mount them ro so that the journal doesn't get messed up.

I wonder if it is just an issue where the author of CWM for the transformer can just add the /boot to the list of partitons that are backed up. Is the /boot partition in a format that CWM cannot process and that it why it is skipped? I own a G-Tablet and it does backup the /boot. I will post to the CWM thread and ask what would be involved. My main issue is that so many people believe that this Nandroid backup is for everything and in the case of the Asus Transformer it is not! Most users would find using NVFlash as the backup method to be a PITA as you would have to attached to a PC configured for NVFlash feach time you wanted to backup and/or restore.
Update: I asked the question in the CWM thread. Will update when I hear anything.
Sent from my Transformer TF101 using Tapatalk

Also, I don't that nvflash will restore the data partition. All the images that I have are blank!
sent from my cyanogen(mod) vision

Related

Q: Kernel Testing - Netarchy Wifi issue

Completely new to rooting, flashing so please excuse me if this is something really simple that I might be overlooking.
I've rooted my Nexus S I-902 on stock 2.3.4 rom. My goal is just to get voodoo color controls working via a kernel, but might also like a few other things like CIFS support.
So far I've only tried two different netarchy kernels suggested by others.
netarchy kernels I've tried...
EXPERIMENTAL CFS - netarchy-nexus-1.3.0.12-cfs-2.3.4-signed.zip
STABLE CFS - netarchy-nexus-1.3.2-cfs-2.3.4-signed.zip
I haven't tried actually flashing the zip via clockwork, but instead have extracted the netarchy.img files and used adb to boot the image.
fastboot boot netarchy.img
which loads the kernel and rom. I'm having wifi error issues doing this. Wifi just gives an error, but everything else seems to be ok.
What I'm wondering is by extracting only the IMG file above is that bypassing some included modules that might be needed that are not included in the zip file? If so is there an easy way just to test the whole kernel without actually flashing it first?
You need to flash the whole zip, you are only flashing the img which does not include the wifi modules
Sent from my Nexus S using XDA App
Edit:
i know there is a command to flash a kernel that will revert to stock on reboot but can not remember or find it in Google
if you are worried just do a nandroid backup before
bringonblink said:
You need to flash the whole zip, you are only flashing the img which does not include the wifi modules
Sent from my Nexus S using XDA App
Edit:
i know there is a command to flash a kernel that will revert to stock on reboot but can not remember or find it in Google
if you are worried just do a nandroid backup before
Click to expand...
Click to collapse
thanks..
ok, If I just did a Rom Manager backup which ran ClockworkMod Recovery for the backup. Is that the same thing as nandroid backup (guessing this is compatiable since there is a nandroid.md5 checksum file)?
I copied the backup on SD card over to my PC just in case.
So my guess is that I can then now FLASH any new kernel and if something goes wrong then I use Rom Manager or clockwork recovery to revert back to the original state of the file I backed up with Rom Manager above?!
This would then revert the new changes from any new Rom / Kernel I may have flashed correct?
What about applications or other data on the SD card (music, photos, app data, ect) That included in the backup too (file seems too small for that)?
kwhy said:
thanks..
ok, If I just did a Rom Manager backup which ran ClockworkMod Recovery for the backup. Is that the same thing as nandroid backup (guessing this is compatiable since there is a nandroid.md5 checksum file)?
I copied the backup on SD card over to my PC just in case.
So my guess is that I can then now FLASH any new kernel and if something goes wrong then I use Rom Manager or clockwork recovery to revert back to the original state of the file I backed up with Rom Manager above?!
This would then revert the new changes from any new Rom / Kernel I may have flashed correct?
What about applications or other data on the SD card (music, photos, app data, ect) That included in the backup too (file seems too small for that)?
Click to expand...
Click to collapse
Thats correct, and SD card is not touched when flashing, so need for it to be backed up
All flashed now and wifi working correctly. Colors changed finally back now how I liked them.
Thanks for the help.
Having the exact same issue unfortunately, first time rooting a phone. Followed the how-to from here http://forum.xda-developers.com/showthread.php?t=895545 and got everything going. Only kernel I put on it was from the stable 2.3.4 list here http://forum.xda-developers.com/showthread.php?t=936219&highlight=netarchy (tried both cfs and bfs). Went through recovery and re-tried it all, including a few factory resets with still no luck. 3g is kind of lousy out here and wifi helps a ton, do you have any other idea's to fix?
Have tried airplane mode toggling, factory reset, battery pulling, and reflashing everything in order, not sure what else to do
Could you connect your phone to PC & check for the logs over adb ? It's via the data-cable that your phone shipped with, download the android sdk (you could search the forum for detailed instructions on that) which houses the adb binary & issue these commands over the command prompt:
adb start-server
adb shell logcat
The second would produce fair amount of output on the screen including those related to WiFi. Also once you have enabled the Wifi on your phone, you could try the below command too:
C:\> adb shell lsmod
bcm4329 192346 0 - Live 0xbf07e000 <--- That's the wireless driver on board my phone which has a BroadCom wireless chip called bcm4329.
But should your phone instead produce no terminal output or an error in the "logcat", it would imply that the kernel essentially is missing the driver.

[Q] My CWM 3.x.x.x backup doesn't work : SGS2

Hi,
I checked through many threads to see if anyone had a similar problem but couldn't find anything unfortunately.
Background :
I was running a Lite'ning ROM on my Samsung Galaxy S2. You're probably familiar with this ROM, but for those who aren't it gets flashed with ODIN and comes rooted and pre-installed with CWM.
I forget which version of Lite'ning ROM it was, but I am fairly certain it was pre-1.5 as the bundled CWM was definitely version 3.x.x.x (later versions I found had 4.x.x.x and 5.x.x.x).
I wanted to try a version of GalnetMIUI for something a bit different and hadn't changed ROMs in quite some time, so I booted into CWM 3.x.x.x (maybe 3.0.0.2?) and did a backup to the internal SD. This came in at around 1.4 GB and comprised of 4 files :
cache.img
data.img
nandroid.md5
system.img
I copied these to my PC too, just in case they somehow got erased from my phone.
Once I'd done this, I then copied the new ROM .zip file (latest version of GalnetMIUI) to the root of the internal SD, booted the phone into CWM, wiped user data and Dalvik cache, then proceeded to install it.
The problem :
I can't get my apps or data back. I was under the false impression that my Google account was automatically backing this up for me, and would restore everything once logged in as it had in the past (factory resets etc.). So once this didn't happen, I tried using CWM to revert back to how things were before installing the new ROM but although the restore appears to work I end up with issues.
I've tried a number of different ROMs and they either get stuck in 'boot loops' or a black screen after running through the restore procedure. I've tried restoring just data via the 'Advanced' option but this doesn't help.
I was under the impression that I'd be able to fully restore the ROM backup if I needed to, and have the phone running exactly how it was prior to messing around. It would seem this is not the case.
In desperation I tried flashing every Lite'ning ROM from version 1.0 to 4.2, restoring my backup each time but as mentioned I always get boot issues.
Have I lost my data? I hope not, as I had 'To Do' lists and all sorts of things that would cause problems if they were not retrievable. I realise this is a lack of knowledge and foresight on my part. I'm thinking now that I should have run Titanium Backup prior to this, and not assumed that CWM was going to provide a complete solution.
Hope all this makes sense and if any of you have the time to read through and offer advice it would be greatly appreciated. I am currently running a very pretty and slick GalnetMIUI without any of my data!
Thanks in advance.
download cwm 2.5.x.x its better
[email protected] said:
download cwm 2.5.x.x its better
Click to expand...
Click to collapse
Thanks for that, I'll give it a go tonight after work. Am I right in thinking that if it doesn't work I can extract the individual files and insert them manually to get my app data back?
OK, so after hours of searching I'm still no wiser as to how to install CWM 2.5.1.2
I found a zip file that was apparently version 2.5.1.2 but when I tried to install it from inside CWM 5.0.2.6 (included with GalnetMIUI) it sometimes gives an error, sometimes it reboots CWM and sometimes it simply says it has successfully installed (it lies). No matter what it says or does, it doesn't seem to actually replace version 5.0.2.6 with the older one and every time I do the three-finger boot it loads up the latest version like nothing changed.
I'm just so lost. All I want to do is restore my old backup, get my data back and move on. Please someone help me before I go insane from all this research!
[EDIT] In case any more information is needed, my exact procedure for installing version 2.5.1.2 of CWM went like this :
Download 2.5.1.2 zip file
Copy zip file to root folder on internal SD
Boot into CWM 5.0.2.6
Select "install zip from sdcard"
Select "choose zip from sdcard"
Navigate to 2.5.1.2 zip file, select and confirm
Can anyone help me at all?
In particular I'd like to know how I can downgrade to CWM 2.5.1.2 or similar in order to give [email protected]'s suggestion a go.
Failing that, if anyone has any suggestions whatsoever about how I can get my backup data restored it would be greatly appreciated. After spending some time with MIUI - in particular the Galnet ICS build - I have nothing but praise, but I really have to get my data back!
You should be able to downgrade through ROM manager. Go to "All Clockwork Mod Recoveries" and just flash one that is not 5.x.x. Any backup not made with version 5 will not work with the new version So if you can flash one that is version 2, 3 or 4 you should be good to go. If that doesn't work you can fastboot flash it. There are guides on how to do that.
Wait.....did you mount /system before installing the CWM zip ?
Sent from my GT-S5830 using XDA App
Sorry for the delayed reply, for some reason I didn't get an email notification that my thread had been updated.
lowandbehold said:
You should be able to downgrade through ROM manager. Go to "All Clockwork Mod Recoveries" and just flash one that is not 5.x.x. Any backup not made with version 5 will not work with the new version So if you can flash one that is version 2, 3 or 4 you should be good to go. If that doesn't work you can fastboot flash it. There are guides on how to do that.
Click to expand...
Click to collapse
For some reason, when I select "All ClockworkMod Recoveries" the only two options are 4.0.1.4 and v4.0.1.4. I'll have to look into "fastboot" flashing as I've never heard of that.
By the way, if I boot into CWM via ROM Manager the version that loads is 4.0.1.5, but if I perform the three-button combo when switching my device on I get version 5.0.2.6.
EmoBoiix3 said:
Wait.....did you mount /system before installing the CWM zip ?
Sent from my GT-S5830 using XDA App
Click to expand...
Click to collapse
I didn't, is that something I should try?
Edit - Just tried this and at first it rebooted CWM and the version number hadn't changed. Doing this again yielded me the following error with no change in version number :
Code:
E:Error in /sdcard/CM V 2.5.1.2_update.zip
(Status 0)
Installation aborted.
I found out that I can extract the contents of my backed up .img files using unyaffs.exe.
Unless I'm doing something wrong, it would appear that my backup is corrupt somehow. When trying to extract data.img, it processes for a while and does bring back a lot of files but I also get the following :
Code:
read image file
: Bad file descriptor
read image file
: Bad file descriptor
data.img is around 1.2GB but the files I extract only amount to around 190MB.
It would appear that I don't have my contacts database in there which is annoying as for some reason there were quite a few that didn't get synced to Google's servers.

[Recovery] Rogue XM Touch Recovery v1.5.0-R1 (CWM-based v5.0.2.8) [2012-05-25]

Rogue XM Touch Recovery v1.5.0-R1
(CWM-based Recovery v5.0.2.8)
For the Asus Transformer TF101​
First off, thank you to...
Team Rogue
Koush
CyanogenMod Team
j-r0dd
Solarnz
Roach2010​
All I did slap together all their hard work to make it work on the TF101.​
Sources
Rogue Recovery
The source and more info for Rouge Recovery is available in the Xoom release thread from Team Rogue. I have not made any modifications to it to work with the TF101. You can find that thread here:
http://forum.xda-developers.com/showthread.php?t=1235170
The discussion of the touch release in that thread begins here:
http://forum.xda-developers.com/showthread.php?t=1235170&page=13#123​
Recovery Kernel
I used the kernel from Roach2010's ClockworkMod Recovery 3.2.0.1 release here:
http://forum.xda-developers.com/showthread.php?t=1213723​
Device Tree
Mostly based on AOKP's TF101 device tree, just picked out the parts needed to compile the recovery. Particularly BoardConfig.mk:
https://github.com/rburrow87/android_device_asus_tf101_recoveryonly​
Updates
[2012-05-25] 1.5.0-R1 (5028-based)
Updated to Rogue XM Recovery v1.5.0 which is touch-enabled with the same features as before. See the Xoom release thread for more information on Rogue Recovery:
http://forum.xda-developers.com/showthread.php?t=1235170
Can also finally use the boot to recovery option available in some ROMs thanks to the recovery boot loop fix from Roach2010 from here:
http://forum.xda-developers.com/showthread.php?t=1213723
Workaround for small menu targets
http://forum.xda-developers.com/showpost.php?p=26142147&postcount=151
If I can figure out a way to just make the menu items taller, I'll make an update. Otherwise I'm waiting for Rogue to implement it first.​
[2012-01-14] 1.3.0-R1 (5027-based)
Original release, non-touch​
Info
Mounting as USB storage does not work. (Accessing the tablet or SD card from your computer when plugged in via USB)​
Installation
I tested this the best I could, but use at your own risk. I am not liable for data loss, spontaneous combustion, temporal anomalies, or anything in between.
Just flash the attached zip from CWM.
There's also an nvflash version that has the recovery.img in it and will only flash the recovery if you prefer that method. Or just so you don't have to unpack the blob file if you need the recovery.img.​
Misc:
I did this because I thought it'd be nice to have a newer recovery for our TF101s, but also because I want to learn to do some sort of development even if it's just building for similar devices. I'm still new to using anything like git or using C/Java like this so don't expect miracles right away if bugs come up! I have some experience with other languages, but not in this kind of application.
Thank you, looks nice. Doing a nand backup right now with it.
there was someone in one of the ics threads, looking for this, they,ll be chuffed to bits.
Sent from my HTC Desire using XDA App
Cam you just rename this img if u wanna flash with nvflash?
Sent from my Dell Streak using Tapatalk
baseballfanz said:
Thank you, looks nice. Doing a nand backup right now with it.
Click to expand...
Click to collapse
Awesome!
will8578 said:
there was someone in one of the ics threads, looking for this, they,ll be chuffed to bits.
Sent from my HTC Desire using XDA App
Click to expand...
Click to collapse
I saw that post! I've been watching that thread and trying it out when there's an update.
80slovechild said:
Cam you just rename this img if u wanna flash with nvflash?
Sent from my Dell Streak using Tapatalk
Click to expand...
Click to collapse
To do that, you have to extract the zip and then unpack the blob file... but I updated the OP with an extra nvflash version that flashes just the recovery and gives you the recovery.img.
Finally...a relatively current back up for the TF!!
THANK YOU!!
Backing up with 3201, then installing this.
Beautiful work!! Works flawlessly!
Finally! A 5.x.x.x CWM recovery
Does this allow flashing from both internal and external?
On my Galaxy Nexus, they also have a touch softkey mod that has softkeys for up, down, back, and select. Not a big deal but something cool to look into if you get bored.
LTE EX Galaxy Nexus - CM9 AOKP
Asus Transformer - Revolver
Can we get a list of features? I've never flashd CWM 5.x.x.x so just curious, and would make a good addition I think..
luna_c666 said:
Can we get a list of features? I've never flashd CWM 5.x.x.x so just curious, and would make a good addition I think..
Click to expand...
Click to collapse
It's basically the same as 3207 with the ability to flash from and back up to internal memory.
And seems a bit more stable.
Worked for me. Way way way better color scheme and it booted quick! Thanks!
wackydroid said:
It's basically the same as 3207 with the ability to flash from and back up to internal memory.
And seems a bit more stable.
Click to expand...
Click to collapse
its definitely not the same as v3.x.... that being said however, simply look at the android_bootable_recovery github to see the differences since v3.x
I think with the latest versions its even possible to use the mount usb with the tablets own MicroSD card where-as in the v3.x tree it wasnt (thanks to v5.x's inclusion of dual mount support, specifically done to support devices with large internal storage)
Still, i have to agree with everyone else, its REALLY nice to finally see a v5.x CWM... using it on my HD2, Evo Shift, and HeroC, it really was a surprising difference from when I was sticking with v3.x
Just awesome!!! Thanks so much!
this needs to be moved to the dev section, but great job!
Sent from my Transformer TF101 using xda premium
Thanks! Installed successfully on two separate rooted B60 TF101's(ARHD 3.2, and Krakd 1.4.2)without any issues. Works great nice job!
New recovery works great!
Just flashed this without any issue. Nice look and feel. Are there more options available under the 'wipe' option, such as ability to wipe only cache or Dalvik cache like the 3.2.0.1 had? I haven't had a chance to look yet and didn't want to chance inadvertently wiping my device. Thanks.
[EDIT] I've now had time to look around and answer my own question. Yes, the other wipe options are there under the wipe menu item. Good to not see that sd card error all the time. So far it seems pretty flawless and better looking, too. I had to reflash my ROM last night and got to put it through it's paces.
Good job and thanks for carrying forward with recovery.
I did notice that at least on mine, I saw no 'connection' between the progress bar when doing a full advanced backup to the plugin SDCARD (normal backup as in the old days), or in other words, no sign of progress despite it working fine. I'm looking around the code to see what might have caused that.
The other interesting change not mentioned is that the backup file format/suffix is now .tar instead of .img. I tried using Titanium to restore an app from the backup with the .tar files, and it worked fine. Is .tar what the current versions of cwm are using?
Lastly: I know that to burn a kernel you have to use blobs on the tf101, so which .tar file contains the kernel blob? (I've not yet analyzed this yet and have assumed that you have to actually burn a kernel afterward to get one in place). What I was wondering is if we could get the equivalent of 'boot.img' from other v5 cwm's that are around, but I suppose ours would have to burn a blob rather than just unpack a .tar file.
EDIT: After reading through the original post about Rogue Recovery, I realized that in the last / prior release notes it mentioned this:
*Progress indication disabled by default again for speed (create /sdcard/clockworkmod/.hidenandroidprogress to enable progress)
Which took care of my initial gripe so check on off to me not reading enough ..
Thanks again --
I tested this by doing a full backup and restore. After the sucesfull backup, I then did the restore which it did restored from backup but wifi got broken and no way to turn was wifi on.
jwilliamf said:
I tested this by doing a full backup and restore. After the sucesfull backup, I then did the restore which it did restored from backup but wifi got broken and no way to turn was wifi on.
Click to expand...
Click to collapse
I also did a back up and restore and my Wifi is fine.
I did not do the advance backup just the regular backup.
Someone else reported this wifi problems using Roach's 3.2.0.1 CWM also.
jwilliamf said:
I tested this by doing a full backup and restore. After the sucesfull backup, I then did the restore which it did restored from backup but wifi got broken and no way to turn was wifi on.
Click to expand...
Click to collapse
Hmm, weird, I'm not sure why the recovery would break that unless it's failing to restore something or possibly failed to back something up. I did several backups and restores when I was checking to see if everything worked and never encountered that. Maybe try restoring the one giving your trouble a couple of times to see if it comes back?
hachamacha said:
Good job and thanks for carrying forward with recovery.
I did notice that at least on mine, I saw no 'connection' between the progress bar when doing a full advanced backup to the plugin SDCARD (normal backup as in the old days), or in other words, no sign of progress despite it working fine. I'm looking around the code to see what might have caused that.
The other interesting change not mentioned is that the backup file format/suffix is now .tar instead of .img. I tried using Titanium to restore an app from the backup with the .tar files, and it worked fine. Is .tar what the current versions of cwm are using?
Lastly: I know that to burn a kernel you have to use blobs on the tf101, so which .tar file contains the kernel blob? (I've not yet analyzed this yet and have assumed that you have to actually burn a kernel afterward to get one in place). What I was wondering is if we could get the equivalent of 'boot.img' from other v5 cwm's that are around, but I suppose ours would have to burn a blob rather than just unpack a .tar file.
EDIT: After reading through the original post about Rogue Recovery, I realized that in the last / prior release notes it mentioned this:
*Progress indication disabled by default again for speed (create /sdcard/clockworkmod/.hidenandroidprogress to enable progress)
Which took care of my initial gripe so check on off to me not reading enough ..
Thanks again --
Click to expand...
Click to collapse
Looks like somewhere around CWM 4 is when the switch to tar was made. It has better the speed along with the ability to back up and restore the correct filesystem. Sounds like the progress thing was added somewhere around then as well.
[ Found here: https[colon]//plus.google[dot]com/103583939320326217147/posts/G4VQuCpR25y Sorry, can't make outside links yet. ]
Looking at a kernel zip, it uses dd to put the blob in /dev/block/mmcblk0p4, which is also where the recovery goes... I clearly need to learn more about what's going on here when flashing a kernel or recovery to the same thing and what the function of the blob is.
Looking in the nandroid backuip system tar though, it grabs the /system/lib/modules folder which some kernel zips add to, so the nandroid is backing that up. I'm not sure if nandroid, at least in its current state, is able to back up or restore the kernel itself because of the whole blob thing?
Hmm, perhaps I should make a feature list instead of just saying look at the Xoom release thread!

[Solved!] Difficulty updating to 1.63.531.2 without setting up from scratch

Initial phone stats: DS Mod 1.55.531.3, hboot 1.45.0013, s-on/unlocked via HTC unlocker.
I'm trying to update my own phone to 1.63.531.2 via the PG59IMG.zip file found here, http://forum.xda-developers.com/showpost.php?p=17424340&postcount=24 , but I'm running into problems applying this update and keeping it after restoring a Nandroid backup. It would be a huge amount of work to set up my phone from square one, and I'd like to avoid the process if at all possible.
The steps I've followed (twice, now, with no joy) are the following:
* apply the update through the PG59IMG.zip
* flash CWM 5.0.2.7
* flash Superuser
* restore most recent Nandroid backup
* flash 1.63.531.2 boot image (for wi-fi fix)
And this puts me back at my starting point, with the 1.63.531.2 update not applied.
I know I'm going about this the wrong way, but I can't figure out the correct method to make this work. The fact that I flashed the DS Mod 1.55.531.3 ROM back after unlocking might have something to do with this, however, I just can't nail down why. Really could some help to make this work.
TIA for any suggestions --
--
KingCheetah
hey, real quick, after flashing the 1.63.531.2 update, instead of restoring your full nandoid of 1.55.531.3, go to 'advanced restore', choose that nandroid, and choose only 'restore data'. that will put all your apps and data onto the new update, rather than flashing you all the way back to what you had before.
you could also backup and restore your data with an app called Mybackup Root, or some people use Titanium Backup. I personally like using the advanced data restore in CWM, or else Mybackup.
Yogi, I thought your suggestion would be a smoking gun. However, I'm having the same problem as described in this thread: http://forum.xda-developers.com/showthread.php?p=25431819#post25431819
Might you have any suggestions for addressing the md5 problem? I'm coming up empty...
Thanks for your help --
--
KingChetah
yeah, come to think of it, I've had that problem before as well. did you try what xmc suggested? also, perhaps try the Modaco 4.0.0.9 version of CWM to do the advanced data restore... if my memory serves me, I have had more success overall with that version. unfortunately that's about all I got!
the other sugestion would be to flash your full nandroid, then use Mybackup Root to back everything up. then after updating, DL the app again and restore.
good luck and keep us posted!
yogi2010 said:
yeah, come to think of it, I've had that problem before as well. did you try what xmc suggested?
Click to expand...
Click to collapse
Yes, and for the backup I want to restore, all the md5s are the same between the files and what is listed in the nandroid.md5 file. So, the method XMC suggested really doesn't do anything.
yogi2010 said:
also, perhaps try the Modaco 4.0.0.9 version of CWM to do the advanced data restore... if my memory serves me, I have had more success overall with that version. unfortunately that's about all I got!
Click to expand...
Click to collapse
Hmm, okay, I'll give that a try. Weird that CWM 5.0.2.7 has this problem. Also frustrating.
yogi2010 said:
the other sugestion would be to flash your full nandroid, then use Mybackup Root to back everything up. then after updating, DL the app again and restore.
Click to expand...
Click to collapse
I'll keep this as the last resort, because I'd rather not have to download an app for just this purpose. Nandroid backups have served me fine so far. Call me a minimalist.
I'll try Modaco and see what happens. Thanks much for the idea to try.
--
King Cheetah
Sadness
Using Modaco didn't work. Although the Advanced Restore sees the file and appears to run successfully, it says it can't find a data.img file and an Android.img file, so it doesn't restore the info.
So, I guess it's down to trying Mybackup Root and see what happens. Getting tired of redoing this process over and over.
Why can't things "just work" in these situations?
--
KingCheetah
check the other thread....problems with restoring backup
---------- Post added at 05:11 PM ---------- Previous post was at 05:08 PM ----------
or actually...just flash the data.img through fastboot....its ten times easier
but the data.img in the same directory as adb and fastboot....then run the two commands with your phone in the bootloader
fastboot erase data
fastboot flash data data.img
xmc wildchild22 said:
or actually...just flash the data.img through fastboot....its ten times easier
but the data.img in the same directory as adb and fastboot....then run the two commands with your phone in the bootloader
fastboot erase data
fastboot flash data data.img
Click to expand...
Click to collapse
The problem with this is the file "data.img" doesn't exist in a Nandroid backup. As I stated in my previous message, the Advanced Restore process tossed up a message that the file didn't exist (which is correct).
The files within a given Nandroid backup folder are the following:
.android_secure.vfat.tar
boot.img
cache.ext4.tar
data.ext4.tar
nandroid.md5
recovery.img
system.ext4.tar
From the Advanced Restore problem thread (http://forum.xda-developers.com/showthread.php?t=1624319):
xmc wildchild22 said:
then take the system.img from the 1.63 update and put in replace of the nandroids one....then redo the md5 checksum for the system.img like i had showed before
Click to expand...
Click to collapse
I would love to try this, but since the 1.63 update is a PM59IMG.zip, I can't open it with a zip file manager--it throws up a "central directory not found" error. Unless there's another program besides 7zip that's needed to handle this type of zip file...
Edit: I just realized that, as you can see from the file list above, a Nandroid backup also doesn't have a "system.img" file--it has a "system.ext4.tar," but not "system.img." So being able to pull anything from a PM59IMG.zip file is a moot point at this juncture.
Banging one's head against the keyboard does little constructive good, but it's really tempting at this point --
--
KingCheetah
just try opening it with a plain windows explorer
xmc wildchild22 said:
just try opening it with a plain windows explorer
Click to expand...
Click to collapse
Using the "Explore" option from the right-click context menu in Windows Explorer gives the following error: "The Compressed (zipped) Folder is invalid or corrupted." (Since archive files on my laptop are associated with 7zip, this is the only method by which I can access Win XP's native archive file handling.)
This has been the case with all PM59IMG.zip files--they don't register as normal zip files.
Thanks for the suggestion, though --
--
KingCheetah
hmm...maybe tht zip is corrupted because it works for me....DL this --> http://tinyw.in/Mzg2
Nope, not corrupted because it works just fine to update my phone to 1.63 (as stated before, I've done this twice now). Also, that's the exact same source from whence I downloaded my copy of the file. The PM59MG.zip for 1.55.531.3 gives exactly the same error, and I used that without difficulty as well.
KingCheetah said:
Nope, not corrupted because it works just fine to update my phone to 1.63 (as stated before, I've done this twice now). Also, that's the exact same source from whence I downloaded my copy of the file. The PM59MG.zip for 1.55.531.3 gives exactly the same error, and I used that without difficulty as well.
Click to expand...
Click to collapse
Use winrar to open the PG59IMG.zip files - that's what I used to make all the custom ones with, and also what I used to open the leaked ones we started from.
You won't be able to edit existing leaked ones, because they are locked and have an HTC signature.
Sent from a digital distance.
Thanks for the pointer, Blue, and I'll keep this in mind. But as I added to my previous post (#8), I realized that a Nandroid backup doesn't have a "system.img" file--it has a "system.ext4.tar," but not "system.img." So being able to pull anything from a PM59IMG.zip file is a moot point at this juncture.
I think I'm going to have to wait for a 1.63 ROM that can be installed through CWM rather than the PM59IMG.zip method. The DS Mod 1.55.531.3 worked well for me, and all apps/data were just there after I flashed it. Maybe I just got lucky with the process I followed previously, who knows? (http://forum.xda-developers.com/showthread.php?t=1508406&page=4 post #39)
At any rate, I've got a truly mean headache from working on this all day. Time for a break with a bit of ice on ye old cervical vertebrae.
Thanks again for chiming in --
--
KingCheetah
No prob, didn't read through and shot from the hip on the last post I saw, out at dinner and skimming the forums on smoke breaks
Sent from a digital distance.
does anyone know the deal with the implementation of tar backups? I think that came into play at some point, and I wonder if that has anything to do with anything.
I just checked a backup I made with the Modaco CWM, and the files in it are all .img files, including data. and I know for a fact I have done backups and advanced data restores with that recovery. it would be a hassle, but if you get re-energized you might make the backup and do the restore with Modaco. definitely would be a hassle if it didn't work, but you could also make a backup with Mybackup, and have that ready too, as well as probably have a data.img to try and flash thru fastboot like xmc suggested.
anyway, hopefully we'll get this all sorted out. take it easy!
well .tar are used ever since cwm started working with ext4....maybe imgs are only ext3 or lower or its just inefficient
On that note, I did use the modaco 4.0.0.9 recovery to make the nandroids I pulled the system images from to get the bases from which I de-odexed, and when finished I uploaded to my host and they are the de-odexed bases I posted in dev.
I am pretty sure I went with modaco recovery for that because cwm 5.0.2.7 output tar files and it just saved a step in the process.
If you are working with the .tar files then jump on linux to unarchive them if that's what you are trying to do.
I just ran the deodex process using windows, because the first working deodex tool I found was a windows tool.
Generally I use modaco .9 for nandroids I want to work with in windows, and cwm 5 for nandroids I want to work with in linux.
We're probably leaving the restaurant soon, if we split up I'll actually read back through the thread when I get home and see if I have anything else to add.
Sent from a digital distance.
Yogi, you're brilliant!
yogi2010 said:
I just checked a backup I made with the Modaco CWM, and the files in it are all .img files, including data. and I know for a fact I have done backups and advanced data restores with that recovery.
Click to expand...
Click to collapse
[facepalm] Of course! This is why my Advanced Restore attempt with Modaco failed--because I used the CWM 5.0.2.7 backup, which did not have the files Modaco would have referenced. Duh! I wasn't even thinking along the lines of a file type mismatch between the two recoveries. Baka baka baka...
yogi2010 said:
it would be a hassle, but if you get re-energized you might make the backup and do the restore with Modaco. definitely would be a hassle if it didn't work, but you could also make a backup with Mybackup, and have that ready too, as well as probably have a data.img to try and flash thru fastboot like xmc suggested.
Click to expand...
Click to collapse
At this point, not a hassle, but the best chance to accomplish this thing with a minimum of fuss and bother. I'll give this a shot right after a bit 'o java. Thank you, Yogi, for highlighting something that should have been obvious to me when Modaco gave the error message that "data.img" didn't exist. Oy!
However, this still leaves unanswered the question of why CWM 5.0.2.7 is tossing up the md5 mismatch error when one tries to use Advance Restore, and that files aren't seen by CWM via Advance Restore until one accesses regular Restore. Paperskye is having the exact same problem in this thread: http://forum.xda-developers.com/showthread.php?t=1624319 . Should this be brought to the attention of the CWM devs? It really seems like a rather show-stopping error for CWM...unless Advanced Restore isn't really used with 5.0.2.7 and the MT4GS. There just doesn't seem to be a good reason for the observed behavior.
Many thanks for your encouragement. I'll report back with results on the next try with Modaco --
--
KingCheetah
It's a beautiful thing!
Using Modaco for my backup prior to the update, then Advanced Restore of data afterward = perfect restore of my phone environment with 1.63 on board. Done with as little fuss as I was hoping to encounter. Yogi, you get the prize. The only thing I had to manually put back was my custom boot animation, but that's trivial.
I think I'll just leave Modaco on as my recovery for now, since AR is functional with it and CWM 5.0.2.7 is not. Makes me wonder, from just an everyday backup standpoint, is there any real advantage of CWM over Modaco? I wish there was more information on how the recovery module functions on the CWM website--I'd like to read up on it for educational purposes. Guess I'll do a Google to find more.
So ridiculously happy right now. In a stew of things going wrong, at least something went right.
Big rumbling purr of gratitude --
--
KingCheetah

Help an aging PC hacker upgrade his brain and his TF101

Hi young grasshoppers
I'm an aging PC hacker (down to disassembling viruses with Softice and the works, I'm THAT old!) with a splendid TF101 and I could use an upgrade to my brain and my TF101. I looked for a thorough FAQ to get a clue, but clue I didn't get.
Long story short, one year ago I rooted my TF101 in a rush with success, but didn't have enough time to do the homework and RTFM as I am used to (damn crisis!).
Presently the TF101 has Prime! 1.4 (Android 3.1), Kernel 2.6.36.3-00001-gf377a2b, CWM Recovery 3.1.0.1 Solarnz-R3-230511
My goals are two:
1. trying the new 4.x roms on my TF101;
2. get a clue;
My mental framework comes from PC: mobo holds flashable ROMs and BIOS, hd holds Operating System(s), Apps and Bootloader. As I don't know how the TF101 and Android's structureI'm a little bit lost and I don't want to brick it or upgrading without understanding how to restore it to its present state.
As far as I understood, the TF101 has: Internal SD (holding apps and kernel ? ), external SD aka MicroSD holding media and apps movable to SD, some flashable memory for ROM (?).
As I was cosidering trying Android Revolution HD 3.5.1, I noticed that it requires: CWM v3.2.0.1 and a Super Wipe Full which scared the hell out of me...what is it going to Wipe??? ...and rooting made by RazorClaw
What I would like to understand is:
1. How do I backup the present Kernel and Apps and eventually restore it ? Under CWM 3.1.0.1 I just did a (I believe it's called) Nandroid System Backup that was stored to the MicroSD (external SD) ... what did I just back up ? Kernel,apps,both?
1.1 CWM also offers the Factory Wipe/ Reset function: what does it do? Does it restore the OLD (original as bought) Rom and wipes the Kernelt (and deletes the apps) so that it basically reverts to my original unrooted TF101 as-bought?
1.2 Upgrading the CMW would need: copying the new CWM zip into the external SD card, launcing CWM and using the upgrade procedure?
2. As apparently I need to root throught RazorClaw, I think the present rooting might interfere w/ ARevolution installation. So what would the correct unrootin procedure would be, considered my situation? I'm aware that some apps are able to unroot, but not being sure I'd rather ask.
Finally, I would absolutely love to know if there's a post generally addressing my doubts, giving me an overview of a. what's get modded by rooting b. and where c. and what ROM, Kernel, Bootloaders are in a TF101 or (more generally) in the Android world.
Thanks a lot for your help and for giving me some clues! :laugh:
Ill try to answer your questions as best i can
1.0 Nandroid backs up your rom, apps and appdata not the kernel
1.1 Factory reset wipes apps, data and internal sd it does not change your rom or kernel
1.2 Yup just copy over the new cwm (rouge or twrp are my favorites) and navigate to the file in cwm and hit install
2. If you already on prime you are already rooted so thats not a problem
Rooting just allows you elevated privileges like read/write in the system and things like that. Its like su is essentially sudo
All rooting is is putting the su.sh and busybox.sh into the system using an exploit
You really should not restore a kernel from android 3.1 on anything but 3.1 or your going to have a bad time
Before you update make sure to back up your apps. Titanium Backup is a good choice
Most the roms that are currently active are Jelly bean betas which are a little unstable so i would go with a nice stable ICS rom like megatron or revolver
There is a lot of info in the android general form that you might want to read through but a most development seems to be device specific
elpapacito said:
Hi young grasshoppers
I'm an aging PC hacker (down to disassembling viruses with Softice and the works, I'm THAT old!) with a splendid TF101 and I could use an upgrade to my brain and my TF101. I looked for a thorough FAQ to get a clue, but clue I didn't get.
Long story short, one year ago I rooted my TF101 in a rush with success, but didn't have enough time to do the homework and RTFM as I am used to (damn crisis!).
Presently the TF101 has Prime! 1.4 (Android 3.1), Kernel 2.6.36.3-00001-gf377a2b, CWM Recovery 3.1.0.1 Solarnz-R3-230511
My goals are two:
1. trying the new 4.x roms on my TF101;
2. get a clue;
My mental framework comes from PC: mobo holds flashable ROMs and BIOS, hd holds Operating System(s), Apps and Bootloader. As I don't know how the TF101 and Android's structureI'm a little bit lost and I don't want to brick it or upgrading without understanding how to restore it to its present state.
As far as I understood, the TF101 has: Internal SD (holding apps and kernel ? ), external SD aka MicroSD holding media and apps movable to SD, some flashable memory for ROM (?).
As I was cosidering trying Android Revolution HD 3.5.1, I noticed that it requires: CWM v3.2.0.1 and a Super Wipe Full which scared the hell out of me...what is it going to Wipe??? ...and rooting made by RazorClaw
What I would like to understand is:
1. How do I backup the present Kernel and Apps and eventually restore it ? Under CWM 3.1.0.1 I just did a (I believe it's called) Nandroid System Backup that was stored to the MicroSD (external SD) ... what did I just back up ? Kernel,apps,both?
1.1 CWM also offers the Factory Wipe/ Reset function: what does it do? Does it restore the OLD (original as bought) Rom and wipes the Kernelt (and deletes the apps) so that it basically reverts to my original unrooted TF101 as-bought?
1.2 Upgrading the CMW would need: copying the new CWM zip into the external SD card, launcing CWM and using the upgrade procedure?
2. As apparently I need to root throught RazorClaw, I think the present rooting might interfere w/ ARevolution installation. So what would the correct unrootin procedure would be, considered my situation? I'm aware that some apps are able to unroot, but not being sure I'd rather ask.
Finally, I would absolutely love to know if there's a post generally addressing my doubts, giving me an overview of a. what's get modded by rooting b. and where c. and what ROM, Kernel, Bootloaders are in a TF101 or (more generally) in the Android world.
Thanks a lot for your help and for giving me some clues! :laugh:
Click to expand...
Click to collapse
OK here goes:
You have a custom recovery (CWM) which will allow you to flash whatever you like. There are other versions of recoveries out there CWM, rougue, etc. They all do the similar things, but some have more features than others. The nice part is that you can use one recovery to flash another. My personal preference is for the simpler versions.
1) The nandroid backup backs up system and data, but not the kernel (aka boot.img). This is typical for TFs- I think it's because the kernel is usually flashed through the staging partition and not directly in recovery, like many other android devices. The issue with not having a kernel backup when you restore a backup to "go back" but you have an incompatible kernel. This could happen if you flash a jelly bean rom and then decide to restore a backup to go back to prime (honeycomb). You'll get boot loops and hangs, but you will be able to go back to recovery and flash a compatible kernel.
1.1) Factory wipe will wipe the data partition, which is where all your info is kept. Other roms, this is called userspace. The system partition is untouched, so it will still boot, but you will have to reconfigure wifi, email, bookmarks, etc.
1.2) Essentially, yes. If you can get a CWM flashable version of a recovery, you can flash it in CWM or any other custom recovery. It will be a zip file. Be warned, some versions of recovery don't see or use the external SD card, so be sure your files are somewhere you can get to them. If only I had a $1 for every time someone flashed CWM 5.x and then did a superwipe- it uses the internal SD card and the superwipe erases all the roms and backups they had.
2) You are already rooted because you have Prime 1.4. You can use CWM to flash any rom you like, including stock, as long as you don't overwrite the recovery.
Most android users are obsessed with wiping and super-wiping. It's usually only necessary when going from a custom (a la ASUS) rom to an AOSP rom or vice-versa, and even then it will probably be fine.
---------- Post added at 08:22 PM ---------- Previous post was at 08:13 PM ----------
As far as rooting goes, it's usually an exploit that allows root level access to the file system.
I think technically, all that is needed is the su binary installed in the system folder so that it is persistent and executable. Of course, the system folder on stock roms is usually read only, which makes the exploit necessary. On custom roms, su is usually pre-installed in system/bin or system/xbin.
Follow these steps... download TWRP (its a recovery), download either ICS jelly bean ROM... place both of them in your SD card ( internal and external). Place it both because I don't know what version of CWM you are using... now restart you tablet into recovery ( press both power and volume down buttons together and as soon as tablet turns on press volume up button)... now go to the folder where you placed your recovery (TWRP.ZIP) flash/install it and reboot into recovery... now wipe (factory data, cache wipe, dalvik wipe, system, internal memory)... after these steps install the required kernel and flash the ROM... wipe dalvik cache and cache again and restart... you are good to go...
If you want to back up your old OS.. select backup and recovery option in recovery and do a backup..
Link for twrp
http://forum.xda-developers.com/showthread.php?p=28454456
Link to kernel
http://forum.xda-developers.com/showthread.php?p=29010487
Link to jelly bean ROM
AOSP ROM
http://forum.xda-developers.com/showthread.php?p=28915296
Team eos ROM
http://forum.xda-developers.com/showthread.php?p=28992514
Coming to your questions
Root access..... it gives you administrator access called superuser by which you can remove/modify/change system apps or configurations. Since you already have cwm access i assume you have superuser/root privileges. So don't worry about it... all you need to do is download the latest recovery from above link and install it through recovery. To install choose "install from SD card" and not "update from SD card"
I wouldn't advice you to back up anything because there is no use and sometimes backed apps with data give problems like random restarts/force close etc... if you still want then you can backup from recovery but it won't back up the kernel... it backs up all your system but not kernel.
Your tablet is already rooted because you have recovery access. So don't worry about rooting... if you want to unroot anytime then search for easy flash/nvflash method..
Ask questions if you have more doubts
GOOD LUCK
Sent from my Transformer TF101 using xda app-developers app
udupa82 said:
Follow these steps... [...]. now wipe (factory data, cache wipe, dalvik wipe, system, internal memory)... [...]
If you want to back up your old OS.. select backup and recovery option in recovery and do a backup..
Click to expand...
Click to collapse
First socks, then shoes!
WOW thank guys, many answers and many very detailed options! You rock!
Gee One: oh I see, so Superwise indeed does delete and format, so bye bye to any Titanium Backup on the internal SD.
Brilliant, so I guess I have to move the backup directory to the external (microsd).
Two more fast questions : what's the difference (roughly) between a "custom (a la ASUS)" ROM and an AOSP rom?
And the second one: you state that "You can use CWM to flash any rom you like, including stock, as long as
you don't overwrite the recovery." Oh wow, makes sense..without recovery it's pretty darn difficult to flash anything...but
where does Recovery reside? On the internal SD? I wouldn't like to accidentaly Wipe it out the machine.
Udupa82: wow thanks for the very detailed instructions. For the time being, I guess I'll go with Ice Cream
as I gather that Jelly Beans are still not stable...unfortunately I can't really afford the luxury of having TF101 misbehaving or
behaving weirdly (that's why I staid one year with a stable rom, I already have enough issues to address in work life, so I have
to have the Transformer running and upgraded within the week..so that if problems arises, I still have time to fix it).
Anyhow I succesfully installed CWM v3.2.0.1 - but your detailed indications made me wonder one thing: is it safer to
always place the ROM/other zip packages ALSO in the root of the internal SD (assuming having SU privileges allows me to write
in the root dir of the internal SD) ?
I also gather that restoring an Apps Backup may not be the brightest idea when doing such a jump from a 3.1 to 4.0.3 or higher,
so I guess the Titanium Backup at this point may generate more problems than It would solve.
All: as for the Kernel, I figured by the very few modded kernels (fewer people know how to mess with it properly) I've found
on XDA and by their description that kernels indeed manage the core functions of the machine, which had me wondering if any
of you guys had issues with Kernel 2.6.36.3-00001-gf377a2b in combination with some ICS or Jelly Bean Rom.
Thanks a lot for your precious directions!
elpapacito said:
Gee One: oh I see, so Superwise indeed does delete and format, so bye bye to any Titanium Backup on the internal SD.
Brilliant, so I guess I have to move the backup directory to the external (microsd).
Two more fast questions : what's the difference (roughly) between a "custom (a la ASUS)" ROM and an AOSP rom?
And the second one: you state that "You can use CWM to flash any rom you like, including stock, as long as
you don't overwrite the recovery." Oh wow, makes sense..without recovery it's pretty darn difficult to flash anything...but
where does Recovery reside? On the internal SD? I wouldn't like to accidentaly Wipe it out the machine.
Click to expand...
Click to collapse
The ASUS rom is just the stock firmware that comes with the TF. It has whatever bloatware they ASUS decided to put on there. The AOSP is built from the google code and usually contains little or no bloatware. The AOSP roms are usually cooked up by devs here on XDA. CyanogenMod is a AOSP based rom, for example.
The recovery is located on the SOS partition. I don't think you can erase it by wiping or even super wiping. Wheelie or nvflash (which is the nvidia bootloader) can wipe the partition.
elpapacito said:
WOW thank guys, many answers and many very detailed options! You rock!
Gee One: oh I see, so Superwise indeed does delete and format, so bye bye to any Titanium Backup on the internal SD.
Brilliant, so I guess I have to move the backup directory to the external (microsd).
Two more fast questions : what's the difference (roughly) between a "custom (a la ASUS)" ROM and an AOSP rom?
And the second one: you state that "You can use CWM to flash any rom you like, including stock, as long as
you don't overwrite the recovery." Oh wow, makes sense..without recovery it's pretty darn difficult to flash anything...but
where does Recovery reside? On the internal SD? I wouldn't like to accidentaly Wipe it out the machine.
Udupa82: wow thanks for the very detailed instructions. For the time being, I guess I'll go with Ice Cream
as I gather that Jelly Beans are still not stable...unfortunately I can't really afford the luxury of having TF101 misbehaving or
behaving weirdly (that's why I staid one year with a stable rom, I already have enough issues to address in work life, so I have
to have the Transformer running and upgraded within the week..so that if problems arises, I still have time to fix it).
Anyhow I succesfully installed CWM v3.2.0.1 - but your detailed indications made me wonder one thing: is it safer to
always place the ROM/other zip packages ALSO in the root of the internal SD (assuming having SU privileges allows me to write
in the root dir of the internal SD) ?
I also gather that restoring an Apps Backup may not be the brightest idea when doing such a jump from a 3.1 to 4.0.3 or higher,
so I guess the Titanium Backup at this point may generate more problems than It would solve.
All: as for the Kernel, I figured by the very few modded kernels (fewer people know how to mess with it properly) I've found
on XDA and by their description that kernels indeed manage the core functions of the machine, which had me wondering if any
of you guys had issues with Kernel 2.6.36.3-00001-gf377a2b in combination with some ICS or Jelly Bean Rom.
Thanks a lot for your precious directions!
Click to expand...
Click to collapse
As far as I remember CWM 3.2.0.1 will give you access to external SD card so no need to place the zip file in internal memory... but creating a copy in internal is always better... remember CWM 5.x.x.x version doesn't allow external SD access so never install it...
Do not use restore apps from backup as I always faced problem of force closing. If you still want to then back up any app which is important to you using titanium backup..
Asus stock ROM= its the ROM from Asus with some added softwares from Asus..
AOSP= Android Open Source Project is a OS usually written from scratch using Google's / android's source codes as android is a open software, it comes without any added software(plus point) and more setting/ tweak options(plus point)
There are some good and stable ROMs... but if you don't want much issues then I advice to go for rooted/detoxed stock ROMs because they dont need any custom kernels
Revolver ICS
http://forum.xda-developers.com/showthread.php?p=23000467
Android Revolution HD
http://forum.xda-developers.com/showthread.php?p=17202357
Good luck
Sent from my Transformer TF101 using xda app-developers app
Android Revolution HD
http://forum.xda-developers.com/showthread.php?p=17202357
Good luck
Thanks guys, the upgrade was succesfull! Indeed there's a world of a difference in speed from 3.1 to ARevolution HD..smooth as silk so far Thanks a lot for the help!

Categories

Resources