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

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?

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

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.

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.

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
[...]