मैं जानना चाहता था कि क्या एंड्रॉइड के अंतर्निहित एन्क्रिप्शन (3.0 में पेश) का उपयोग करने से मेरी कस्टम रिकवरी (मेरे मामले में क्लॉकवर्क मॉड) का उपयोग करने की मेरी क्षमता प्रभावित होगी।
अधिक विशेष रूप से अगर मैं अभी भी नांदराय बैकअप / पुनर्स्थापना और नई फाइलें और अपडेट फ्लैश कर पाऊंगा?
जवाबों:
Ce4 का जवाब मेरे गैलेक्सी नेक्सस GSM (मैगुरो) पर CWM 6.0.1.1 के उपयोग से मेरे लिए काम नहीं किया। सीडब्ल्यूएम से मुझे यह कहते हुए त्रुटियां होती रहीं कि मैं वहां एक tmpfs चढ़ने के बाद भी / sdcard को माउंट नहीं कर सकता था और अद्यतन को पुश करने के लिए adb का उपयोग किया।
XDA में एक थ्रेड को पढ़ने के बाद मुझे पता चला कि CWM के विपरीत, TWRP एक एन्क्रिप्टेड sdcard विभाजन को माउंट करने में सक्षम है। इसलिए मैंने GNex के लिए TWRP डाउनलोड किया और इसे फास्टबूट का उपयोग करके फ्लैश किया। जब मैंने पुनर्प्राप्ति के लिए बूट किया तो उसने मुझसे एन्क्रिप्टेड sdcard विभाजन के लिए पासवर्ड मांगा और मैं अपडेट को सामान्य रूप से फ्लैश करने में सक्षम था।
हां, कस्टम रिकवरी एन्क्रिप्टेड हनीकॉम्ब डिवाइस के साथ काम करता है। अंतर्निहित एन्क्रिप्शन बिल्कुल ROM और फर्मवेयर को स्पर्श नहीं करता है। यह केवल खातों, सेटिंग्स, डाउनलोड किए गए एप्लिकेशन और उनके डेटा आदि को एन्क्रिप्ट करता है, जो फोन मेमोरी, आंतरिक एसडी या बाहरी एसडी पर स्थित हो सकता है। इसीलिए फ़ैक्टरी रीसेट के बाद एन्क्रिप्शन मौजूद नहीं है क्योंकि कोई एन्क्रिप्टेड डेटा उपलब्ध नहीं है।
कस्टम रिकवरी वातावरण के लिए फ़ाइलें फर्मवेयर के रूप में ROM पर रहती हैं। इसलिए वे फैक्ट्री रीसेट से बच जाते हैं। चूंकि Flashing फ़ाइलों / अपडेट को ROM के साथ करना होता है, इसलिए आपको इसे करने की अनुमति होगी। जब यह नांदराय बैकअप की बात आती है, तो आप इसे भी कर सकते हैं, लेकिन एन्क्रिप्टेड डेटा का हिस्सा उस रूप में बैकअप लेगा जिसे टाइटेनियम बैकअप का उपयोग करके पुनर्स्थापित नहीं किया जा सकता है। हां, आप नंदराय को निर्दोष रूप से बहाल कर सकते हैं।
मेरे एन्क्रिप्टेड Nexus Nexus पर CWM में अस्थायी sdcard / sdcard माउंट का उपयोग करें। अपडेट के दौरान मेमोरी में नया ROM रखने के लिए इसमें पर्याप्त RAM है:
अपने ROM को /tmp/update.zip पर डाउनलोड करें और पुनर्प्राप्ति में बूट करें। फिर 'adb शेल' के माध्यम से लॉग इन करें:
## 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)
फिर सामान्य अद्यतन चरण 'sdcard से ज़िप स्थापित करें' करें।
संपादित करें: आईसीएस / जेली बीन के साथ शुरू नई adb sideload <filename-of-update.zip>विधि है
यह संस्करण 6.0.1.5 के बाद से CWM के साथ काम करता है और आपको Android SDK प्लेटफ़ॉर्म-टूल v16 या बेहतर चाहिए। यदि आप CWM में हैं, तो यदि आप समर्थन करते हैं, तो आप साइडलोड से एक नई प्रविष्टि स्थापित ज़िप देख सकते हैं ।
पुरानी विधि अभी भी काम करती है:
यदि साइडलोड काम नहीं करता है, तो आप अभी भी tmpfs विधि का उपयोग कर सकते हैं। CWM अपडेट के लिए स्थान के रूप में / डेटा / मीडिया की अपेक्षा करता है। अब, माउंटपॉइंट के पास हालांकि / डेटा होना चाहिए, इसलिए आपको अभी यह करना होगा:
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
कारण:
आईसीएस + के साथ शुरू हुआ प्रस्तावित विभाजन लेआउट बदल गया है। कोई भी FAT स्वरूपित sdcard विभाजन नहीं होना चाहिए लेकिन बाहरी संग्रहण अब / डेटा / (/ डेटा / मीडिया) के भीतर रहता है। संगत बने रहने के लिए, एक FUSE माउंट पुराने FAT गुणों (एक्सेस अधिकारों और ऐसे) का अनुकरण करता है। जब आप फ्यूज माउंट / स्टोरेज / sdcard0 पर देख सकते हैं, तो यह इस तरह दिखता है:
खोल @ Android: / $ माउंट | grep फ्यूज
[...]
/ देव / फ्यूज / स्टोरेज / sdcard0 फ्यूज आरडब्ल्यू, नोसिड, नोड, रिलेटाइम, user_id = 1023, group_id = 1023, ... 0 0
[...]
dfनहीं समझती -h। हालाँकि, मैं वैसे भी ले जाने के लिए और जब मैं कर रहा हूँ / sdcard / अद्यतन शामिल हैं। ज़िप। जब मैं फोन को रिकवरी मोड में फिर से शुरू करता हूं, हालांकि, sdcard माउंट नहीं किया जा सकता है - संभवतः क्योंकि अस्थायी फाइल सिस्टम अब चला गया है।