Google Pixel और Pixel XL के लिए TWRP जारी किया गया है, जो अंततः उपयोगकर्ताओं को कस्टम मॉड, कर्नेल और ROMS फ्लैश करने की अनुमति देगा।
कस्टम ROM फ्लैशिंग शुरू होने दें! सबसे आम कारणों में से एक है कि उपयोगकर्ता हमारे मंचों पर आते हैं, कस्टम मॉड, कर्नेल, या फ़्लैश करना है रोम. डेवलपर्स अपने लाभ के लिए अपने सॉफ़्टवेयर को अनुकूलित करने में अनगिनत घंटे लगाते हैं समुदाय। लेकिन इन संशोधनों को स्थापित करने के साधन के बिना इनमें से कोई भी कार्य संभव नहीं है।
एंड्रॉइड मॉडिंग की दुनिया में कदम रखने से पहले आवश्यक पहला कदम अपने बूटलोडर को अनलॉक करना है। के उपयोगकर्ताओं के लिए पिक्सेल और पिक्सेल एक्सएल, यह कदम पहले से ही संभव है सभी प्रकार दो उपकरणों में से. अगला कदम एक कस्टम पुनर्प्राप्ति छवि को फ्लैश करना है जो आपको कस्टम ROM या कर्नेल छवियों को फ्लैश करने की अनुमति देगा और साथ ही कुछ भी गलत होने पर आपको पूर्ण सिस्टम बैकअप बनाने की अनुमति देगा। यहीं अविश्वसनीय रूप से लोकप्रिय है टीम विन रिकवरी प्रोजेक्ट (TWRP) आता है.
दुनिया के लगभग हर ओईएम के ढेर सारे उपकरणों पर उपलब्ध, TWRP अपने डिवाइस पर सॉफ़्टवेयर को संशोधित करने के इच्छुक किसी भी व्यक्ति के लिए कस्टम पुनर्प्राप्ति है। और अब, दो Google Pixel फ़ोन जल्द ही उस मनोरंजन में शामिल हो सकते हैं। XDA वरिष्ठ मान्यता प्राप्त डेवलपर
इंस्टालेशन
यदि आपने कभी अपने डिवाइस पर मैन्युअल रूप से TWRP इंस्टॉल किया है, तो आप इससे परिचित हो सकते हैं fastboot पुनर्प्राप्ति विभाजन में TWRP छवि को फ्लैश करने के लिए आवश्यक कमांड। Pixel और Pixel XL के लिए Android Nougat में काम करने के लिए 'सीमलेस अपडेट' के लिए किए गए विभाजन परिवर्तनों के कारण, आप वही आदेश जारी नहीं करेंगे। वह सब कुछ भूल जाइए जो आप सोचते हैं कि आप जानते हैं, और कार्य करने से पहले निम्नलिखित निर्देशों को ध्यान से पढ़ें। संक्षेप में, आप वास्तव में TWRP स्थापित करने के लिए क्या कर रहे होंगे गाड़ी की डिक्की TWRP छवि, फिर का उपयोग करना स्वचालित स्थापना स्क्रिप्ट जो फ्लैशिंग TWRP को हैंडल करेगा दोनों बूट विभाजन.
सबसे पहले, यदि आपने पहले से नहीं किया है तो आपको इसे प्राप्त करना होगा गूगल यूएसबी ड्राइवर साथ ही फास्टबूट बाइनरी (हम डाउनलोड करने और निकालने की सलाह देते हैं न्यूनतम एडीबी और फास्टबूट अपनी पसंद की निर्देशिका में)। इसके बाद, अपने डिवाइस के लिए उपयुक्त TWRP इंस्टॉलेशन फ़ाइलें डाउनलोड करें (पिक्सेल और पिक्सेल एक्सएल). आपको .zip फ़ाइल को अपने डिवाइस के आंतरिक संग्रहण में ले जाना होगा, लेकिन .img फ़ाइल को अपने कंप्यूटर पर छोड़ देना होगा। फिर, एक कमांड प्रॉम्प्ट खोलें और जांचें कि आपका डिवाइस जारी करके पहचाना गया है फास्टबूट डिवाइस कमांड प्रॉम्प्ट में. यदि आप अपने डिवाइस का सीरियल नंबर देखते हैं, तो फास्टबूट प्रोटोकॉल आपके डिवाइस का पता लगाता है। अंत में आपको यह आदेश जारी करके TWRP छवि को अस्थायी रूप से बूट करना होगा:
fastboot boot path/to/twrp.img
ध्यान दें कि "पथ/से/" उस वास्तविक निर्देशिका को संदर्भित करता है जिसमें डाउनलोड किया गया TWRP छवि फ़ाइल स्थित है. सुनिश्चित करें कि आप जारी कर रहे हैं fastbootगाड़ी की डिक्की और नहीं fastboot चमक, और वह फ़ाइल जो आप बूट कर रहे हैं नहीं ज़िप फ़ाइल. एक बार जब आप बूट कमांड जारी कर देते हैं, तो आपका डिवाइस आपके कंप्यूटर से TWRP छवि पुनर्प्राप्त करेगा और अस्थायी रूप से TWRP में बूट हो जाएगा। इस बिंदु पर आपका काम लगभग पूरा हो चुका है।
अब आपको बस इतना करना है कि TWRP को अपने डिवाइस के दोनों बूट पार्टिशन में फ्लैश करके रीबूट से बचाए रखें। शुक्र है, वहां सारा काम स्वचालित इंस्टॉलेशन स्क्रिप्ट द्वारा नियंत्रित किया जाता है जिसे आपने पहले डाउनलोड किया था। TWRP इंस्टॉलेशन ज़िप पर नेविगेट करने और इंस्टॉल करने के लिए बस TWRP इंटरफ़ेस का उपयोग करें ठीक वैसे ही जैसे आप कोई कस्टम ROM, मॉड, या कर्नेल ज़िप स्थापित करेंगे. उसके बाद, चाहे कौन से सक्रिय विभाजन स्लॉट का उपयोग किया जा रहा हो, TWRP आपके लिए पहुंच योग्य होगा।
TWRP अल्फा v1
चूंकि यह एक है अल्फा रिलीज़, समस्याएँ तो होंगी ही। अभी, Dees_Troy ने रूपरेखा तैयार की है तीन मुद्दे के बारे में पता करने के लिए। सबसे पहले, नूगाट में फ़ाइल आधारित एन्क्रिप्शन (एफबीई) की शुरूआत के कारण, डेटा बहाली में समस्या उत्पन्न हो सकती है।
फ़ाइल आधारित एन्क्रिप्शन (FBE) एक मुश्किल काम हो सकता है। यदि कोई पुनर्स्थापना सही तरीके से काम नहीं करती है, तो यह आपके डेटा को स्वचालित रूप से मिटा सकता है। मैंने अपने Pixel XL पर इसका थोड़ा परीक्षण किया है, लेकिन मेरे पास इसका व्यापक परीक्षण करने का समय नहीं है। कभी-कभी TWRP आपको अपना पासवर्ड दर्ज करने के लिए संकेत देने में विफल हो जाएगा या अन्यथा डिक्रिप्ट को ठीक से सेट करने में विफल हो जाएगा। यदि ऐसा होता है, तो TWRP को रीबूट करें। ऐसा लगता है कि यह किसी प्रकार का समय संबंधी मुद्दा है और मेरे पास अभी तक इसका पता लगाने का समय नहीं है।
ऐसा कोई नहीं कह सकता कि यह आपके साथ हो सकता है, लेकिन यह है सकना आपके लिए हुआ। यदि आप नियमित रूप से ऑफ़लाइन या क्लाउड पर अपने डेटा का बैकअप नहीं बनाते हैं, तो जब कुछ गलत हो जाए और आपका पूरा डेटा नष्ट हो जाए तो चौंकिए मत। मेरे साथ पहले भी ऐसा हो चुका है, और यह बेकार है।
अपडेट #2: डीज़_ट्रॉय ने इस बारे में अधिक तकनीकी स्पष्टीकरण प्रदान किया है कि क्या गलत हो सकता है, और वह इसे कैसे हल करने की योजना बना रहा है। अधिक विवरण के लिए लेख के अंत में दूसरा परिशिष्ट देखें।
अगला, यदि आप वर्तमान में अपने डिवाइस पर बहु-उपयोगकर्ता सुविधा (अतिथि सुविधाओं सहित) का उपयोग कर रहे हैं, तो आप ऐसा करना चाहेंगे अभी के लिए TWRP का उपयोग करने से बचें.
फ़ाइल आधारित एन्क्रिप्शन का अर्थ है कि प्रत्येक उपयोगकर्ता के फ़ोल्डर अलग से एन्क्रिप्ट किए गए हैं। उचित बैकअप, फ़ैक्टरी रीसेट आदि करने के लिए, हमें डिवाइस पर प्रत्येक व्यक्तिगत खाते के लिए उपयोगकर्ता को डिक्रिप्ट करना होगा।
इस समय, TWRP केवल एकल उपयोगकर्ता सेटअप का समर्थन करता है, भले ही आपको अपने डिवाइस पर अन्य उपयोगकर्ताओं का एन्क्रिप्शन पासवर्ड पता हो। डीज़_ट्रॉय ने हमें बताया है कि उसने कमांड लाइन टूल का उपयोग करके अतिरिक्त उपयोगकर्ताओं को सफलतापूर्वक डिक्रिप्ट कर दिया है, लेकिन वह TWRP में इस सुविधा को लागू करना अभी उच्च प्राथमिकता नहीं है और इसे भविष्य में जारी किया जा सकता है अद्यतन। पिछले सप्ताह हमारे XDA ट्विटर खाते ने Dees_Troy की ओर से उपयोगकर्ताओं से पूछा कि क्या वे बहु-उपयोगकर्ता सुविधा का उपयोग करते हैं, और विशाल बहुमत ने कहा कि वे बहु-उपयोगकर्ता का उपयोग नहीं करते हैं, इसलिए हमें उम्मीद नहीं है कि यह सीमा बहुत से लोगों को प्रभावित करेगी लोग।
लेकिन एक और मुद्दा है जो TWRP इंस्टॉल करने वाले अधिकांश उपयोगकर्ताओं के लिए अधिक प्रासंगिक है। वर्तमान में, SuperSU TWRP के साथ कार्य नहीं करेगा।
यदि आप वर्तमान में रूट हैं तो इस समय TWRP इंस्टॉल करने से रूट हट जाएगा। TWRP और SuperSU को सह-अस्तित्व की अनुमति देने के लिए एक SuperSU अपडेट की आवश्यकता होगी।
अपडेट #1: यदि आप वर्तमान में सुपरएसयू का उपयोग कर रहे हैं और TWRP फ्लैश करने की योजना बना रहे हैं, तो कृपया लेख के अंत में चेनफायर का परिशिष्ट देखें। Dees_Troy ने XDA-डेवलपर्स को इस हस्तक्षेप का कारण इस प्रकार बताया:
चेनफ़ायर अपने सिस्टम-रहित रूट को करने के लिए बूटिमेज की रैमडिस्क का उपयोग करता है। यह वही रैमडिस्क है जिसका उपयोग Google पुनर्प्राप्ति के लिए करना चाहता था। मुझे पूरा यकीन है कि चेनफ़ायर इसे TWRP के साथ काम करने का एक तरीका खोजने में सक्षम होगा, लेकिन TWRP को init बाइनरी में एक छोटे से बदलाव की आवश्यकता है डिक्रिप्ट को ठीक से काम करने के लिए और चेनफ़ायर को अपने रैमडिस्क को सामान्य बूट और दोनों के लिए काम करने के लिए अपने इनिट बाइनरी में एक अलग बदलाव की आवश्यकता थी वसूली।
दूसरे शब्दों में, चेनफायर की सिस्टमलेस रूट विधि उसी बाइनरी को संशोधित करती है जिसे डेटा डिक्रिप्शन को काम करने के लिए TWRP को संशोधित करने की आवश्यकता होती है। इसलिए, जब आप TWRP फ्लैश करते हैं तो आप चेनफायर की सिस्टमलेस रूट विधि द्वारा इनिट बाइनरी में किए गए परिवर्तनों को ओवरराइट कर रहे हैं। हालांकि यह एक मामूली झटका है, पिक्सेल की दोहरी विभाजन प्रकृति (और नूगट के साथ आने वाले भविष्य के उपकरणों) के लिए धन्यवाद, TWRP में कुछ बेहतरीन नई क्षमताएं हैं।
पिक्सेल उपकरणों में ROM/फर्मवेयर के लिए 2 "स्लॉट" होते हैं। TWRP यह पता लगाएगा कि कौन सा स्लॉट वर्तमान में सक्रिय है और बैकअप और रीस्टोर के लिए उस स्लॉट का उपयोग करेगा। रीबूट पृष्ठ पर और बैकअप के अंतर्गत बटन हैं -> स्लॉट बदलने के विकल्प। सक्रिय स्लॉट को बदलने से TWRP उस स्लॉट को स्विच कर देगा जिसका TWRP बैकअप ले रहा है या पुनर्स्थापित कर रहा है। आप स्लॉट ए का बैकअप बना सकते हैं, बी पर स्विच कर सकते हैं, फिर बैकअप को पुनर्स्थापित कर सकते हैं जो ए के बैकअप को स्लॉट बी में पुनर्स्थापित कर देगा। TWRP में स्लॉट बदलने से बूटलोडर को उस स्लॉट को बूट करने के लिए भी कहा जाता है।
इसका अनिवार्य रूप से मतलब यह है कि आप जल्द ही ऐसा करने में सक्षम होंगे दोहरा बूट आपके डिवाइस पर. दुर्भाग्य से, जब से कस्टम पुनर्प्राप्ति हुई है अभी जारी हो जाने के बाद, आपके पसंदीदा कस्टम ROM डेवलपर को आपके Pixel फ़ोन के लिए रसोई में कुछ बनाने में कुछ समय लगेगा।
परिशिष्ट #1 - TWRP के साथ सुपरएसयू
हमें चेनफ़ायर द्वारा सूचित किया गया कि जो कोई भी वर्तमान में अपने Google Pixel या Pixel XL पर SuperSU का उपयोग कर रहा है दृढ़ता से सलाह दी TWRP स्थापित करने से पहले स्टॉक बूट छवियों को दोनों विभाजनों में फ्लैश करने के लिए। इसे पूरा करने के लिए, आपको डाउनलोड करना होगा फैक्टरी छवि अपने डिवाइस के लिए और संग्रह से स्टॉक बूट छवि को मैन्युअल रूप से निकालें। फिर, आपको फास्टबूट का उपयोग करके बूट छवि को दोनों विभाजनों में फ्लैश करना होगा, जैसे:
fastbootflashboot_aboot.img
fastbootflashboot_bboot.img
इन दोनों आदेशों को जारी करने से स्टॉक बूट छवि फ़ैक्टरी छवि से आपके डिवाइस पर दोनों बूट विभाजनों में फ्लैश हो जाएगी। फिर, आप TWRP स्थापित करने के लिए आगे बढ़ सकते हैं।
परिशिष्ट #2 - TWRP के साथ फ़ाइल-आधारित एन्क्रिप्शन
डीज़_ट्रॉय के साथ बात करते हुए, उन्होंने निम्नलिखित स्पष्टीकरण दिया कि कब पुनर्स्थापना गलत हो सकती है और परिणामस्वरूप कुल डेटा नष्ट हो सकता है:
ext4 फ़ाइल आधारित एन्क्रिप्शन आपको किसी ऐसे फ़ोल्डर पर एन्क्रिप्शन नीति लागू करने की अनुमति नहीं देता है जो *खाली* नहीं है। अभी हम फ़ोल्डरों की चुनिंदा सूची को न हटाकर इसके इर्द-गिर्द काम कर रहे हैं (हम फ़ोल्डरों के अंदर जो है उसे हटा सकते हैं, लेकिन फ़ोल्डर को नहीं)। यदि किसी कारण से एन्क्रिप्ट किए जाने वाले फ़ोल्डर को हटा दिया जाता है, तो पुनर्स्थापना एक अनएन्क्रिप्टेड फ़ोल्डर बना सकती है और फिर इसे कुछ सामग्री से भर सकती है। एक बार जब फ़ोल्डर खाली नहीं होता है, तो आप उस पर एन्क्रिप्शन सेट नहीं कर सकते। जब डिवाइस एंड्रॉइड को फिर से बूट करता है, तो इनिट बाइनरी एक एन्क्रिप्शन नीति सेट करने का प्रयास करता है और यदि नीति सेट करते समय उसे कोई त्रुटि दिखाई देती है, तो यह वाइप को बाध्य करता है। यह बिल्कुल सही है यदि आप इस तरह की चीज़ की परवाह करते हैं, तो त्रुटि कहां डाली गई है और कहां वाइप शुरू किया गया है।
कम तकनीकी शब्दों में, NANDroid बैकअप को पुनर्स्थापित करने की प्रक्रिया के दौरान पुनर्प्राप्ति को आपके विभाजन में बैकअप में सहेजी गई सभी आवश्यक मौजूदा फ़ाइलों को अधिलेखित करने की आवश्यकता होती है। डेटा विभाजन में फ़ाइलों तक पहुँचने के लिए, पुनर्प्राप्ति को आपके डिक्रिप्शन पासवर्ड का उपयोग करके इस विभाजन को डिक्रिप्ट करना होगा। हालाँकि पुनर्प्राप्ति में डेटा और सिस्टम विभाजन में प्रत्येक फ़ोल्डर को आसानी से हटाने और अधिलेखित करने की क्षमता होती है, ऐसा करने से एन्क्रिप्शन नीति में त्रुटि हो सकती है।
एन्क्रिप्ट किए जाने वाले फ़ोल्डर को हटाकर, TWRP उसके स्थान पर एक अनएन्क्रिप्टेड फ़ोल्डर बनाएगा और इस नई निर्देशिका में बैकअप से सभी फ़ाइलों को पुनर्स्थापित करेगा। हालाँकि, क्योंकि फ़ाइल-आधारित एन्क्रिप्शन इसके विपरीत अलग-अलग फ़ाइलों और फ़ोल्डरों को अलग-अलग एन्क्रिप्शन कुंजियों के साथ एन्क्रिप्ट करेगा संपूर्ण विभाजन, आपके डिवाइस पर एकल फ़ोल्डर में एन्क्रिप्शन को तोड़ने वाला यह एकल परिवर्तन संपूर्ण श्रृंखला को फेंकने का कारण बनेगा गलती। एंड्रॉइड की नीति तब पूर्ण डेटा वाइप शुरू करने की है, जिसके परिणामस्वरूप एंड्रॉइड वाइप हो जाएगा सब कुछ आपके आंतरिक भंडारण में.
सौभाग्य से, डीज़_ट्रॉय पहले ही ऐसा कर चुका है फ़ोल्डरों की एक सूची की पहचान की इसे TWRP की विलोपन प्रक्रिया से बाहर करने की आवश्यकता होगी ताकि यह त्रुटि उत्पन्न न हो। उसने इनिट बाइनरी को इस तरह से बदल दिया कि यह पुनर्स्थापना के दौरान त्रुटि को ट्रिगर करेगा लेकिन डिवाइस को मिटा नहीं देगा, जिससे उसे लॉग इन करने की इजाजत मिल जाएगी कि कौन से फ़ोल्डर्स को हटाया नहीं जाना चाहिए। हमें फ़ोल्डरों की एक पूरी सूची प्रदान की गई थी, लेकिन हम उस सूची की लंबाई के कारण उसे यहां पुन: प्रस्तुत नहीं करेंगे।
Google Pixel के लिए TWRP डाउनलोड करें
Google Pixel XL के लिए TWRP डाउनलोड करें
क्या आप अपने डिवाइस पर कस्टम ROM या कर्नेल चलाने की योजना बना रहे हैं, या क्या आप स्टॉक फ़र्मवेयर पर बने रहेंगे? नीचे टिप्पणी करके हमें बताएं!