Muss ich etwas löschen, bevor ich ein vollständiges Nandroid-Backup wiederherstellen kann?


9

Ich bin es gewohnt, bei der Installation eines neuen ROMs alles zu löschen, aber ich würde gerne wissen, ob eine Nandroid-Wiederherstellung die wiederhergestellten Partitionen automatisch löscht.

Wenn ich eine Wiederherstellung durchführe, werden einige Meldungen angezeigt, die besagen, dass es sich um "Formatieren des Caches" und "Löschen des Starts vor der Wiederherstellung" handelt, aber die übrigen Partitionen (System, Daten, .android_secure usw.) enthalten keine zugehörigen Meldungen zuerst gelöscht werden.

Stellt ein Nandroid das Überschreiben von Partitionen wieder her oder führt es die Dateien mit der aktuellen Struktur zusammen?

Und ist der Prozess für verschiedene Telefone (einige haben zusätzliche Partitionen) oder verschiedene Versionen von clockworkmod unterschiedlich, um dies für ein breiteres Publikum anwendbar zu machen? Oder ist der Prozess für alle gleich?

Antworten:


4

Ich habe dies getestet und Ihr Anliegen ist berechtigt.

Ich habe eine Dummy-Datei hinzugefügt /systemund dann eine Nandroid-Wiederherstellung durchgeführt. Die Dummy-Datei hat überlebt. Wiederholen Sie den gleichen Test /datamit dem gleichen Ergebnis. Ich weiß also nicht, warum CWM diese Partitionen nicht zuerst löscht.

Der CWM-Autor hat wahrscheinlich angenommen, dass es keine Rolle spielt, oder es gibt einen gültigen Grund, warum sie nicht gelöscht werden.


Oder vielleicht ist es ein Fehler in CWM. Und wenn es ein CWM-Fehler ist, wäre es nicht der erste. :)
unvergesslicheidSupportsMonica

2

Bei bestimmten Geräten wie dem Nexus 7 ist dies nicht möglich, da das Standard-ROM vereinheitlicht wird /dataund normalerweise eine SD-Karte mit FUSE-Halterungen verwendet wird. Wenn das Wiederherstellungsprogramm die /dataPartition löscht, wird die Sicherung gelöscht , da sie darin gespeichert ist /data. Mit TWRP befindet es sich beispielsweise /data/media/0/TWRP/BACKUPS/(deviceSerial)/in einem Unterverzeichnis Ihrer Wahl, besteht jedoch standardmäßig aus JJJJ-MM-TT-HH-MM-SS (buildID), als die Sicherung gestartet wurde, z. B. "2013-12-". 28-14-12-18 KOT49H ".

Ich denke, TWRP wird versuchen, bei einer Wiederherstellung rekursiv die Verknüpfung (2) / rmdir (2) aufzuheben, mit Ausnahme des TWRP-Verzeichnisbaums. Bei einer Wiederherstellung wurde eine Meldung zum Löschen gedruckt /data.

Es kann sehr gut davon abhängen, welche Wiederherstellung Sie auch verwenden. TWRP hat möglicherweise einen anderen Weg als CWM, der sich von COT usw. unterscheiden kann. Dies kann auch davon abhängen, ob das Gerät über einen SD-Kartensteckplatz verfügt oder nicht (ein Nexus 7 nicht).


1

Normalerweise überschreibt eine NAND-Wiederherstellung die Partitionen, die vollständig wiederhergestellt werden. Alles, was sich derzeit auf der Partition befindet, wird überschrieben und der exakt gleiche Status aus der Sicherung wird wiederhergestellt. Das Löschen vor dem Wiederherstellen ist also nicht unbedingt erforderlich, da es ohnehin vollständig überschrieben wird.

Stattdessen wird normalerweise empfohlen, Cache-Partitionen (einschließlich Dalvik-Cache) nach der Wiederherstellung der NAND-Sicherung zu löschen, um sicherzustellen, dass der wiederhergestellte Status korrekt wiederhergestellt werden kann (und nicht von Cache-Problemen betroffen ist).


1
Ihre Antwort ist das, was ich ursprünglich gedacht hatte. Könnten Sie jedoch einen Link oder eine Ressource bereitstellen, die diese Antwort als korrekt anzeigt? Der allgemeine Zweck der Frage besteht darin, dass ich definitiv wissen kann, was passiert (oder passieren soll) und nicht nur, was meiner Meinung nach passieren sollte.
Stephen Schrauger

2
Leider nein, ich habe keine Quelle, um diese Antwort zu sichern. Das Einzige wäre die Erfahrung, da beim Wiederherstellen eines Backups nie etwas übrig bleibt, was seit dem Erstellen des Backups passiert ist (was der Zweck ist; genau zu dem Zeitpunkt wiederherzustellen, an dem das Backup erstellt wurde).
Poke
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.