Ein Nandroid-Backup wurde entwickelt, um ein Backup für ein Android-Gerät bereitzustellen.
Gibt es irgendwelche Nachteile beim Wiederherstellen eines Nandroid-Backups (abgesehen davon, dass Änderungen seit der Erstellung des Nandroid verloren gehen)?
Mit anderen Worten, als Experiment nehmen wir an, Sie nehmen ein perfekt funktionierendes Android-Gerät (ja, ein mythisches Biest, aber ich schweife ab ...) , erstellen dann einen Nandroid und führen dann sofort eine Wiederherstellung von diesem Nandroid durch. Sind Sie nach Abschluss der Wiederherstellung wieder genau so, wie es vor der Wiederherstellung war? Oder gibt es feine interne Unterschiede? Irgendwelche Auswirkungen auf Root?
Ein Nandroid- Backup ist ein vollständiges Geräte- Backup – Sie könnten also die gleiche Frage zu einem vollständigen Backup Ihres PCs stellen: Nach dem Wiederherstellen des Backups befinden Sie sich genau in dem Zustand, in dem sich das Gerät befand, als Sie dieses Backup durchgeführt haben – alle Änderungen vorgenommen zwischen dem Erstellen des Backups und dem Wiederherstellen gehen verloren.
Wenn Sie zwischen den Zeilen Ihrer Frage lesen, fragen Sie eher, wie ein Nandroid-Backup funktioniert oder welche Vor- und Nachteile es hat. In den letzten Jahren gab es einige Änderungen, und ich weiß nicht, für welche benutzerdefinierten Wiederherstellungen sie gelten (ich kann nur für Uhrwerkmod für langfristige und twrp für, sagen wir, das letzte Jahr sprechen. Lassen Sie mich also zusammenfassen:
2012 Beispiel aus meinem Motorola Milestone 2:
-r-xr-xr-x 1 8388608 29. April 2012 boot.img -r-xr-xr-x 1 10560 29. April 2012 cache.img -r-xr-xr-x 1 346287744 29. April 2012 data.img -r--r--r-- 1 288 30. April 2012 local.prop -r-xr-xr-x 1 132 29. April 2012 nandroid.md5 -r-xr-xr-x 1 301956864 29. April 2012 system.img
2010 Beispiel aus meinem "guten alten" HTC Buzz:
-r-xr-xr-x 1 2883584 Okt 23 2010 boot.img -r-xr-xr-x 1 12672 Okt 23 2010 cache.img -r-xr-xr-x 1 112421760 Okt 23 2010 data.img -r-xr-xr-x 1 222 Okt 23 2010 nandroid.md5 -r-xr-xr-x 1 4325376 Okt 23 2010 recovery.img -r-xr-xr-x 1 213227520 Okt 23 2010 system.img
Diese beiden wurden von CWM erstellt. Sie sehen also, zumindest von 2010 bis 2012 war dies das, was Nandroid tat.
Da es sich um vollständige Disk-Images handelte ("Physical Copies", 1:1 blockweise), bedeutete die Wiederherstellung natürlich, dass alle Inhalte auf dem Ziel verloren gingen und durch das ebenfalls blockweise wiederhergestellte Backup ersetzt wurden. Beide oben genannten Nandroids wurden von CWM erstellt.
… es ist etwas anders:
/boot
bleibt oft eine Image-Kopie2015 Beispiel von meinem LG P880, ebenfalls von CWM erstellt:
-r-xr-xr-x 1 10485760 Mai 29 22:48 boot.img -r-xr-xr-x 1 0 Mai 29 22:50 cache.ext4.tar -r-xr-xr-x 1 23040 Mai 29 22:50 cache.ext4.tar.a -r-xr-xr-x 1 0 Mai 29 22:49 data.ext4.tar -r-xr-xr-x 1 650801664 Mai 29 22:50 data.ext4.tar.a -r-xr-xr-x 1 390 Mai 29 22:52 nandroid.md5 -r-xr-xr-x 1 10485760 Mai 29 22:48 recovery.img -r-xr-xr-x 1 136590 29. Mai 22:52 recovery.log -r-xr-xr-x 1 0 Mai 29 22:48 system.ext4.tar -r-xr-xr-x 1 947858944 Mai 29 22:49 system.ext4.tar.a
2015 Beispiel von meinem Motorola Milestone 2, diesmal mit TWRP:
-r--r--r-- 1 247035904 6. Sep 23:14 data.ext3.win -r--r--r-- 1 48 Sep 6 23:14 data.ext3.win.md5 -r--r--r-- 1 104 Sep 6 23:39 _original_dir_name -r--r--r-- 1 184842 6. September 23:14 recovery.log -r--r--r-- 1 287747072 Sep 6 23:15 system.ext3.win -r--r--r-- 1 50. September 6 23:14 system.ext3.win.md5
In beiden Fällen haben wir jetzt .tar
Dateien für normale Partitionen (fragen Sie mich nicht, warum TWRP sie nennt .win
) und Disk-Images für /boot
und /recovery
. Beachten Sie, dass TWRP vergessen hat, diese beiden Partitionen zu sichern; Ich würde das als Fehler zählen, aber spezifisch für den hier verwendeten Build (ich habe mich nicht entschieden, zu TWRP zu wechseln, es kam einfach mit dem CyanogenMod-ROM).
Die ursprünglichen "physischen Kopien" (auch bekannt als "Disk-Images") hatten einen großen Vorteil: Wenn Sie versehentlich etwas von Ihrem Gerät gelöscht haben, konnten Sie File-Carving-Technologien auf den Nandroid-Images verwenden, um es zurückzubekommen (siehe unser Datenwiederherstellungs - Tag- Wiki ). Dies funktioniert nicht mehr mit Tarballs. Aber Tarballs können auch nach einer Partitionsänderung wiederhergestellt werden – während die Wiederherstellung einer Image-Datei zu derselben Partitionsgröße führt (und fehlschlägt, wenn zB die Partition kleiner geworden ist). Außerdem machte der Wechsel zu tar die Backups irgendwie "unabhängig" vom Dateisystem – so dass Sie ext3 sichern und auf ext4 wiederherstellen konnten, ohne dass die Partition auf ext3 zurückgesetzt wurde.
Auf der anderen Seite ist eines mit Tarballs einfacher geworden: In sie hineinzuschauen, um eine Datei abzurufen oder die Struktur einfach auf Ihrem PC auszuwerten. Nicht, dass ich das als "großen Profi" bezeichnen würde: Mit den richtigen Tools (hier: TestDisk ) kann man dasselbe mit Bildern machen. Es dauert nur etwas länger, da TestDisk die Struktur (Partitionstyp, Dateisystem) untersuchen muss, bevor auf Inhalte zugegriffen werden kann.
Bei der Wiederherstellung sollte es fast keinen Unterschied zur "Benutzererfahrung mit Ergebnissen" geben:
Meine persönliche Meinung ist: Nandroids sind Backups. Backups sollen im Notfall wiederhergestellt werden. Obwohl die Tar-Archive ihre Annehmlichkeiten haben, sind Disk-Images vorzuziehen – da man File-Carving verwenden kann, um sogar gelöschte Daten wiederherzustellen. Aber Vor- und Nachteile sind eher subjektiv.
Obwohl es "feine Unterschiede" geben kann (wie zB die jetzt "defragmentierten" Partitionen, wenn Ihr Nandroid Tarballs verwendet hat), gibt es keine Unterschiede, die der "normale Benutzer" bemerken sollte. Da Nandroid-Backups immer die gesamte Partition beinhalten, wird alles gesichert und so wiederhergestellt – inklusive „root und seinen Dateien“.
Feuerlord
Izzy