Phục hồi tùy chỉnh sẽ hoạt động với một thiết bị được mã hóa?

Tôi muốn biết liệu sử dụng mã hóa tích hợp của Android (được giới thiệu trong 3.0) có ảnh hưởng đến khả năng sử dụng phục hồi tùy chỉnh của tôi hay không (Clockwork Mod trong trường hợp của tôi).

Cụ thể hơn nếu tôi vẫn có thể thực hiện sao lưu / khôi phục Nandroid và flash các tệp và cập nhật mới?

Câu trả lời của ce4 không hoạt động với tôi trên Galaxy Nexus GSM (Maguro) của tôi bằng CWM 6.0.1.1. Tôi liên tục nhận được lỗi từ CWM nói với tôi rằng nó không thể mount / sdcard ngay cả khi tôi đã gắn tmpfs ở đó và sử dụng adb để đẩy update.zip ở đó.

Sau khi đọc một chủ đề tại XDA, tôi phát hiện ra rằng không giống như CWM, TWRP có khả năng gắn phân vùng sdcard được mã hóa. Vì vậy, tôi đã tải xuống TWRP cho GNex và flash nó bằng fastboot. Khi tôi khởi động để khôi phục, nó hỏi tôi mật khẩu cho phân vùng sdcard được mã hóa và tôi có thể flash cập nhật bình thường.

Liên kết: Chủ đề
TWRP
XDA

Có, phục hồi tùy chỉnh hoạt động với thiết bị tổ ong được mã hóa. Mã hóa tích hợp hoàn toàn không chạm vào ROM & phần sụn. Nó chỉ mã hóa tài khoản, cài đặt, ứng dụng đã tải xuống và dữ liệu của họ, v.v. có thể được đặt trên bộ nhớ điện thoại, SD bên trong hoặc SD bên ngoài. Đó là lý do tại sao mã hóa không còn xuất hiện sau khi khôi phục cài đặt gốc vì không có sẵn dữ liệu được mã hóa.

Các tệp cho môi trường phục hồi tùy chỉnh trực tiếp trên ROM dưới dạng phần sụn. Đó là lý do tại sao họ tồn tại thiết lập lại nhà máy. Vì các tệp / cập nhật nhấp nháy phải thực hiện với ROM, bạn sẽ được phép làm điều đó. Khi nói đến sao lưu Nandroid, bạn cũng có thể làm điều đó, nhưng khối dữ liệu được mã hóa sẽ được sao lưu ở dạng không thể khôi phục bằng Titanium Backup. Có, bạn có thể thực hiện khôi phục Nandroid hoàn hảo.

Trên Nexus SI được mã hóa của tôi, hãy sử dụng giá trị tmpfs tạm thời trên / sdcard trong CWM. Nó có đủ RAM để giữ ROM mới trong bộ nhớ trong quá trình cập nhật:

Tải ROM của bạn về /tmp/update.zip và khởi động vào recovery. Sau đó đăng nhập qua '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)  

Sau đó thực hiện các bước cập nhật thông thường 'cài đặt zip từ sdcard'.

EDIT: Bắt đầu với ICS / Jelly Bean có adb sideload <filename-of-update.zip>phương pháp mới

Nó hoạt động với CWM từ phiên bản 6.0.1.5 trở đi và bạn cần có công cụ nền tảng SDK Android v16 trở lên. Nếu bạn đang ở CWM, bạn có thể thấy một zip cài đặt mục nhập mới từ sideload nếu được hỗ trợ.

Phương thức cũ vẫn hoạt động:
Nếu sideload không hoạt động, bạn vẫn có thể sử dụng phương thức tmpfs. CWM mong đợi / data / media là vị trí cho update.zip ngay bây giờ, mountpoint tuy nhiên phải là / data nên bạn phải làm điều này ngay bây giờ:

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

Lý do:
Bắt đầu với ICS + bố cục phân vùng được đề xuất đã thay đổi. Không nên có phân vùng sdcard được định dạng FAT nữa nhưng bộ nhớ ngoài hiện nằm trong / data / (/ data / media). Để vẫn tương thích, giá treo FUSE mô phỏng các thuộc tính cũ của FAT (quyền truy cập và các thứ khác). Bạn có thể thấy điều này khi có cầu chì gắn trên / Storage / sdcard0, nó trông tương tự như thế này:

shell @ android: / $ gắn kết | grep fuse
[...]
/ dev / fuse / Storage / sdcard0 fuse rw, nosuid, gậtev, relatime, user_id = 1023, group_id = 1023, ... 0 0
[...]