A "full backup"full backup seems to be a very overloaded term in the Android world. Allow me to first define it (paraphrasing a comment from OP):
A full backup is anything that will restore your system state to when you made the backup. ~Izzy (OP)
A full backup is anything that will restore your system state to when
you made the backup.
So the first obvious follow-up question should beis: restore your state from what?
- Scenario 01: Your phone is physically broken/lost and your replacement is a different model.
- Scenario 12: Your partition table was corrupted and now it won't boot.
- Scenario 3: Your entire drive (eMMC) has been blanked and it won't boot.
- Scenario 24: You can only boot into a USB flash mode like fastboot/ODIN.
- Scenario 35: You can only boot into fastboot AND your (custom?) recovery mode.
- Scenario 46: Your phone has been reset to factory mode. You have normal unrooted functionalitystate.
- Scenario 57: YourYou accidentally deleted your favorite cat wallpaper image.
- Etc.
The list points out how ill-defined this canonical question is. Each of these scenarios can have a different backup solution. A fullgeneric full backup would have to be able to address all of them. Of course I'm trolling a bit with the broken phone scenario (0), but it points out how ill
The second follow-defined this canonicalup question is. This reflects the fact that many people and companies tend to oversimplify backing up and ignore the most important part: restoring.what is "system state"?
Consider that inAre we talking about the Android community it is implied that hardbricksconventional memory sector state, or the fuzzier (0 & 1) are paperweights; you're expecteduser experienced state of functionality. Most users will really only care about restoring latter to some degree, in which case it may be more desirable to get an easier backup solution for the specific scenarios you care about. E.g. if all you care about is preserving your photos, a new phonebackup might be as simple as enabling automatic cloud storage in your photos app; a full backup would be a waste of effort/resources. So let's
We can divide the remainingfull backup solutions (with bootable and possibly different phones) into 2 categories based on the definitions of state:
- Developer restores (2+).
Typically involves using a Nandroid (sector copy of most partitions) and maybe re-flashing, which is a custom recoverycomplete or partial image of the eMMC sectors. Bit technical. May affectMost partitions will require the warrantydevice to be identical to the original. But sometimes sector state is too much hassle to backup/restore.
- Consumer restores (4+).
Typically restoresfile based, can restore apps and data, including your cat photos. Partial restores couldThese are more likely to work across different models, but it won't be a full backup/clone if you care about restoring every memory sector. E.g. a "restored" app might be a newer version, or the partition sizes on your new device will be different, or the files may have different names, etc.
BothIn summary, if you can restore the sector state, then functionality restoration should logically follow. But both can be considered full backups for their use cases. Let the context determine if someone asking for a full backup wants option 1 or 2. There's a bit of gray area (3.5?) between scenario 3 and 4, e.g. if a user deleted files from the /system
partition the restoration method may depend on what is missing.
Similarly, if you store your contacts in the cloud, there is usually no need to back them up again. Just sync again after restoring.