Quería saber si el uso del cifrado integrado de Android (introducido en la versión 3.0) afectaría mi capacidad de utilizar una recuperación personalizada (en mi caso, Clockwork Mod).
Más específicamente, ¿podré seguir realizando copias de seguridad/restauraciones de Nandroid y flashear nuevos archivos y actualizaciones?
Sí, la recuperación personalizada funciona con dispositivos Honeycomb encriptados. La encriptación incorporada no afecta en absoluto a la ROM y al firmware. Simplemente encripta cuentas, ajustes, aplicaciones descargadas y sus datos, etc., que pueden estar en la memoria del teléfono, SD interna o SD externa. Por eso la encriptación ya no está presente después de un restablecimiento de fábrica porque no hay datos encriptados disponibles.
Los archivos para el entorno de recuperación personalizada residen en la ROM como firmware. Por eso sobreviven al restablecimiento de fábrica. Como la instalación de archivos/actualizaciones tiene que ver con la ROM, tendrás permitido hacerlo. Cuando se trata de la copia de seguridad Nandroid, también puedes hacerlo, pero el trozo de datos encriptados se respaldará en esa forma que no se puede restaurar usando Titanium Backup. Sí, podrías hacer una restauración de Nandroid sin problemas.
En mi Nexus S encriptado uso un montaje temporal tmpfs en /sdcard en CWM. Tiene suficiente RAM para mantener la nueva ROM en memoria durante la actualización:
Descarga tu ROM a /tmp/update.zip y arranca en modo de recuperación. Luego inicia sesión a través de 'adb shell':
## en la máquina host haz:
me@workstation:/tmp$ adb shell
## ahora en el dispositivo en modo 'adb shell'...
~ # mount -t tmpfs none /sdcard/
## el siguiente comando no es necesario, solo muestra el punto de montaje recién creado
~ # df -h
Filesystem Size Used Available Use% Mounted on
[...]
none 172.4M 0 172.4M 0% /sdcard
~ # exit
## de nuevo en la máquina host
me@workstation:/tmp$ adb push update.zip /sdcard/
5567 KB/s (131676307 bytes in 23.097s) Luego sigue los pasos habituales de actualización 'instalar zip desde sdcard'.
EDICIÓN: A partir de ICS/Jelly Bean hay un nuevo método adb sideload
Funciona con CWM a partir de la versión 6.0.1.5 en adelante y necesitas Android SDK platform-tools v16 o superior. Si estás en CWM puedes ver una nueva entrada instalar zip desde sideload si es compatible.
El método antiguo aún funciona:
Si sideload no funciona, aún puedes usar el método tmpfs. CWM espera que /data/media sea la ubicación para el update.zip ahora, sin embargo, el punto de montaje tiene que ser /data así que debes hacer esto ahora:
me@workstation$ adb shell
~ # mount -t tmpfs none /data
~ # mkdir /data/media
## Continúa con 'adb push update.zip /data/media' y luego como arribaMotivo:
A partir de ICS+ el diseño propuesto de la partición ha cambiado. Ya no debería haber una partición de sdcard formateada en FAT, ahora el almacenamiento externo reside dentro de /data/ (/data/media). Para seguir siendo compatible, un montaje FUSE emula las propiedades antiguas de FAT (derechos de acceso y demás). Puedes ver esto cuando hay un montaje de fuse en /storage/sdcard0, se parece a esto:
shell@android:/ $ mount | grep fuse
[...]
/dev/fuse /storage/sdcard0 fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=1023,... 0 0
[...]
La respuesta de ce4 no funcionó para mí en mi Galaxy Nexus GSM (Maguro) utilizando CWM 6.0.1.1. Seguía recibiendo errores de CWM diciéndome que no podía montar /sdcard incluso después de montar un tmpfs allí y usar adb para empujar el update.zip allí.
Después de leer un hilo en XDA descubrí que a diferencia de CWM, TWRP es capaz de montar una partición de tarjeta sd cifrada. Así que descargué TWRP para el GNex y lo flasheé usando fastboot. Cuando arranqué en modo de recuperación, me pidió la contraseña para la partición sd cifrada y pude flashear la actualización normalmente.
Enlaces:
TWRP
Hilo de XDA
PreguntAndroid es una comunidad de usuarios de Android en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.
