Будет ли Custom Recovery работать с зашифрованным устройством?

Я хотел знать, повлияет ли использование встроенного шифрования Android (появилось в 3.0) на мою способность использовать пользовательское восстановление (Clockwork Mod в моем случае).

Точнее, смогу ли я выполнять резервное копирование / восстановление Nandroid и прошивать новые файлы и обновления?

Ответ ce4 не работал для меня на моем Galaxy Nexus GSM (Maguro) с использованием CWM 6.0.1.1. Я продолжал получать ошибки от CWM, сообщая, что он не может смонтировать / sdcard, даже после того, как я смонтировал tmpfs там и использовал adb, чтобы вставить туда update.zip

Прочитав тему в XDA, я обнаружил, что в отличие от CWM, TWRP способен монтировать зашифрованный раздел SDCard. Поэтому я скачал TWRP для GNex и прошил его с помощью fastboot. Когда я загрузился для восстановления, он спросил у меня пароль для зашифрованного раздела SDCard, и я смог нормально прошить обновление.

Ссылки:
TWRP
XDA Тема

Да, кастомное рекавери работает с зашифрованным сотовым устройством. Встроенное шифрование не затрагивает ПЗУ и прошивку. Он просто шифрует учетные записи, настройки, загруженные приложения и их данные и т. Д., Которые могут быть расположены в памяти телефона, внутренней SD или внешней SD. Вот почему шифрование больше не присутствует после сброса к заводским настройкам, потому что нет доступных зашифрованных данных.

Файлы для кастомной среды восстановления живут на ПЗУ как прошивка. Вот почему они переживают сброс настроек. Поскольку перепрошивка файлов / обновлений связана с ПЗУ, вам будет разрешено это сделать. Когда дело доходит до резервного копирования Nandroid, вы можете сделать это тоже, но часть зашифрованных данных будет сохранена в той форме, которую невозможно восстановить с помощью Titanium Backup. Да, вы можете сделать Nandroid восстановить без нареканий.

На моем зашифрованном Nexus SI используйте временное монтирование tmpfs на / sdcard в CWM. В нем достаточно ОЗУ для хранения нового ПЗУ в памяти во время обновления:

Загрузите ваш ROM в /tmp/update.zip и загрузитесь в recovery. Затем войдите в систему через '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)  

Затем выполните обычные шаги обновления «install zip from sdcard».

РЕДАКТИРОВАТЬ: Начиная с ICS / Jelly Bean, есть новый adb sideload <filename-of-update.zip>метод

Он работает с CWM начиная с версии 6.0.1.5, и вам нужны инструменты платформы Android SDK версии 16 или выше. Если вы находитесь в CWM, вы можете увидеть новую запись install zip from sideload, если она поддерживается.

Старый метод все еще работает:
если sideload не работает, вы все равно можете использовать метод 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 +, предложенная структура разделов изменилась. Раздела sdcard в формате FAT больше не должно быть, но внешнее хранилище теперь находится в / data / (/ data / media). Для обеспечения совместимости монтирование FUSE эмулирует старые свойства FAT (права доступа и т. Д.). Это можно увидеть, когда в / storage / sdcard0 есть крепление предохранителя, это выглядит примерно так:

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