ฉันต้องการทราบว่าการใช้การเข้ารหัสในตัวของ Android (แนะนำใน 3.0) จะส่งผลต่อความสามารถในการใช้การกู้คืนที่กำหนดเอง (Clockwork Mod ในกรณีของฉัน)
โดยเฉพาะอย่างยิ่งถ้าฉันจะยังสามารถทำการสำรองข้อมูล / เรียกคืน Nandroid และแฟลชไฟล์และอัพเดตใหม่ได้?
ฉันต้องการทราบว่าการใช้การเข้ารหัสในตัวของ Android (แนะนำใน 3.0) จะส่งผลต่อความสามารถในการใช้การกู้คืนที่กำหนดเอง (Clockwork Mod ในกรณีของฉัน)
โดยเฉพาะอย่างยิ่งถ้าฉันจะยังสามารถทำการสำรองข้อมูล / เรียกคืน Nandroid และแฟลชไฟล์และอัพเดตใหม่ได้?
คำตอบ:
คำตอบของ ce4 ไม่ได้ผลสำหรับฉันใน Galaxy Nexus GSM (Maguro) ของฉันโดยใช้ CWM 6.0.1.1 ฉันยังคงได้รับข้อผิดพลาดจาก CWM โดยบอกว่ามันไม่สามารถเมานต์ / sdcard ได้แม้หลังจากฉันติดตั้ง tmpfs ที่นั่นและใช้ adb เพื่อผลักดันการอัปเดต
หลังจากอ่านเธรดที่ XDA ฉันพบว่าไม่เหมือนกับ CWM TWRP สามารถติดตั้งพาร์ติชัน sdcard ที่เข้ารหัสได้ ดังนั้นฉันจึงดาวน์โหลด TWRP สำหรับ GNex และแฟลชโดยใช้ fastboot เมื่อฉันบูตเครื่องเพื่อกู้คืนระบบจะขอรหัสผ่านสำหรับพาร์ติชัน sdcard ที่เข้ารหัสและฉันสามารถอัปเดตแฟลชตามปกติ
ลิงค์:
TWRP
XDA Thread
ใช่การกู้คืนที่กำหนดเองทำงานได้กับอุปกรณ์รังผึ้งที่เข้ารหัส การเข้ารหัสในตัวไม่ได้สัมผัส ROM & เฟิร์มแวร์เลย เพียงเข้ารหัสบัญชีการตั้งค่าแอพที่ดาวน์โหลดและข้อมูลอื่น ๆ ซึ่งสามารถอยู่ในหน่วยความจำโทรศัพท์ SD ภายในหรือ SD ภายนอก นั่นเป็นสาเหตุที่การเข้ารหัสไม่มีอยู่อีกต่อไปหลังจากรีเซ็ตเป็นค่าโรงงานเนื่องจากไม่มีข้อมูลที่เข้ารหัส
ไฟล์สำหรับสภาพแวดล้อมการกู้คืนที่กำหนดเองจะใช้งานบน ROM เป็นเฟิร์มแวร์ นั่นเป็นเหตุผลที่พวกเขารอดจากการรีเซ็ตจากโรงงาน เนื่องจากไฟล์ / การปรับปรุงกะพริบเกี่ยวข้องกับ ROM คุณจะได้รับอนุญาตให้ทำ เมื่อพูดถึงการสำรองข้อมูลของ Nandroid คุณสามารถทำได้เช่นกัน แต่ข้อมูลที่เข้ารหัสจะถูกสำรองในรูปแบบนั้นซึ่งไม่สามารถกู้คืนได้โดยใช้การสำรองข้อมูลของไทเทเนียม ใช่คุณสามารถทำได้ Nandroid ฟื้นฟูอย่างไม่มีที่ติ
ใน Nexus SI ที่เข้ารหัสของฉันให้ใช้การติดตั้ง tmpfs ชั่วคราวบน / sdcard ใน CWM มี RAM เพียงพอที่จะเก็บ ROM ใหม่ในหน่วยความจำในระหว่างการอัพเดต:
ดาวน์โหลด ROM ของคุณไปยัง /tmp/update.zip แล้วบูตเข้าสู่การกู้คืน จากนั้นเข้าสู่ระบบผ่าน '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 platform-tools v16 หรือดีกว่า หากคุณอยู่ใน CWM คุณจะเห็นรายการติดตั้ง zip ใหม่จาก 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 / ฟิวส์ / storage / sdcard0 ฟิวส์ rw, nosuid, nodev, relatime, user_id = 1023, group_id = 1023, ... 0 0
[... ]
df
-h
อย่างไรก็ตามฉันยังคงดำเนินต่อไปและเมื่อฉันทำเสร็จแล้ว / sdcard / มี update.zip เมื่อฉันรีสตาร์ทโทรศัพท์เข้าสู่โหมดการกู้คืนอย่างไรก็ตาม sdcard ไม่สามารถติดตั้งได้ - น่าจะเป็นเพราะระบบไฟล์ชั่วคราวหายไป