Özel Kurtarma şifreli bir cihazla çalışır mı?

Android'in yerleşik şifrelemesinin (3.0'da tanıtıldı) kullanılmasının özel bir kurtarma (benim durumumda Clockwork Mod) kullanma yeteneğimi etkileyip etkilemeyeceğini bilmek istedim.

Daha spesifik olarak, eğer hala Nandroid yedekleme / geri yükleme yapıp yeni dosyaları ve güncellemeleri flaş edebileceksem?

ce4'ün cevabı CWM 6.0.1.1 kullanan Galaxy Nexus GSM'imde (Maguro) benim için işe yaramadı. CWM'den hata almaya devam ettim, orada bir tmpfs taktığımda ve update.zip'i oraya itmek için adb kullandıktan sonra bile / sdcard'ın monte edemediğini söyledi.

XDA'da bir konu okuduktan sonra, CWM'den farklı olarak TWRP'nin şifreli bir sdcard bölümünü monte edebileceğini öğrendim. Bu yüzden GNex için TWRP'yi indirdim ve fastboot kullanarak parladım. Kurtarmak için başlattığımda şifreli sdcard bölümünün şifresini sordum ve güncellemeyi normal şekilde yanıp söndüm.

Bağlantılar:
TWRP
XDA Konusu

Evet, özel kurtarma şifreli bal peteği cihazı ile çalışır. Yerleşik şifreleme, ROM'a ve bellenime hiç dokunmaz. Yalnızca telefon belleğinde, dahili SD'de veya harici SD'de bulunabilecek hesapları, ayarları, indirilen uygulamaları ve bunların verilerini vb. Şifreler. Bu nedenle, fabrika ayarlarına sıfırlama işleminden sonra şifreleme artık mevcut değildir, çünkü şifreli veri mevcut değildir.

Özel kurtarma ortamı için dosyalar ROM'da üretici yazılımı olarak bulunur. Bu yüzden fabrika ayarlarına geri döndüler. Yanıp sönen dosyaları / güncellemeleri ROM ile yapmak zorunda olduğu için, bunu yapmanıza izin verilir. Nandroid yedeklemesine gelince, bunu da yapabilirsiniz, ancak şifreli verilerin bir kısmı Titanium Yedekleme kullanılarak geri yüklenemeyen bir biçimde yedeklenir. Evet, Nandroid'i kusursuz bir şekilde geri yükleyebilirsiniz.

Şifreli Nexus SI cihazımda CWM'de / sdcard üzerine geçici bir tmpfs bağlantısı kullanın. Güncelleme sırasında yeni ROM’u bellekte tutmak için yeterli RAM’e sahiptir:

ROM'unuzu /tmp/update.zip adresine indirin ve kurtarma işlemine başlayın. Ardından 'adb kabuğu' ile giriş yapın:

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

Sonra her zamanki güncelleme adımlarını uygulayın 'zip'i sdcard'dan yükle'.

EDIT: ICS / Jelly Bean ile başlayarak yeni adb sideload <filename-of-update.zip>yöntem var

CWM ile 6.0.1.5 sürümünden itibaren çalışır ve Android SDK platform-tools v16 ya da daha iyisine ihtiyacınız var. Eğer CWM'deyseniz , destekleniyorsa sideload'dan zip yükleyerek yeni bir giriş görebilirsiniz .

Eski yöntem hala çalışıyor:
Eğer sideload çalışmıyorsa, yine de tmpfs yöntemini kullanabilirsiniz. CWM / data / media şu anda update.zip için bir konum olarak beklemektedir, ancak mountpoint / data olmak zorundadır;

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

Sebep:
ICS + ile başlayarak önerilen bölüm düzeni değişti. Artık FAT formatlı sdcard bölümü olmamalı ancak harici depolama artık / data / (/ data / media) içerisinde yer almalıdır. Uyumlu kalmak için, bir FUSE montajı eski FAT özelliklerini taklit eder (erişim hakları vb.). Bunu, / storage / sdcard0 üzerindeki bir sigorta montajı olduğunda görebilirsiniz, buna benzer:

Kabuk @ android: / $ mount | grep sigortası
[...]
/ dev / sigorta / depolama / sdcard0 sigorta rw, nosuid, nodev, relatime, user_id = 1023, group_id = 1023, ... 0 0
[...]