自定义恢复是否可以与加密设备一起使用？

我想知道使用Android的内置加密（在3.0中引入）是否会影响我使用自定义恢复的能力（本例中为Clockwork Mod）。

更具体地说，如果我仍然能够执行Nandroid备份/还原并刷新新文件和更新？

在使用CWM 6.0.1.1的Galaxy Nexus GSM（Maguro）上，ce4的答案对我不起作用。我一直从CWM收到错误消息，告诉我即使在其中安装了tmpfs并使用adb将update.zip推送到该位置后，也无法安装/ sdcard。

在XDA上读取线程后，我发现与CWM不同，TWRP能够安装加密的sdcard分区。因此，我为GNex下载了TWRP，并使用fastboot对其进行了刷新。当我启动以进行恢复时，它询问我加密的sdcard分区的密码，并且能够正常刷新更新。

链接：
TWRP
XDA线程

是的，自定义恢复适用于加密的蜂窝设备。内置加密完全不涉及ROM和固件。它仅加密帐户，设置，下载的应用程序及其数据等，这些内容可以位于手机内存，内部SD或外部SD上。这就是为什么在恢复出厂设置后不再提供加密的原因，因为没有可用的加密数据。

自定义恢复环境的文件以固件形式存在于ROM中。这就是为什么它们在恢复出厂设置后仍然可以生存的原因。由于刷新文件/更新与ROM有关，因此您将被允许这样做。当涉及到Nandroid备份时，您也可以做到这一点，但是加密数据块将以这种形式进行备份，无法使用Titanium Backup恢复。是的，您可以使Nandroid完美还原。

在我的加密Nexus SI上，在CWM中的/ sdcard上使用临时tmpfs挂载。它具有足够的RAM，可以在更新期间将新的ROM保留在内存中：

将ROM下载到/tmp/update.zip并启动进入恢复状态。然后通过“ adb shell”登录：

## 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)  

然后执行通常的更新步骤“从sdcard安装zip”。

编辑：从ICS /果冻豆开始，有新adb sideload <filename-of-update.zip>方法

它适用于6.0.1.5版以上的CWM，并且您需要Android SDK平台工具v16或更高版本。如果您在CWM中，则可以从sideload中看到一个新条目安装zip（如果受支持）。

旧方法仍然有效：
如果侧载不起作用，您仍然可以使用tmpfs方法。CWM希望/ data / media现在是update.zip的位置，但是安装点必须是/ data，因此您现在必须这样做：

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

原因：
从ICS +开始，建议的分区布局已更改。不应再有FAT格式的sdcard分区，但外部存储现在位于/ data /（/ data / media）中。为了保持兼容性，FUSE挂载模拟了旧的FAT属性（访问权限等）。当/ storage / sdcard0上有保险丝座时，您会看到此内容，它类似于以下内容：

shell @ android：/ $ mount | grep的保险丝
[...]
的/ dev /保险丝/存储/ sdcard0保险丝RW，为nosuid，nodev，relatime，USER_ID = 1023，GROUP_ID = 1023，... 0 0
...]