Related
Normally I did backups from the ROM Manager app, but this last time I did a backup from ClockworkMod 5.0.2.2 recovery menu. When I tried to restore it, I get MD5 mismatch.
I found a thread with instructions for creating a new MD5 but it seems some of the files that are supposed to be in the backup folder aren't there. Here's what I have in this folder:
.android_secure.vfat.tar (yes, .tar ext)
boot.img
data.yaffs2.img
nandroid.MD5 (This file was not there before I created it)
recovery.img
system.yaffs2.img
The instructions I found for creating the MD5 file additionally had .android.secure.img, cache.img, data.img, sd-ext.img and system.img, although I suspect the .android_secure.vfat.tar = .android_secure.img, data.yaffs2.img = data.img and system.yaffs2.img = system.img so the only ones I actually seem to be missing are the sd-ext.img and cache.img.
I think all of the meat and potatoes are there. I just need to find some way to get them restored.
I found some posts that suggested to mv md5sum but I don't have this file so this is not an option.
Like a moron, I dumped all of my other back-up to save space before checking that this one worked.
Harry Seaward said:
Normally I did backups from the ROM Manager app, but this last time I did a backup from ClockworkMod 5.0.2.2 recovery menu. When I tried to restore it, I get MD5 mismatch.
I found a thread with instructions for creating a new MD5 but it seems some of the files that are supposed to be in the backup folder aren't there. Here's what I have in this folder:
.android_secure.vfat.tar (yes, .tar ext)
boot.img
data.yaffs2.img
nandroid.MD5 (This file was not there before I created it)
recovery.img
system.yaffs2.img
The instructions I found for creating the MD5 file additionally had .android.secure.img, cache.img, data.img, sd-ext.img and system.img, although I suspect the .android_secure.vfat.tar = .android_secure.img, data.yaffs2.img = data.img and system.yaffs2.img = system.img so the only ones I actually seem to be missing are the sd-ext.img and cache.img.
I think all of the meat and potatoes are there. I just need to find some way to get them restored.
I found some posts that suggested to mv md5sum but I don't have this file so this is not an option.
Like a moron, I dumped all of my other back-up to save space before checking that this one worked.
Click to expand...
Click to collapse
If you made the backup using a version of clockwork that wasn't 5.x.x, it can't be restored. To restore it you need to downgrade your clockwork, only if that was the case...
lowandbehold said:
If you made the backup using a version of clockwork that wasn't 5.x.x, it can't be restored. To restore it you need to downgrade your clockwork, only if that was the case...
Click to expand...
Click to collapse
I'm not sure which version of Clockwork I used, but I'm almost positive it was the latest version. Is there a way to tell from the files or a .log or something?
No there isn't. Just be aware, the new version is fairly new. It might be worth a shot to downgrade it and try that. You can downgrade right through ROM Manager...simple process.
Please use the Q&A Forum for questions Thanks
Moving to Q&A
lowandbehold said:
No there isn't. Just be aware, the new version is fairly new. It might be worth a shot to downgrade it and try that. You can downgrade right through ROM Manager...simple process.
Click to expand...
Click to collapse
Some other info that may be important.
The backup I'm trying to restore is from a gingerbread rom. I'm currently on the Sprint Lovers 3.70.xxx ROM. Do I need to flash to a GB rom first?
Harry Seaward said:
Some other info that may be important.
The backup I'm trying to restore is from a gingerbread rom. I'm currently on the Sprint Lovers 3.70.xxx ROM. Do I need to flash to a GB rom first?
Click to expand...
Click to collapse
No, that shouldn't be an issue.
lowandbehold said:
If you made the backup using a version of clockwork that wasn't 5.x.x, it can't be restored. To restore it you need to downgrade your clockwork, only if that was the case...
Click to expand...
Click to collapse
Will this throw an MD5 mismatch error?
As i am sure that it is to late, i will share anyway.
I had the same problem and found the same way to fix it that didn't apply.
so after sitting in front of my computer for hours, it dawned on me. What was i doing different? I created the backup in Rom Manager, but was trying to restore in CWM. So After getting back into an old restore, i launched Rom Manager and it's restore feature with great success. Well almost great...
There are some launcher settings that need to be reset and a couple of widgets that need some tweaking, but the call log and all of my text messages are there.
I hope it helps
Same problem here: md5 mismatch!
Some facts: (device LG Optimus 3D)
1. Backup was made just on November 26, 2011, just a few days ago, so I presume no new version of ROM Manager + Clockworkmode Recovery has been released,
2. Backup was created from ROM Manager (which restarts in Recovery mode after),
3. I have no spaces on my Backup name: 2011-11-26-17.11.47,
4. Backup was made to sdcard (not _externalSD),
5. Looking at the log in the Recovery Mode (log is in Advanced) says that md5 fails only in file .android_secure.vfat.tar,
6. I have downloaded and installed md5Calc.msi (Win7, 64 bits) from http://www.bullzip.com/download.php and performed the generation of md5 for that file, and it's THE SAME which figures on file nandroid.md5,
7. I've deleted from nandroid.md5 the checksum and reference to .android_secure.vfat.tar,
8. Now, the md5 problem not happens but restoration fails in system.ext3.tar...
Now, I'm stucked, I can't even boot beyond Recovery...
Any ideas will be appreciated...
I extracted all my files from my data.img backup and made it into a .zip. Is there anyway
i can cwm flash that data.zip to get all my data back? I tried just flashing the zip and it says,
"(bad) Installation Aborted."
Any help would be greatly appreciated
mafo5000 said:
I extracted all my files from my data.img backup and made it into a .zip. Is there anyway
i can cwm flash that data.zip to get all my data back? I tried just flashing the zip and it says,
"(bad) Installation Aborted."
Any help would be greatly appreciated
Click to expand...
Click to collapse
Here's a few things you could do assuming that what you want is even in this zip file.
1) Get a working cwm format zip file and take a close look at it because you need to use it as a template if this is going to work. In particular, check out updater-script in META-INF\com\google\android\*. Updater-script is what directs the restore operation so it needs to match what you want to do. You can get the idea by looking at one that restores say, some data or system files, like a kernel will always restore some /system/lib/module files.
2) Since you've got some sort of zip file, make sure it matches the general format of a working cwm zip file and then just make sure step 1) is right.
3) I don't know if this is still a search for .android_secure folder on /sdcard, but if it is you're probably not going to get there from here, because the tf101 generallyl doesn't have that file since there's no need for tf101 -> sdcard app storage. For example, mine never had that folder either on internal or external storage.
4) Kernels aren't in the data or system archives from cwm, so that is possibly some sort of show-stopper too. I'm working on the cwm source today a bit to try to create a boot.img (or in the newer cwm lingo, boot.*.tar) archive. That archive will use blob and boot tools to be able (via the direction in updater-script) burn the blob onto block m*4.
I hope that helps.
Oh yeah, another thing you can try: If you wanted just the 'apps' from the cwm archive, you shouldn't even need the zip file. All you need to do is run Titanium Backup (assuming you've got it or can get it), and use the new feature in options called restore from cwm backup (or something like that). I've used it and it works fine on 3.x and 5.x cwm backups.
-- good luck
hachamacha said:
Here's a few things you could do assuming that what yowant is even in this zip file.
1) Get a working cwm format zip file and take a close look at it because you need to use it as a template if this is going to work. In particular, check out updater-script in META-INF\com\google\android\*. Updater-script is what directs the restore operation so it needs to match what you want to do. You can get the idea by looking at one that restores say, some data or system files, like a kernel will always restore some /system/lib/module files.
2) Since you've got some sort of zip file, make sure it matches the general format of a working cwm zip file and then just make sure step 1) is right.
3) I don't know if this is still a search for .android_secure folder on /sdcard, but if it is you're probably not going to get there from here, because the tf101 generallyl doesn't have that file since there's no need for tf101 -> sdcard app storage. For example, mine never had that folder either on internal or external storage.
4) Kernels aren't in the data or system archives from cwm, so that is possibly some sort of show-stopper too. I'm working on the cwm source today a bit to try to create a boot.img (or in the newer cwm lingo, boot.*.tar) archive. That archive will use blob and boot tools to be able (via the direction in updater-script) burn the blob onto block m*4.
I hope that helps.
Oh yeah, another thing you can try: If you wanted just the 'apps' from the cwm archive, you shouldn't even need the zip file. All you need to do is run Titanium Backup (assuming you've got it or can get it), and use the new feature in options called restore from cwm backup (or something like that). I've used it and it works fine on 3.x and 5.x cwm backups.
-- good luck
Click to expand...
Click to collapse
OK Ill see if the titanium backup way works. I'll report back to you if it works. Also if I do get all my apps back is there a way to get the app data?
Hi - If Titanium is bringing up the selections screen then the usual choices for each app are data/app/data+app, so yes.
The titanium back option is called "extract from Android backup" I can't do
It right now because I don't have my tf with me. But I don't think it will work because
The Android backup I made was currupted. I would get the .android_secure error
And couldn't restore. So if titanium takes the data.img from my Android I'm thinking
It won't work but if I can give it the zip it probably will. I won't be home for a couple
Hours.
thank you so much i got all my stuff back using titanium backup!
mafo5000 said:
thank you so much i got all my stuff back using titanium backup!
Click to expand...
Click to collapse
Cool! --
Congrats.
Hi!
I did a nandroid backup of my Jelly Bean system using CWM 6 and now I have six files:
- boot.img
- recovery.img
- cache.ext4.dup
- data.ext4.dup
- system.ext4.dup
- nandroid.md5
Now I need to extract some ogg files (ringtones) from this backup but I cannot access the img files. Titanium Backup can restore complete apps from the backup but I have to extract single files. So I tried unyaffs but it says that the images are not readable.
Is there a practicable solution?
Ikarisan
Hello Ikarisan ,
I'm in the exact same situation ,at the same time...
I'm investigating and will let you informed of my searches here.
I think it was already done somewhere on the web.
From the beginning of my searches, the backup process of cwm store the files in 2 folders , blobs and backup , seems blob is mort important than we think (btw im a noob):
I can't post external link yet but please google : Koushik Dutta New ClockworkMod Backup Format
Regards,
A10Looser
I've been able to do it with RZ Recovery but never with CW?
Sent from my Thunderbolt!
If its only for the ringtones would't it be alot easier just get ZEDGE and find those and download them for free?
Wouldn't files like that be on the internal storage?
Anyway, the only thing that I've found that is able to read / extract apps and / or data from a CWM6 nandroid backup using this new blobs style, space saving thingy is AppExtractor v2.0 Beta from AppsByAndy (I can't link yet).
Such a relief when I found the app.
So, I just flashed CleanROM 4.5. Everything went smoothly, except I've lost all my sms/mms messages from both Go SMS and the default Messaging app.
I have a TWRP backup here on the computer, as well as a TiBu backup of all user apps.
I can't seem to find the SMS database in the TiBu backup at all, and I can't figure out how to browse the TWRP backup to find it.
Nandroid Explorer doesn't read TWRP backups either...
Anyone have a solution?
silentecho13 said:
So, I just flashed CleanROM 4.5. Everything went smoothly, except I've lost all my sms/mms messages from both Go SMS and the default Messaging app.
I have a TWRP backup here on the computer, as well as a TiBu backup of all user apps.
I can't seem to find the SMS database in the TiBu backup at all, and I can't figure out how to browse the TWRP backup to find it.
Nandroid Explorer doesn't read TWRP backups either...
Anyone have a solution?
Click to expand...
Click to collapse
Not sure if it's available in the Free Version but Titanium Backup allows you to extract from a Nandroid backup.
I just checked and it gave me a listing of all the apps I have installed and there was one listed as Messages, I can only assume that it's my texts.
Yes I do have the paid version. I tried restoring both Go SMS and the Messages app from TiBu using my TWRP backup, but they basically just reinstall the app. I still have no messages in either app :/
I didn't realise TiBu was Titanium - how retarded of me... haha
Any chance of backing this one up restoring the other nandroid and then backing up the txt's from within the stock messaging app then restoring?
Unless someone else knows how open .win files
I did think of that, but I don't want to run the risk of a corrupted restore. I've had it happen s bunch of times, unfortunately.
Sent from my HTC One X using xda premium
silentecho13 said:
So, I just flashed CleanROM 4.5. Everything went smoothly, except I've lost all my sms/mms messages from both Go SMS and the default Messaging app.
I have a TWRP backup here on the computer, as well as a TiBu backup of all user apps.
I can't seem to find the SMS database in the TiBu backup at all, and I can't figure out how to browse the TWRP backup to find it.
Nandroid Explorer doesn't read TWRP backups either...
Anyone have a solution?
Click to expand...
Click to collapse
Yep, it's fully possible. Just get the nandroid backup file, and make a copy and change the extension to .zip After that just unzip, and volia. A bit of searching (should be in the apps file, I forgot the details).
Sent from my HTC One XL using xda premium
TheNightHawk223 said:
Yep, it's fully possible. Just get the nandroid backup file, and make a copy and change the extension to .zip After that just unzip, and volia. A bit of searching (should be in the apps file, I forgot the details).
Sent from my HTC One XL using xda premium
Click to expand...
Click to collapse
....so I saw this too late.
I went and restored my backup, grabbed the files, and restored the new backup hoping that neither were corrupted.
It all went smoothly, but I'll definitely remember this for the next time I mess up...haha.
Thanks!
silentecho13 said:
....so I saw this too late.
I went and restored my backup, grabbed the files, and restored the new backup hoping that neither were corrupted.
It all went smoothly, but I'll definitely remember this for the next time I mess up...haha.
Thanks!
Click to expand...
Click to collapse
Glad I could help, almost everything that uses the term "compressed" seems to be able to be turned into a .zip
Sent from my HTC One XL using xda premium
Sorry I'm not following this. I made a twrp backup using 2.5.0.0 and I got a bunch of .WIM files.
7-Zip recognizes those and opens them to have a .ext4 file. However every ext browser and mounter (in windows) I've tried can't seem to browse them. I tried renaming them zip, but I'm guessing I'm doing something wrong.
With old CWM releases, my backups were tars which were easily browsable.
Am I missing something?
Thanks!
eldamobo said:
Sorry I'm not following this. I made a twrp backup using 2.5.0.0 and I got a bunch of .WIM files.
7-Zip recognizes those and opens them to have a .ext4 file. However every ext browser and mounter (in windows) I've tried can't seem to browse them. I tried renaming them zip, but I'm guessing I'm doing something wrong.
With old CWM releases, my backups were tars which were easily browsable.
Am I missing something?
Thanks!
Click to expand...
Click to collapse
I know this is an old post, but it's the first Google result.
What you want to do is rename the .wim file to .tar.gz, then extract the file (command line is tar -xvzf filename.tar.gz). If you look at the TWRP logs it indicates that it uses tar to create the archive file.
uberamd said:
I know this is an old post, but it's the first Google result.
What you want to do is rename the .wim file to .tar.gz, then extract the file (command line is tar -xvzf filename.tar.gz). If you look at the TWRP logs it indicates that it uses tar to create the archive file.
Click to expand...
Click to collapse
Thanks uberamd. I'll give this a shot. I guess I should have checked the logs. Tar would be great!
hi there.. i made backup too.. now i want to bring back the boot.img and recovery.img..
most of guys said to me the " boot.emmc.win " is the stock boot.img.. but this one is 16 MB and other boot.img i saw till now are 6 MB..
and how can i restore the stock recovery? does the backup contain the recovery?
any idea?
N5 TWRP Backups
I made a backup with TWRP, and copied the .WIN files to my PC. Tried renaming those to .ZIP or .tar.gz, but 7zip could not open either of those!?
Are you guys sure the backups are actual zip or tar/gz files?
EDIT: Nevermind, I renamed to .tar and it opened. I suppose compression is not enabled by default
Except the data.ext4 is splitted in two files: data.ext4.win000 and data.ext4.win001 and renaming either of those to .tar, .zip or .tar.gz doesn't help
Just a guess here but what if you concatenated the files together?
If you can post the details from the twrp log that would also probably help.
eldamobo said:
Just a guess here but what if you concatenated the files together?
If you can post the details from the twrp log that would also probably help.
Click to expand...
Click to collapse
Yes concatenating can help however all those .WIN files are either .tar files or .tar.gz (if compression is enabled). That's quite simple in the end, except that 7zip doesn't always recognize the format properly. If I open the system.win file, it only shows about 60MB of files, whereas the whole .win file is 600MB uncompressed, hence I was confused about the format.
I've been able to update my app to read those .tar, .tar.gz and extract any file from it now Pretty cool!
Be advised though, for some reason when I rename the backup to .tar or .tar.gz for twrp 2.6.3.1, it doesn't want to open or extract. I don't know if it's only happening only for t-mobile sgs3 or the developer removed the ability for us to do it. But I did revert it back 2.6.3.0 and it's working fine for me. Thought I want to just throw it out there.
-VIPLightning
VIPLightning said:
Be advised though, for some reason when I rename the backup to .tar or .tar.gz for twrp 2.6.3.1, it doesn't want to open or extract. I don't know if it's only happening only for t-mobile sgs3 or the developer removed the ability for us to do it. But I did revert it back 2.6.3.0 and it's working fine for me. Thought I want to just throw it out there.
-VIPLightning
Click to expand...
Click to collapse
That's interesting. Which app are you using to open those TWRP backups? Asking because I found out that many extractor are unable to open those in the first place! 7zip for example showed me a 80MB content while the file was 600MB! And I'm using a very old 2.6.0.0 TWRP, so I got to try this last version out
Would you mind trying Android Tuner Free, last update allows opening those .tar and .tar.gz files, but got to rename the TWRP backup to either of those first. It won't open the tar inside the gz file, but you should be able to extract it and then open it If you don't have the time, I can understand, but hopefully you still have a 2.6.3.1 backup file around?
3c said:
That's interesting. Which app are you using to open those TWRP backups? Asking because I found out that many extractor are unable to open those in the first place! 7zip for example showed me a 80MB content while the file was 600MB! And I'm using a very old 2.6.0.0 TWRP, so I got to try this last version out
Would you mind trying Android Tuner Free, last update allows opening those .tar and .tar.gz files, but got to rename the TWRP backup to either of those first. It won't open the tar inside the gz file, but you should be able to extract it and then open it If you don't have the time, I can understand, but hopefully you still have a 2.6.3.1 backup file around?
Click to expand...
Click to collapse
I should have no problem giving it a try. Yeah I deleted my backup. I'll go ahead and update the recovery when I get a chance to later on. Then I'll make another backup And the program I used for extracting and opening was WinRAR. Everytime I tried to, the 2.6.3.1 backup would always come up as corrupted or damaged.
EDIT: So I tried out your app. Indeed the explorer does work. Thanks so much. Even though first it took some time, I was able to get to my stuff. But it was worth it. I've never seen an app that can actually do so much. Thanks again.
-VIPLightning
What are WIN files?
Along with win and md5 files TWRP creates recovery.log file. If you look inside this file, you can see the full log of what TWRP has done. There you can notice that win file with the boot partition is in fact a result of the dd command, so that's a bit-to-bit copy of the boot partition, sometimes named as .img file.
Other partition win files are tar files. If you used compression, you got .tar.gz files.
So .win files are raw partition data, .tar, or .tar.gz files. See recovery.log
If you use compression in TWRP, just rename the .win to .tar.gz
i.e data.ext4.win to data.ext4.tar.gz , then use tar -xvzf , extracts perfectly fine.
I used this to extract my apps from a TWRP backup just now.
Coming from the HTC Rezound, I'm having some Nandroid issues on my VZW SGS3 (and questions):
1. On the Rezound, Nandroid backups were like four or five image files. However, on the SGS3, there's a \\Cynogenmod\backup folder with some image files and a \\cyanogenmod\blobs folder with a whole bunch of subfolders and smaller files. What is the difference? What does the blobs folder contain? Is it different because of the Cyanogenmod recovery or because it's the SGS3?
2. I had three backups from three different ROM flashes and when I try to restore any of them, they all fail with either an MD5 Checksum mismatch or some "unable to access" error. I tried the workaround of using the CMD line to rebuild the MD5 file, but no luck. I should also mention I renamed the backup folders because Nandroid puts them in folders dated in the year 1970 and I can't remember what backups were of what. Anyone else having this issue?
Thanks in advance.
wmaudio said:
Coming from the HTC Rezound, I'm having some Nandroid issues on my VZW SGS3 (and questions):
1. On the Rezound, Nandroid backups were like four or five image files. However, on the SGS3, there's a \\Cynogenmod\backup folder with some image files and a \\cyanogenmod\blobs folder with a whole bunch of subfolders and smaller files. What is the difference? What does the blobs folder contain? Is it different because of the Cyanogenmod recovery or because it's the SGS3?
2. I had three backups from three different ROM flashes and when I try to restore any of them, they all fail with either an MD5 Checksum mismatch or some "unable to access" error. I tried the workaround of using the CMD line to rebuild the MD5 file, but no luck. I should also mention I renamed the backup folders because Nandroid puts them in folders dated in the year 1970 and I can't remember what backups were of what. Anyone else having this issue?
Thanks in advance.
Click to expand...
Click to collapse
wmaudio what program are you using to create your nandroid backups? I've been using CWM 6.0.1.0 and noticed the 1970 files as well. I've been using the Clockwork Mod Recovery app so I can name the nandroid backups.
Bran.Bouchard said:
wmaudio what program are you using to create your nandroid backups? I've been using CWM 6.0.1.0 and noticed the 1970 files as well. I've been using the Clockwork Mod Recovery app so I can name the nandroid backups.
Click to expand...
Click to collapse
Awesome response. Thank you very much. I forgot that you could initiate the ROM backup process from ROM Manager. The only downside is that it backs up to the internal sdcard rather than the external one. I'll check options to see if I can change that. I wonder if moving the backup to the external card will cause me to encounter the same issues. Thanks again.
I just checked my clockworkmod/blobs folder and it is full of I'm guessing hashed folders, which contain a hashed file name. I checked the date in a astro file manager and they were all modified 2/6/1970 as well.
Does anyone know the use of these files? Can they be deleted?
Sent from my SCH-I535 using xda app-developers app
ENDonDESIGN said:
I just checked my clockworkmod/blobs folder and it is full of I'm guessing hashed folders, which contain a hashed file name. I checked the date in a astro file manager and they were all modified 2/6/1970 as well. Does anyone know the use of these files? Can they be deleted?
Click to expand...
Click to collapse
Most ROMs for the S3 are at least 550MB in size and can be over a 1GB. I checked the size of the dated folder and it's under 100MB, and the blobs folder is almost 2GB in size. Add settings files and other content created from general use of the phone, and that could theoretically bring a backed-up ROM to 2GB or more, so deduction tells me that I would recommend that you don't delete the blobs folder.
ENDonDESIGN said:
I just checked my clockworkmod/blobs folder and it is full of I'm guessing hashed folders, which contain a hashed file name. I checked the date in a astro file manager and they were all modified 2/6/1970 as well.
Does anyone know the use of these files? Can they be deleted?
Sent from my SCH-I535 using xda app-developers app
Click to expand...
Click to collapse
DO NOT DELETE THEM this is how cwm6 does backups now, just delete the main dated one from the backup folder and when you make your next backup cwm will automatically remove the ones from the blobs folder when it says "Freeing Space"
This is how Koush explained it:
New ClockworkMod Backup Format
TL;DR:
Don't delete /sdcard/clockworkmod/blobs
I've gotten a few questions about how this works, so I figured I'd make a post on it.
Basically, here's what happens:
The files being backed up are hashed (sha256, not that it matters). Then it checks for a file with the name of the hash in
/sdcard/clockworkmod/blobs
So, if the hash of the file was c5273884b90d490134e7737b29a65405cea0f7bb786ca82c63 37ceb24de6f5ed, it looks for /sdcard/clockworkmod/blobs/c5273884b90d490134e7737b29a65405cea0f7bb786ca82c63 37ceb24de6f5ed
If the hash file is found, it continues on to the next file. Otherwise, it copies the file to the blobs directory with the file name being the hash.
ROMs and user data, for the most part, do not change too much between builds and backups. So, your APKs, system files, etc, are generally only stored once. This saves a ton of space. Especially between incremental backups.
Some of you may be thinking "well, how do I delete a backup?".
First, never delete the blobs directory. This would actually delete all your backups by rendering them unusable.
Simply delete the usual backup directory, and the next time you run a backup, all the unused hash files will be automatically delete (a process known as garbage collection). The recovery will show "Freeing space..." while this is happening.
Click to expand...
Click to collapse