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

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

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

27 голосов | спросил Dracs 9 FebruaryEurope/MoscowbThu, 09 Feb 2012 14:47:32 +0400000000pmThu, 09 Feb 2012 14:47:32 +040012 2012, 14:47:32

3 ответа


4
Ответ на

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 Thread

ответил Emeka 21 stEurope/Moscowp30Europe/Moscow09bEurope/MoscowFri, 21 Sep 2012 10:50:09 +0400 2012, 10:50:09
14

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

ответил Android Quesito 9 FebruaryEurope/MoscowbThu, 09 Feb 2012 15:41:13 +0400000000pmThu, 09 Feb 2012 15:41:13 +040012 2012, 15:41:13
12

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

Загрузите свой ROM в /tmp/update.zip и загрузитесь в восстановление. Затем войдите в систему через 'adb shell':

## on the host machine do:
[email protected]:/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
[email protected]:/tmp$ adb push update.zip /sdcard/  
5567 KB/s (131676307 bytes in 23.097s)  

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

EDIT: начиная с ICS /Jelly Bean существует новый метод adb sideload <filename-of-update.zip>

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

Старый метод все еще работает:
Если sideload не работает, вы все равно можете использовать метод tmpfs. CWM ожидает, что данные /media как местоположение для update.zip теперь, точка монтирования должна быть /data, поэтому вам нужно сделать это сейчас:

[email protected]$ 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 (права доступа и т. Д.). Вы можете видеть это, когда есть плавкий предохранитель on /storage /sdcard0, он выглядит примерно так:

  

shell @ android: /$ mount | предохранитель grep
  [...]
  /dev /fuse /storage /sdcard0 fuse rw, nosuid, nodev, relatime, user_id = 1023, group_id = 1023, ... 0 0
  [...]

ответил ce4 6 J0000006Europe/Moscow 2012, 11:31:53

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132