Funktioniert eine benutzerdefinierte Wiederherstellung mit einem verschlüsselten Gerät?


26

Ich wollte wissen, ob die Verwendung der in Android integrierten Verschlüsselung (eingeführt in 3.0) meine Fähigkeit zur Verwendung einer benutzerdefinierten Wiederherstellung (Clockwork Mod in meinem Fall) beeinträchtigen würde.

Genauer gesagt, ob ich weiterhin Nandroid-Sicherungen / -Wiederherstellungen durchführen und neue Dateien und Updates flashen kann?

Antworten:


4

Die Antwort von ce4 funktionierte auf meinem Galaxy Nexus GSM (Maguro) mit CWM 6.0.1.1 nicht. CWM meldete mir immer wieder, dass es / sdcard nicht mounten könne, selbst nachdem ich dort ein tmpfs gemountet und die Datei update.zip mit adb gepusht habe.

Nachdem ich einen Thread bei XDA gelesen hatte, fand ich heraus, dass TWRP im Gegensatz zu CWM eine verschlüsselte SD-Kartenpartition mounten kann. Also habe ich TWRP für das GNex heruntergeladen und es mit Fastboot geflasht. Als ich zur Wiederherstellung hochgefahren bin, habe ich nach dem Passwort für die verschlüsselte SD-Kartenpartition gefragt und konnte das Update normal flashen.

Links:
TWRP
XDA Thread


1
Machen Sie eine Zusammenfassung der Schritte im Thread, die Ihnen geholfen haben, und geben Sie nicht nur einen Link an.
DeLiK

Wenn der Link nicht mehr funktioniert, ist diese Antwort weniger hilfreich.
Roxan

Bitte lassen Sie mich wissen, ob die oben bearbeitete Antwort hilfreicher ist.
Emeka

Grund: Sie müssen einige kleinere Dinge an GNexus anpassen, da es einen anderen Speicherort (/ data / media) für die (mit JB eingeführte) virtuelle SD-Karte hat. Lösung: Erstellen Sie den tmpfs-Mountpoint unter / data und 'mkdir / data / media'. Ich werde dies auch in meine Antwort aufnehmen. Siehe auch das Update in meiner Antwort (auf AdB Sideload).
ce4

13

Ja, die benutzerdefinierte Wiederherstellung funktioniert mit verschlüsselten Wabengeräten. Die eingebaute Verschlüsselung berührt ROM und Firmware überhaupt nicht. Es werden nur Konten, Einstellungen, heruntergeladene Apps und deren Daten usw. verschlüsselt, die sich im Telefonspeicher, auf der internen SD-Karte oder auf der externen SD-Karte befinden. Aus diesem Grund ist nach dem Zurücksetzen auf die Werkseinstellungen keine Verschlüsselung mehr vorhanden, da keine verschlüsselten Daten verfügbar sind.
Honeycomb-Verschlüsselung
Dateien für die benutzerdefinierte Wiederherstellungsumgebung werden im ROM als Firmware gespeichert. Deshalb überleben sie den Werksreset. Da das Flashen von Dateien / Updates mit ROM zu tun hat, dürfen Sie dies tun. Wenn es um Nandroid-Backup geht, können Sie dies auch tun, aber der Teil der verschlüsselten Daten wird in dieser Form gesichert, die mit Titanium Backup nicht wiederhergestellt werden kann. Ja, Sie könnten Nandroid einwandfrei wiederherstellen.


1
Ich habe gerade mein Gerät verschlüsselt. Leider scheint es nicht möglich zu sein, Clockwork Mod mit meinem verschlüsselten Gerät zu verwenden. Wenn Clockwork Mod verwendet wird, scheint es nicht möglich zu sein, die SD-Kartenpartition zu finden. Ich gehe davon aus, dass mein Gerät (Galaxy Nexus) keinen externen MircoSD-Speicher unterstützt. Die / sdcard-Partition ist also mit allem anderen verschlüsselt.
Dracs

2
Sie haben immer noch kein Pech, wenn Ihr Gerät keine externe SD-Karte unterstützt. Gerät entschlüsseln und interne SD-Partition erstellen. Mounten Sie eine Partition auf / sdcard, damit sie vom System verwendet werden kann und lassen Sie eine andere (Clockwork Mod kann auch gemountet werden). Verschlüsseln Sie dann das Gerät erneut (es berührt keine andere Partition). Dies macht einen nutzbaren Platz auf der internen SD für die Arbeit mit Clockwork Mod.
Android Quesito

12

Verwenden Sie auf meinem verschlüsselten Nexus SI eine temporäre tmpfs-Mount-On / SD-Karte in CWM. Es verfügt über genügend RAM, um das neue ROM während des Updates im Speicher zu halten:

Laden Sie Ihr ROM nach /tmp/update.zip herunter und starten Sie die Wiederherstellung. Dann melde dich über 'adb shell' an:

## on the host machine do:
me@workstation:/tmp$ adb shell
## now on the device in 'adb shell' mode...  
~ # mount -t tmpfs none /sdcard/  
## the following command is not needed, it only shows the newly created mount point
~ # df -h
Filesystem                Size      Used Available Use% Mounted on  
[...]  
none                    172.4M         0    172.4M   0% /sdcard  
~ # exit  
## now back on the host machine again
me@workstation:/tmp$ adb push update.zip /sdcard/  
5567 KB/s (131676307 bytes in 23.097s)  

Führen Sie dann die üblichen Update-Schritte 'zip von SD-Karte installieren' aus.

EDIT: Beginnend mit ICS / Jelly Bean gibt es die neue adb sideload <filename-of-update.zip>Methode

Es funktioniert mit CWM ab Version 6.0.1.5 und Sie benötigen die Android SDK-Plattform-Tools v16 oder besser. Wenn Sie sich in CWM befinden, können Sie einen neuen Eintrag sehen, der zip von sideload installiert, falls dies unterstützt wird.

Die alte Methode funktioniert immer noch:
Wenn das Seitenladen nicht funktioniert, können Sie immer noch die Methode tmpfs verwenden. CWM erwartet nun / data / media als Speicherort für die update.zip, der Mountpoint muss jedoch / data sein, so dass Sie dies jetzt tun müssen:

me@workstation$ adb shell
~ # mount -t tmpfs none /data
~ # mkdir /data/media
## Go on with 'adb push update.zip /data/media' and then like above

Grund:
Ab ICS + hat sich das vorgeschlagene Partitionslayout geändert. Es sollte keine FAT-formatierte SD-Kartenpartition mehr geben, aber der externe Speicher befindet sich jetzt in / data / (/ data / media). Um kompatibel zu bleiben, emuliert ein FUSE-Mount die alten FAT-Eigenschaften (Zugriffsrechte und dergleichen). Sie können dies sehen, wenn sich auf / storage / sdcard0 eine Sicherungshalterung befindet, die ungefähr so ​​aussieht:

shell @ android: / $ mount | grep fuse
[...]
/ dev / fuse / storage / sdcard0 sicherung rw, nosuid, nodev, relatime, user_id = 1023, group_id = 1023, ... 0 0
[...]


Ich bin mitten in den Prüfungen, kann es also noch nicht ausprobieren. Aber ich könnte sehen, ob ich einen USB-OTG-Adapter zum Mounten eines Flash-Laufwerks verwenden kann. Keine Ahnung, ob es funktionieren würde, könnte es aber später versuchen.
Dracs

@Richard: / system ist nicht verschlüsselt. Das funktioniert auch bei einem GN. Könnten Sie Ihren Kommentar löschen?
4.

Ich habe eigentlich keine Ahnung, warum ich das geschrieben habe. Zumal ich das zur gleichen Zeit hochgestuft habe.
RR

Das funktioniert bei mir nicht. dfversteht nicht -h. Ich mache aber trotzdem weiter und wenn ich fertig bin / sdcard / enthält die update.zip. Wenn ich das Telefon im Wiederherstellungsmodus neu starte, kann die SD-Karte jedoch nicht gemountet werden - vermutlich, weil das temporäre Dateisystem jetzt nicht mehr vorhanden ist.
Gausie

@ Gausie: Du hast es in der falschen Reihenfolge gemacht. Starten Sie zuerst die Wiederherstellung und führen Sie dann die obigen Schritte aus ('mount ...' und 'adb push ...').
ce4
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.