|Izzy c784b99b18||1 week ago|
|.github/ISSUE_TEMPLATE||3 years ago|
|doc||9 months ago|
|lib||1 week ago|
|templates/default||9 months ago|
|tools||2 months ago|
|.gitignore||9 months ago|
|LICENSE||7 years ago|
|README.md||3 months ago|
|adebar-cli||9 months ago|
Note: As this is a collection of Shell scripts, you won't find any „binaries“ attached to releases – there are none for Adebar and no „compilation“ is required. Please take a look at the wiki for further details and instructions.
There are plenty of backup solutions available for Android, including such intended as front-end for ADB. So what is specific for Adebar that I wrote it, knowing of those other solutions?
The task I wrote Adebar for is to be able to quickly backup a device, and restore the backup again – e.g. when I need to factory-reset a device. That includes the case where I have to send a device to be serviced, and need to use a different device meanwhile – which would rule out a "complete restore" due to the side-effects system-apps might cause, especially when the second device is from a completely different manufacturer, and/or runs a different version of Android or even a completely different ROM. That's one of the reasons why the scripts generated by Adebar create one backup file per app (instead of one huge
backup.ab holding them all) – while the other is to be able to select what to restore in general.
As a side-effect, Adebar generates a „report“ (or „short documentation“) on the device – including general device information (like model, Android version, device features, device status, configured accounts) as well as some details on installed apps (install source/date, last update, version, etc.).
Adebar itself does not create any backups. But it generates multiple files, including
.apkfiles and their data
wpa_supplicant.conffrom your device, which holds information on all WiFi APs you've configured (root required) – and also some more configuration files.
packages.xmlfrom your device, which holds all information about apps installed on your device (with Android 4.1 and above, this again requires root)
Those three HTML files still have a
.md file extension for historical reasons (before v2.0.0, they were created using Markdown). They are not complete HTML documents (no header, no footer); the example configuration in
doc/ has a user-function
uf_postrun() taking care to assemble the pieces into one file which then will be a valid HTML document and thus have an
.html file extension. Some examples of such "assembled device documentation pages" can be found here.
Optionally, if you have the PHP CLI available on your computer, you can parse the
packages.xml with provided PHP scripts, located in the
tools/ directory. This directory also includes a few additional scripts:
ab2tar: shell script to convert ADB backup files into
zlib-flateand currently can only handle backups which were not password-protected)
abrestore: to help you if you have issues restoring ADB backups on Android 7 or higher (if your device is affected by the ADB restore bug, only restoring backups of apps already installed on the device)
getapk: grab the APK(s) for a given (group of) app(s) via ADB
restoreapks: restore all the APK's you have in a folder via ADB (as retrieved by
mkdummy: to create a "dummy device" from your real one (mainly intended for debug purposes: if you need assistance, you could zip/tar that after having it sanitized and attach it to an issue, or send it by other means)
ssnap: to create a series of screenshots from your device
As I cannot test Adebar on all existing devices/ROMs, there might be some errors/bugs here and there (specific to a given device, ROM or newer Android version); if you encounter one, please file an issue at the project's Codeberg presence. General feedback is also more than welcome if you're successfully using Adebar with your device, see List of tested devices.
Most of them should already be obvious from above description. Nevertheless, all of them here in short:
adb restorecommands have not been present before Android 4.0, Adebar will not be of much use with devices running older versions – except for creating a „device documentation“ as outlined above, which indeed works even with Android 2.1.
To get started without too much hazzle, please see
doc/quickstart_config.sample. Basically, you just copy that file to
config/ (giving it a name of your choice), adjust 4 to 6 settings to reflect your device plus directory structure (as indicated by comments in the file), and you're ready-to-go (i.e. starting
adebar-cli with the name of your config as only parameter, e.g.
You like Adebar and want to contribute?
errm… I mean, Credits and thanks: