Showing posts with label backup. Show all posts
Showing posts with label backup. Show all posts

Thursday, November 3, 2016

Creating Recovery Backup for Unsupported Phone

Creating Recovery Backup for Unsupported Phone


I recently rooted my phone and I would like to make a backup before I mess around with a few things. The phone I have is a Galaxy K Zoom. Its running 4.4.2 Kitkat.

My problem is that CWM and TWRP dont seem to work. CWM tells me that my phone is unsupported, and TWRP says it will backup, but when it reboots to create it only gives me an error. Is there another recovery app that is available? Or am I stuck having to restore to stock if I soft brick it? Im ok even using ADB and/or Odin to flash it back to the phone, but I just need to make a recovery to start with.

Also, I have a recovery file that I found in a rooting thread for my phone. Wont that recovery file restore to their phones settings? How can I make my own? Im sort of a noob at this, so sorry for asking.

Thanks in advance :o and I really hope I get get some direction here. Im more than willing to read through threads, I just dont know if Im searching for the right terms. I see that there have been some posts on this before and they werent answered.


from xda-developers http://ift.tt/2aEACej
via IFTTT

Available link for download

Read more »

Sunday, October 9, 2016

Auto Backup for Apps made simple

Auto Backup for Apps made simple


Posted by Wojtek Kalici?ski, Developer Advocate, Android

Auto Backup for Apps makes seamless app data backup and restore possible with zero lines of application code. This feature will be available on Android devices running the upcoming M release. All you need to do to enable it for your app is update the targetSdkVersion to 23. You can test it now on the M Developer Preview, where we’ve enabled Auto Backup for all apps regardless of targetSdkVersion.

Auto Backup for Apps is provided by Google to both users and developers at no charge. Even better, the backup data stored in Google Drive does not count against the users quota. Please note that data transferred may still incur charges from the users cellular / internet provider.


What is Auto-Backup for Apps?

By default, for users that have opted in to backup, all of the data files of an app are automatically copied out to a user’s Drive. That includes databases, shared preferences and other content in the application’s private directory, up to a limit of 25 megabytes per app. Any data residing in the locations denoted by Context.getCacheDir(), Context.getCodeCacheDir() and Context.getNoBackupFilesDir() is excluded from backup. As for files on external storage, only those in Context.getExternalFilesDir() are backed up.

How to control what is backed up

You can customize what app data is available for backup by creating a backup configuration file in the res/xml folder and referencing it in your app’s manifest:

 <application android_fullBackupContent="@xml/mybackupscheme"> 

In the configuration file, specify <include/> or <exclude/> rules that you need to fine tune the behavior of the default backup agent. Please refer to a detailed explanation of the rules syntax available in the documentation.

What to exclude from backup

You may not want to have certain app data eligible for backup. For such data, please use one of the mechanisms above. For example:

  • You must exclude any device specific identifiers, either issued by a server or generated on the device. This includes the Google Cloud Messaging (GCM) registration token which, when restored to another device, can render your app on that device unable to receive GCM messages.
  • Consider excluding account credentials or other sensitive information information, e.g., by asking the user to reauthenticate the first time they launch a restored app rather than allowing for storage of such information in the backup.

With such a diverse landscape of apps, it’s important that developers consider how to maximise the benefits to the user of automatic backups. The goal is to reduce the friction of setting up a new device, which in most cases means transferring over user preferences and locally saved content.

For example, if you have the user’s account stored in shared preferences such that it can be restored on install, they won’t have to even think about which account they used to sign in with previously - they can submit their password and get going!

If you support a variety of log-ins (Google Sign-In and other providers, username/password), it’s simple to keep track of which log-in method was used previously so the user doesn’t have to.

Transitioning from key/value backups

If you have previously implemented the legacy, key/value backup by subclassing BackupAgent and setting it in your Manifest (android:backupAgent), you’re just one step away from transitioning to full-data backups. Simply add the android:fullBackupOnly="true" attribute on <application/>. This is ignored on pre-M versions of Android, meaning onBackup/onRestore will still be called, while on M+ devices it lets the system know you wish to use full-data backups while still providing your own BackupAgent.

You can use the same approach even if you’re not using key/value backups, but want to do any custom processing in onCreate(), onFullBackup() or be notified when a restore operation happens in onRestoreFinished(). Just remember to call super.onFullBackup() if you want to retain the system implementation of XML include/exclude rules handling.

What is the backup/restore lifecycle?

The data restore happens as part of the package installation, before the user has a chance to launch your app. Backup runs at most once a day, when your device is charging and connected to Wi-Fi. If your app exceeds the data limit (currently set at 25 MB), no more backups will take place and the last saved snapshot will be used for subsequent restores. Your app’s process is killed after a full backup happens and before a restore if you invoke it manually through the bmgr command (more about that below).

Test your apps now

Before you begin testing Auto Backup, make sure you have the latest M Developer Preview on your device or emulator. After you’ve installed your APK, use the adb shell command to access the bmgr tool.

Bmgr is a tool you can use to interact with the Backup Manager:

  • bmgr run schedules an immediate backup pass; you need to run this command once after installing your app on the device so that the Backup Manager has a chance to initialize properly
  • bmgr fullbackup <packagename> starts a full-data backup operation.
  • bmgr restore <packagename> restores previously backed up data

If you forget to invoke bmgr run, you might see errors in Logcat when trying the fullbackup and restore commands. If you are still having problems, make sure you have Backup enabled and a Google account set up in system Settings -> Backup & reset.

Learn more

You can find a sample application that shows how to use Auto Backup on our GitHub. The full documentation is available on developer.android.com

Join the Android M Developer Preview Community on Google+ for more information on Android M features and remember to report any bugs you find with Auto Backup in the bug tracker.

Join the discussion on

+Android Developers

Available link for download

Read more »

Saturday, September 17, 2016

Helium Premium – App Sync and Backup v1 1 0 1 Apk Full App

Helium Premium – App Sync and Backup v1 1 0 1 Apk Full App



Helium Premium – App Sync and Backup v1.1.0.1
Requirements: 4.0 and up
Overview: Helium is the missing app sync and backup solution for Android.
Helium does NOT require root. All Android users can use Helium to backup and sync Androidapplications.
Helium lets you backup your apps and data to your SD card or cloud storage. With Helium, you can sync app data from your other Android devices– even if they are not on the same network. Set up backup schedules with Helium, and never lose data again.

Helium Setup
1. Install Helium on Android
a) Root user? You’re done!
2. Install and run Helium Desktop (link below)
a) Windows users must install their Android drivers as well
3. Connect Android to computer.
a) You may need to set your USB Connection Mode to “PTP”. (Nexus 7, Nexus 10, etc)
4. Helium on Android should now be enabled.
Helium (Free) features:
Backup and restore to SD card
Backup and restore from PC
Helium (Premium) features:(Enabled)
No ads
Automatic Backup schedules
Android to Android sync
Cloud backup and restore
* Dropbox
* Box
*
Google Drive
Note: Helium is NOT available to Motorola devices. This is because Motorola phones have a bug that break Android’s backup mechanism. Until this is fixed by Motorola, Helium will not work on those Androids. You can download Helium manually here:
http://download.clockworkmod.com/apks/Backup.apk
If you find that Helium *does* work on your Motorola Android, please notify me.
Helium Desktop Installer (non-rooted users):
http://www.clockworkmod.com/carbon
What’s in this version:
Cloud backups are now managed separately per device
Wifi settings can now be backed up (root required)
Backup dates are now shown for apps
Backup are now more error tolerant, if an app backup fails, Helium will continue to the next app
Fix Google drive double upload bug
Cancelled scheduled backups will show a notice if not on wifi or charging
Fix PC restore
Add support for bulk deletes
Fix bug where external sdcard restore required premium
Workaround poor Dropbox login APIs

https://play.google.com/store/apps/details?id=com.koushikdutta.backup

Download zippyshare


Available link for download

Read more »