recover S.Planner deleted data - Android Q&A, Help & Troubleshooting

Here is my first post so, yes, I'm a total noob:
I own an unrooted Samsung GT-S7270, while deleting applications data to free up the memory off the telephone I mistakenly deleted the data of the calendar application S.Planner. I don't have any back up for it and I have too many notes in there not to try any possible mean to recover those kilobytes..
I understand the first step I have to take is to copy an image of the block the data is (was?) stored in using the dd command, then I will need root access to make a full copy of the given block and after this I'll start to run the image through various recovery tools until something eventually works.
I read it is possible to use the mount to determine the right block to back up, so I guess this is my first question: how can I determine which block I want to work on? Does someone know which file stores the data for the application S.Planner? How can I determine the previous location of that file if it has been deleted?

Related

Sms folder?

Can someone tell me where the "physical" folder of the sms'es are located? I need to do a recovery on a galaxy s2...The bloke deleted his sms'es, now i'm trying to recover the lost info...
tia
Based on Root Explorer search
Doing a search for sms found this file on my phone - /data/user/0/com.android.providers.telephony/databases/mmssms.db
I can't say for sure if this is it, but that database sure has all of my sms in it
As I'm sure you will also recommend that your friend does future backups of his sms, I thoroughly recommend SMS Backup & Restore. It has worked well for me for a long time, and automatic backups are very easily scheduled
Jacko
njackson said:
Doing a search for sms found this file on my phone - /data/user/0/com.android.providers.telephony/databases/mmssms.db
I can't say for sure if this is it, but that database sure has all of my sms in it
As I'm sure you will also recommend that your friend does future backups of his sms, I thoroughly recommend SMS Backup & Restore. It has worked well for me for a long time, and automatic backups are very easily scheduled
Jacko
Click to expand...
Click to collapse
Believe it or not, i have tried locating/searching for mmssms.db before my post...and found nothing
Think what i'll do, is download sms backup and restore....backup my sms'es...and see what the backup file is called...hopefully it will give me an idea where to search (for future ref)...thx for the tip
One thing i DID notice though, is that the "internal" storage, is actually called SDCARD? what a way of naming an internal storage. If i think about INTERNAL storage, its def NOT called an SDCARD...rather call it intstorage, or something like that....it will def confuse people...as we all accept the word SDCARD as a device you plug INTO th cell...and not a build in device...
RobinHoodSnr said:
Can someone tell me where the "physical" folder of the sms'es are located? I need to do a recovery on a galaxy s2...The bloke deleted his sms'es, now i'm trying to recover the lost info...
tia
Click to expand...
Click to collapse
If you want to backup your sms when switching from a stock samsung rom to another install Titanium Backup from the store (it's free). Find something called [SMS/MMS/APN] and do a backup.
After you install another samsung rom (with wipe), you can just open Titanium and restore Data from the save you made. Make sure you go inside the sms app first and untick 'Delete old messages'. Do a reboot and youre done.
If you are interested in adding new sms messages to your samsung rom (when you used cm9 for example, use Sms Backup and Restore, it's also free on the store). Do a reboot. Save your sms/mms with titanium and youre done.
I havent found a way to transfer mms messages between samsung and cm9/aosp/aokp roms yet.
victorator said:
If you want to backup your sms when switching from a stock samsung rom to another install Titanium Backup from the store (it's free). Find something called [SMS/MMS/APN] and do a backup.
After you install another samsung rom (with wipe), you can just open Titanium and restore Data from the save you made. Make sure you go inside the sms app first and untick 'Delete old messages'. Do a reboot and youre done.
If you are interested in adding new sms messages to your samsung rom (when you used cm9 for example, use Sms Backup and Restore, it's also free on the store). Do a reboot. Save your sms/mms with titanium and youre done.
I havent found a way to transfer mms messages between samsung and cm9/aosp/aokp roms yet.
Click to expand...
Click to collapse
I have all those apps...Thing is, i need to attach the phone to my PC, and then do a recovery on the phone...thats why i need to know the "exact" location of the sms-storage directory...as i will have to access the phone via my PC via USB...
RobinHoodSnr said:
I have all those apps...Thing is, i need to attach the phone to my PC, and then do a recovery on the phone...thats why i need to know the "exact" location of the sms-storage directory...as i will have to access the phone via my PC via USB...
Click to expand...
Click to collapse
The files you're looking for are:
mmssms.db
telephony.db (this one contains contacts and call logs)
They are located in:
/data/data/com.android.providers.telephony/databases/
Internal storage (sdcard)
RobinHoodSnr said:
One thing i DID notice though, is that the "internal" storage, is actually called SDCARD? what a way of naming an internal storage. If i think about INTERNAL storage, its def NOT called an SDCARD...rather call it intstorage, or something like that....it will def confuse people...as we all accept the word SDCARD as a device you plug INTO th cell...and not a build in device...
Click to expand...
Click to collapse
I guess that you are aware of this but ... just in case ...
The internal storage that you are calling "sdcard" is only partly correct. If fact sdcard is below the top level root. So, sdcard is actually /sdcard, and the data directory where I found the database is /data (not on sdcard, but off the root directory). To get to this you need a rooted phone, and a file explorer like Root Explorer or ES File Explorer.
Sorry if you already knew this, but the sdcard thing was quite confusing to a newby like me before I had done quite a bit on the rooted phone.
Jacko
victorator said:
The files you're looking for are:
mmssms.db
telephony.db (this one contains contacts and call logs)
They are located in:
/data/data/com.android.providers.telephony/databases/
Click to expand...
Click to collapse
Thanks Victorator...i manage to manually find it. Weird...Although my phone is rooted, doing a search didnt get it
(althought i DID start the search from "root" )
...think i had a crappy explorer program, lol
deleted sms on Gal S2
RobinHoodSnr said:
Can someone tell me where the "physical" folder of the sms'es are located? I need to do a recovery on a galaxy s2...The bloke deleted his sms'es, now i'm trying to recover the lost info...
tia
Click to expand...
Click to collapse
Hi RobinhoodSnr, did you ever manage to retrieve the deleted sms's? Because I have the same problem. Deleted by accident this morning!
ticker64 said:
Hi RobinhoodSnr, did you ever manage to retrieve the deleted sms's? Because I have the same problem. Deleted by accident this morning!
Click to expand...
Click to collapse
At the end of the day...I just left it and couldn't find it, although i could recover my contacts at location "/data/data/com.android.providers.telephony/databases/" ( as a previous member has mentioned )
Apparently the smses are located as "data/data/com.android.providers.telephony/databases/mmssms.db"
...hope this helps

[Q] ADB Insecure / Restore app data from windows

Bit of a noob question, but I've been going crazy for a while here now..
So basically my N7 screen is dead and I wanted to copy my apps and app data from it to my new stock (but rooted n10)... I was able to pull all the files off the N7 using QTAdb.. it's stored the files in basically packagename.apk and packagename.tar.gz (for app data).
My issue is trying to restore this automatically is a pain. I believe qtADB keeps failing to restore app data because it doesn't have root access to ADB and ADB Insecure seems to fail as well.
Also I can't find any application which will restore apps / data in that name convention.
Short of installing each app manually and extracting each folder one by one...is there anything I can do?

[Q]Help! Titanium Backup and Hexmob Recovery undelete?

You guys can laugh at my misfortune, but I need your help. A customer needed some work done that required downgrading his OS. So before doing so I used titanium backup to back everything up...to the INTERNAL SD!
Yeah one star TiBu, two thumbs way down. Why the heck would you default to the internal storage rather than the EXTERNAL? I guess it is my fault for not checking the location of the backup but I also did not expect the internal storage to be erased when flashing via Clockworkmod and Odin. I also did some OTA updates during my troubleshooting, this particular issue was very stubborn. Somewhere in there the backups were entirely erased.
Anyway, I used Hexmob Recovery Pro to backup the deleted files, hoping to salvage the apps and other user data. Well I got over five thousand files and they're all named like this:
f6826096.xml
f6826112.sqlite
f3946400.png
f6841912.txt
etc
This would be very handy if they were just pictures and other documents, but they're supposed to be a backup compatible with Titanium Backup. I tried to go to settings > preferences > backup folder location > detect > whole device. It didn't find anything. I tried manually adding all the files into the backup location that is listed by default, and they did not show up. I tried to force close titanium backup to force it to check the folder again. Without Titanium Backup able to recognize the files, none of them are going to do me any good. So:
How is a titanium backup structured? Can I make these files conform to that format so some of the user data can go back on?
Would anyone (via PM/e-mail) like to look at some of these files to help me identify if they belong to a backup? Most are XML or TXT files, which look like property lists?
How long is this process going to take? I think the customer's data may not be important but I promised I would not erase anything.

Unable to restore Helium backup!

I used the Helium backup app to backup all my apps before flashing my S3 with the stock ROM. I copied my entire internal memory as it is, and pasted it after flashing. This of course included the crucial 'Carbon' folder with all my backups made my Helium.
BUT now I installed helium and it refuses to detect those backups. In 'Restore and Sync' it simply says "No backups were found on your internal storage".
I know this is probably best asked to the Helium developer but I reckon it's a very famous app so someone might be able to suggest a solution here. I've already tried rebooting.
Thanks!
cyanide911 said:
I used the Helium backup app to backup all my apps before flashing my S3 with the stock ROM. I copied my entire internal memory as it is, and pasted it after flashing. This of course included the crucial 'Carbon' folder with all my backups made my Helium.
BUT now I installed helium and it refuses to detect those backups. In 'Restore and Sync' it simply says "No backups were found on your internal storage".
I know this is probably best asked to the Helium developer but I reckon it's a very famous app so someone might be able to suggest a solution here. I've already tried rebooting.
Thanks!
Click to expand...
Click to collapse
Had the same problem, wanted to root my phone, but unlocking the bootloader wipes everything, so used Helium to backup all my apps. Backed up to both internal storage and dropbox, copied "carbon" folder from internal storage to computer, unlocked bootloader, copied back, and helium wouldn't see backups from "carbon" folder. Will, however, find backups from dropbox, but without premium version, cannot restore them.
I did find a workaround, but it is not the most pleasant way of doing things. If you open the menu options and tap PC Download, it will display a local ip address and port (i.e. http://192.168.1.xxx:5000 or 10.1.10.xxx:5000). This is your phones ip address on your network and may appear different depending on your router and/or network setup, and the 5000 is the port to access helium web server on phone. Navigate to that ip address through your web browser, including http:// and it will open a web interface for backing up and restoring. See attached screenshot. Click on the browse button under Restore and navigate to the carbon folder that you backed up. In each folder will be 3 files, xxx.png, xxx.ab, and .nomedia (xxx is the name of the file i.e. com.adobe.reader). Choose the file with .ab and click open. The web interface will ask if you want to restore, click yes. Repeat for all items to be restored. If the web interface says file invalid, make sure the server is still running on your phone. Should show a cloud in the notification bar and say Helium server is running. If the server stops, just restart it from menu->pc download in the helium app.
This is not the most elegant or efficient way of doing this, but if all your data is in those backups and you really want them, this is the only solution I have found so far. I hope this helps.
Edit: Was able to restore first two apps before posting, but after continuing, remaining apps would not restore. May still work, but even though I get restore complete, the apps don't show up. Will require further investigation.
kind of solution
i have the same problem i tried to unlock nexus 10 and made a backup and (manualy) copied the carbon folder to my PC and restored after unlocking
and as you know it wont detect the backups..
i think it has to do with a .json file that is either not created when the backup is done or not carried over the copy.
(i know about this .json file, as i had a previous backup from whatsapp which had this txt file which has info about the backup)
so when i tried to restore all my apps i only got that whatsapp detected (as an old version)
i mailed Koush( the developer) and he said that manual moving is not supported and the way to go is using the IP server to extract the backups to PC.. (ie doing the backups with the Web tool and not in the app itself)
one thing i can think of (cheating the app. installing the app, doing a backup of the app and replacing the .ab file for the one in the lost backup.. ) i will try that and post back
---------- Post added at 03:28 PM ---------- Previous post was at 03:13 PM ----------
ok i had an old PLUME (twitter client) backup with data,
what i did and seemed to work (for this test )
is to delete data on installed PLUME
backup plume without data. (a plume folder gets created on the carbon folder)
replaced the .ab from this backup with the old backup's .ab
now helium restored the old file with the previous backup data restored as well
i hope this works for other apps. i will try with my nimble quest game which i have a backup and is the only thing no recoverable i had in helium everything else is account based on the cloud
so the way to go here could (until koush changes this)
install the affected apps
backup them
navigate to the carbon folder and replace the .ab's with the old counterparts (which have data)
enjoy
I also had same problem, and i try use the solution below, but it can NOT work for me.
My device is ASUS Padfone 2, without root.
After try many method, I success finally!!
Here is my step, hope can help other people like me:
1. check the backup folder name. i.e jp.co.johospace.jorte, copy it to your PC.
2. use google search this key word "jp.co.johospace.jorte", you can find out what is this app, download and install it from play store.
3. After install finished, open your Helium and backup this app, i.e. "jorte"
4. After backup finished, check Helium restore, you can see "jorte" was backuped.
5. close Heilum from setting/apps, then open file explorer, find a folder named "jp.co.johospace.jorte" in the ../sdcard/carbon/
6. open the folder, you can see 3 files: 1.._jp.co.johospace.jorte.png 2..nomedia 3..jp.co.johospace.jorte.ab
copy jp.co.johospace.jorte.ab from your PC to android /sdcard/carbon/jp.co.johospace.jorte and replace it
7. open Helium again, and restore jorte, you can see data was restored!
it's probably possible to generate a set of manifests for it. the json ones don't seem to have any special data (as in no binary or signature type things)
e.g. for Lux the app
{"enabled":true,"system":false,"flags":545832516,"packageName":"com.vito.lux","versionCode":158,"label":"Lux","versionName":"1.58","locked":false,"date":1375397585745,"apk":true,"backup":true}
cut down to
{"enabled":true,"packageName":"com.vito.lux","label":"Lux","locked":false,"date":1375398819080,"apk":true,"backup":true}
still restores ok
I'm not sure how much metadata is necessary for it to work but that still restores (and the date is moot anyway).
It's possible if you mess up the enabled or system attributes or if the flags attributes are useful hints to the restore command to set package properties - it may make you have to wipe your device (or replace a newer version of the app or install data for an older version, etc). but for your everyday apps for a recent backup - you could probably make a quick powershell or whatever script to iterate over a set of subfolders and generate some dummy manifests.
Code:
$subfolders = Get-Item -Path 'E:\carbon\*'
foreach ($f in $subfolders){
if($f.Attributes.ToString() -eq "Directory")
{
$filecont="{`"enabled`":true,`"packageName`":`""+$f.name+"`",`"label`":`"" + $f.Name + "`",`"locked`":false,`"date`":1375398819080,`"apk`":true,`"backup`":true}"
$fname= $f.FullName + "\" + $f.Name + ".json"
[System.IO.File]::WriteAllText($fname, $filecont)
}
}
(I'd probably suggest using the manifests from backup restores for google system apps and contacts/sms/launcher, etc instead of these though)
anyway, wish the dev added clear non skippable instructions to the app (first run), and the desktop dl page
Maybe they're there and im stupid.
gierso said:
kind of solution
so the way to go here could (until koush changes this)
install the affected apps
backup them
navigate to the carbon folder and replace the .ab's with the old counterparts (which have data)
enjoy
Click to expand...
Click to collapse
thanks for this workaround. this feels like a huge gap in the functionality of a backup app. if there is a forced need to use the cloud, the user should at least be made aware of it.
not sure how much I can legitimately complain about a free app, but definitely not interested in the premium version based on this.
It's simple !
I found out a way. What you do is, 1st backup all your apps using Carbon to your Internal or External storage. Copy all the files in the carbon folder where you have backed up your data. Once you finish wiping your data, install all the apps again and backup using carbon. Now,replace these backup files with the actual backups ! Since you have backed up after re-installing your ROM , carbon won't say it couldn't find any backups.
Cheers
- Sent from Galaxy S3
chinnu189 said:
I found out a way. What you do is, 1st backup all your apps using Carbon to your Internal or External storage. Copy all the files in the carbon folder where you have backed up your data. Once you finish wiping your data, install all the apps again and backup using carbon. Now,replace these backup files with the actual backups ! Since you have backed up after re-installing your ROM , carbon won't say it couldn't find any backups.
Cheers
- Sent from Galaxy S3
Click to expand...
Click to collapse
it's not simple. it's annoying and longwinded. and defeats about half the point of automated backup apps.
the Carbon/Helium app is horrible.
While this went ok I had to reset my device today for another reason.
So before doing that, I backed up using Carbon, and transferred the data via the the web interface as the dev suggested
but was unable to restore the packages as uploading the zip back fails.
(the server on the n4 just stops after the upload. Moreover - there's no logs of any kind for the user as to why it fails. and no upload progress.).
Dunno if the dev will reply what the problem with the android web server component is but for now since i needed the backup urgently
I ended up having to extract the zip and convert the backup into individual manifests/copy the zip contents into app packages folders
Here's the powershell code to do this if anyone else has a similar problem (use at your own risk, I only tested it once on my device)
Code:
$backuppath='E:\_MediaServerE\backup\' #extract your backup.zip contents here (those are the .ab, png files in the zip you downloaded + a backup.json maniest the app generated for all the packages)
$jsonFile=$backuppath+"backup.json"
$jsonText=[System.IO.File]::ReadAllText($jsonFile)
$files = Get-Item -Path ($backuppath + "*")
[System.Reflection.Assembly]::LoadWithPartialName("System.Web.Extensions")
$ser = New-Object System.Web.Script.Serialization.JavaScriptSerializer
$jsonPackageDefs = $ser.DeserializeObject($jsonText)
function getPackageDef([string]$pname, [Object]$packagesIn){
$ret = ""
foreach($p in $packagesIn.packages){
if($p.packageName -eq $pname){
$ret = $ser.Serialize($p)
break;
}
}
return $ret
}
#for each file copy it to a subfolder with the package name, and find the json manifest in the manifest collection
#and write it to the app folder
foreach ($f in $files){
if($f.Attributes.ToString() -eq "Directory"){
#skip
}
elseif($f.basename[0] -eq "." -or ($f.basename+$f.Extension) -eq "backup.json"){
#skip
}
else{
$bn=$f.BaseName
$bn
if([System.IO.Directory]::Exists(($backuppath+$f.BaseName))-eq $false){
[System.IO.Directory]::CreateDirectory(($backuppath+$f.BaseName));
}
if([System.IO.File]::Exists($backuppath+$f.BaseName+"\"+$f.BaseName+$f.Extension)){
[System.IO.File]::Delete($backuppath+$f.BaseName+"\"+$f.BaseName+$f.Extension)
}
if([System.IO.File]::Exists($backuppath+$f.BaseName+"\"+$f.BaseName +".json")){
[System.IO.File]::Delete($backuppath+$f.BaseName+"\"+$f.BaseName +".json")
}
$f.CopyTo(($backuppath+$f.BaseName+"\"+ $f.BaseName + $f.Extension))
$packageDetailsText=getPackageDef $f.BaseName $jsonPackageDefs;
$jsonFileNameOut=$backuppath+$f.BaseName + "\" + $f.BaseName + ".json"
[System.IO.File]::WriteAllText($jsonFileNameOut, $packageDetailsText)
}
}
I then copied the results to internal storage\carbon and was able to restore.
I hate the carbon app it's probably the worst experience I had backing up my device. It's cost me hours of worrying and coding to restore my data and i paid for that crap... There is hardly any documentation to follow and the dev doesn't even warn to not copy files on the app page (that's for the previous issue just above, this one is more about the 'proper' way breaking) Moreover it failed to backup the com.ea.games.nfs13_row game correctly due to its size so I lost the save data for it.
This is not an experience people should have with a backup app.
He should just provide a secondary way to transfer things using the files in the carbon folder (and/or a zip of the backup) instead of the web server bit that breaks, and takes forever. (and yes, I realize the web server generates the zip from the carbon folder and adds the manifest for the download, but if you can't upload it back for restoring properly - what's the point)
oh and keep in mind - you're storing unencrypted tar equivalents of your phone app data - so take care about where you keep the zip or the ab files. (the ab files are tars with a slight header change) (not that Carbon asks you to provide any means of protecting them, so more of an unrelated aside)
No idea, what I posted worked for me !
SMS not returning?
chinnu189 said:
No idea, what I posted worked for me !
Click to expand...
Click to collapse
Everything else seemed to work (thanks for this solution, definitely helpful to at least confirm data). Anyways - the one thing I can't seem to figure out is how to restore text messages (com.android.providers.telephony.ab) - I've tried to do it as a whole app using the PC interface, tried copying the folder as a replacement via Android File Transfer to the 'carbon' folder, etc.
When I try to restore via helium server, it quickly shows me everything as restored but I don't see the messages. When I try to do it manually (e.g. force copy), I don't see an option under "Restore and Sync" to actually select messaging.
Am I missing something stupid / obvious? The raw data seems to be there (for example, call logs were uploaded just fine, text messages seem to have an issue).
--Dan
So I came up with a solution based on what works for others. Why this works when it didn't previously is beyond me, but hopefully someone else can use it if individual parts of their Helium backup don't work properly (in theory it should work for any app / SQL dataset). The whole point of Helium is that we're running non-rooted phones and so Titanium Backup or the like aren't applicable. For reference, I'm running an N4 to OSX 10.7.x
1. Use the Helium Server to create a full backup.
2. Wipe phone or whatever you need to do (I had to do a factory reset for Google since it's an N4 and my proximity sensor is dead).
3. Install the apps you had previously via Play Store (pain in the a**).
4. Run Helium server and upload the backup data.
5. Update apps as needed (should be auto but who knows for individual stuff).
6. Check app data in apps. Texts are obviously easy to see for me. Hopefully everything restored nicely for you here.
***Now for the bit for people who got corrupted restores.
7. Unzip the backup file on your computer, select the .ab files that correspond to the missing / corrupted restores and then zip those into a new file on your computer (for step 9). Keep these files handy in unzipped form as well for step 10.
8. Perform a new Helium backup of those sections onto the internal SD card (yes it will be blank, worry not).
9. (Optional step): Run Helium server and upload that new zip file (with the stuff that didn't make it) alone. Try restore. Unlikely to work but worth a shot.
10. Running Android File Transfer, find the SD card, find the folder 'carbon' and then find the corresponding sub-folders that have the modules that were corrupted. Replace the SD card backups of the broken modules with the good ones from your computer.
11. Run Helium restore again, but only for the sections you want (I swear, for me Messaging didn't show up the first few times but after step 10 it did).
12. Wait, hoepfully it works well. I would reboot after running the restore to a) kill Helium and b) confirm functionality.
FWIW, my telephony.ab was 1.8MB and took SIX hours to restore. Seriously. Yeah yeah, that's a lot of texts but six hours? I've since added "SMS Backup & Restore" to my phone and will probably just use that, map out my phone layout and functionality and just manually replace apps from now on since most data is in the cloud. You lose some stuff, but prima facie it's boat tons easier.
Hopefully that helps someone else who had the same issues.
Best,
--Dan
app is just crap
i lose the most important data.some apps restored,but not the precious i wanted.
thanks helium
Garbage app, just installed it, backed up then when i tried to restore i get the same errors all because i copied the carbon folder to my pc. Stupid
digitallysick said:
Garbage app, just installed it, backed up then when i tried to restore i get the same errors all because i copied the carbon folder to my pc. Stupid
Click to expand...
Click to collapse
Yeah.. I wanted to give a try.. but its real garbage.
thanks chinnu189
your solution worked great for me and only took 2 minutes. messages were restored too. now i can finish Final Fantasy :victory:
It worked for me - JUST BUY THE GOD DAMNED APP
Yes its $5.00 but you know what, I bet you've spent that on a burger, fries and drink in the past month.
I spent an hour trying to do it the free way, made a backup to internal, made a backup to pc using the server, yadda yadda yadda, then ended up on here looking for help because it wasn't working properly.
Finally went fck it here's my five bucks and I backed up to the cloud and restored from the cloud. It just works as advertised and perfectly at that.
Even in high school my time was worth $5 an hour. I just wasn't ready to acknowledge it then. Trust me, it's worth every cent. Buy Helium Premium.
</Advertisement>
No seriously I am a long time Titanium Pro user and Helium allowed me to move my nexus 4 data to my nexus 5 without having to go through the hassles of root. Well worth it for that alone.
Ok, hope this helps somebody. Just did the whole copy the folder instead of use the webserver business. I tried the replace methods above to no avail.
What did work is backing up ONE app to internal and replacing the *.ab file with the backup data into the 'carbon' folder, overwriting the one that has basically a blank app.
If I tried to restore multiple apps at the same time, it didn't work.
This is on a nexus 5, by the way. Now on to the rest of my apps...
the webserver method is a) slow b) keeps dropping out. the app is nothing but a headache.
as for the cloud backup one - depends on the service and whether you can specify the file to be encrypted prior to the transfer.
when doing backups using PC download mode (thru the URL port 5000), the device must be in standby, ie. Screen ON and UNLOCKED. its the only way the backups gets created good and can be restored.
Extracting Helium ab files
I backup up using Helium, and was unable to restore, so I had a small adventure recovering my files (eventually successful). These are some brief notes.
I had used the PC option to get the backup.zip file on my PC (I was going to reflash my Nexus 7 "grouper", 8GB). However, Helium refused to re-install the 2.5GB file back to the tablet. (Wait for upload via WiFi, then "failed".)
I could extract the particular 1.8GB ab file I wanted from the backup-zip that Helium made. However, "adb restore ..." would not work either.
After searching on "adb extractor" I found that the perl scripts (http://forum.xda-developers.com/showthread.php?t=1730309) were able to get me an extracted file in nominal "tar" format. I say nominal, because none of the tar programs I have would touch it---bad blocks etc. (I tried the Java adb extractor first, but did not pursue it further because of the tar issues.)
It turns out that the Helium "ab-tar" file was ordered like this:
2 bytes of something.
5 bytes of something.
Tar header block.
Tar data/header blocks...
5 bytes of something (starting at location 0x10007).
Tar data/header blocks...
5 bytes of something (at location 0x1800C).
Etc.
I.e., every 0x8000-byte chunk was prefixed by 5 bytes of stuff. Except for the second chunk. And the whole file was prefixed by 2 bytes of stuff.
Not only that, but the tar header checksums had been divided by 8 (i.e., last octal digit replaced with '\0').
After converting to a regular tar file, I was able to restore the files to their place. I now have a tar-reconstructing program that I will send to anyone who requests it.
Sigh. Backup should not be this hard.

Backup - restore whatsapp chats from data directory

Since last November, Whatsapp on my (rooted) Samsung Galaxy S3 Neo has been giving me problems: backups no longer work, it is impossible to download and upload multimedia. Also, I am experiencing random problems with other apps with file writing. So I would like to reformat the phone as much as possible and install a custom ROM (CyanogenMod being the first candidate).
But first I have to make sure that I can recover my Whatsapp chats, some of which are quite important for me, which is not trivial with backup not working. A bit of googling pointed me to a few people having similar problems; some of them managed to solve their problems fiddling with permissions and ownership on the backup directory, /storage/emulated/0/Whatsapp/Databases; I tried to do the same, but without success - let me just say that this attempt would be the subject for another thread. So I decided to try and simply backup the data directory, /data/data/com.whatsapp, having read that it was possible.
So I backed up the data directory to SD card using good old tar, then I renamed the original and restored the backup; having used tar, both permissions and ownerships were correctly restored (except for the symlink lib -> /data/app-lib/com.whatsapp-3 which was now owned by root rather than by user "install", but having permissions 777 I would be surprised if this was an issue). I also checked that the contents were exactly the same as those of the original directory using diff, and I deleted the app cache before trying to restart Whatsapp: in spite of this, it crashed before starting. I removed the restored directory, renamed the original one to its correct name, and whatsapp started correctly.
I am really confused: how is it possible that an exact copy of a working directory prevents an app from working? The only difference I am aware of in such a copy is in the inode numbers, but nobody would hardcode them in an application... I hope
Any idea, any suggestion is welcome. Did anybody every manage to backup ad restore whatsapp chats from its data directory?
Well, since your phone is rooted, which makes recovery very easy. You just need to find a good app. From my experience, you could apply to Jihosoft Android Phone Recovery. Good luck.

Categories

Resources