|
3 days ago | |
---|---|---|
.github/ISSUE_TEMPLATE | 2 years ago | |
doc | 6 months ago | |
lib | 3 days ago | |
templates/default | 6 months ago | |
tools | 3 days ago | |
.gitignore | 7 months ago | |
LICENSE | 6 years ago | |
README.md | 1 month ago | |
adebar-cli | 6 months ago |
Adebar stands for Android Device Backup and Report. It is mainly based on Bash and Adb. It reportedly works on Linux, Mac and Windows (Cygwin).
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
.apk
files and their datawpa_supplicant.conf
from your device, which holds information on all WiFi APs you've configured (root required) – and also some more configuration files.packages.xml
from 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 .tar.gz
archives (requires openssl
or zlib-flate
and 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 ADBrestoreapks
: restore all the APK's you have in a folder via ADB (as retrieved by getapk
)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 deviceAs 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 backup
and adb restore
commands 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. ./adebar-cli myandy
).
A documentation describing steps for installation, configuration, usage, and more can be found in the project wiki. Examples of device documentation created by Adebar are available here.
You like Adebar and want to contribute?
1FsfvUGUpoPkLvJboKAnuBXHZ1zN3hbBL1
:)errm… I mean, Credits and thanks:
(Adebar Logo in Mondstern's Gallery of Codeberg projects)