एंड्रॉइड 10 डीएसयू आपको बिना प्रतिबद्धता के ओटीए अपडेट आज़माने दे सकता है

एंड्रॉइड ओएस और सुरक्षा स्तर का विखंडन एक बड़ी समस्या है जिससे निपटने के लिए Google बहुत सारे इंजीनियरिंग प्रयास कर रहा है। पिछले दो वर्षों में, Google ने अपडेट के रोलआउट में तेजी लाने के लिए डिज़ाइन की गई दो प्रमुख पहलों की घोषणा की: प्रोजेक्ट ट्रेबल और प्रोजेक्ट मेनलाइन. उत्तरार्द्ध की घोषणा केवल इस मई के दौरान की गई थी गूगल I/O 2019, और यह केवल एंड्रॉइड 10 के साथ लॉन्च होने वाले उपकरणों पर समर्थित है। हालाँकि, पूर्व तब से मौजूद है गूगल I/O 2017, इसलिए हमने देखा है कि एंड्रॉइड अपडेट पर इसका कितना प्रभाव पड़ा है एंड्रॉइड 9 पाई के साथ और एंड्रॉइड 10.

विखंडन को कम करने के अलावा, Google यह भी चाहता है कि प्रोजेक्ट ट्रेबल ऐप डेवलपर्स के लिए उपयोगी हो। इसलिए उन्होंने अनावरण किया गतिशील सिस्टम अद्यतन (डीएसयू) एंड्रॉइड 10 में डेवलपर्स को बूटलोडर को अनलॉक किए बिना या डेटा मिटाए बिना नए ओएस अपडेट के बेयरबोन संस्करण को आजमाने की अनुमति देता है। डीएसयू की क्षमता को देखते हुए, Google यहीं नहीं रुक रहा है - वे ओईएम से ओटीए अपडेट को उसी तरह इंस्टॉल करना संभव बनाकर इसकी उपयोगिता का विस्तार कर रहे हैं, जिस तरह से जीएसआई इंस्टॉल किए जाते हैं।

यह काफी शब्दजाल है, लेकिन भविष्य में ऐसा होने की कल्पना करें: एक ओईएम एंड्रॉइड 10 के साथ एक फोन जारी करता है और एंड्रॉइड 11 के लिए एक बीटा प्रोग्राम शुरू करता है। आप नई सुविधाओं को देखने के लिए इस बीटा को आज़माने में रुचि रखते हैं, लेकिन आप अपने वर्तमान दैनिक ड्राइवर की स्थिरता को जोखिम में नहीं डालना चाहते हैं। बीटा अपडेट को फ्लैश करने और फिर यह पूरी तरह से स्थिर होने की उम्मीद करने के बजाय, इसे अस्थायी रूप से डीएसयू प्रवाह के माध्यम से इंस्टॉल क्यों नहीं किया जाता? यदि आपको यह पसंद नहीं है, तो बस रीबूट करें और आपका सेटअप सामान्य हो जाएगा। यदि आपको यह पसंद है, तो आप अपडेट के लिए "प्रतिबद्ध" हो सकते हैं।

मैं आपके बारे में नहीं जानता, लेकिन यह एंड्रॉइड में एक स्वागत योग्य बदलाव होगा जो बीटा परीक्षण को और अधिक मनोरंजक बना देगा। अब आपको केवल यह देखने के लिए बीटा अपडेट के लिए प्रतिबद्ध नहीं होना पड़ेगा कि यह आपके लिए कैसा है। मुझे यकीन है कि आप में से कई लोग अपने डिवाइस के लिए एंड्रॉइड 10 बीटा देखने के इच्छुक होंगे, लेकिन हो सकता है कि आप इसे तुरंत इंस्टॉल करने में सहज न हों। डीएसयू में किए गए परिवर्तनों के साथ, अब यह चिंता का विषय नहीं रहेगा।

एंड्रॉइड 10+ में डायनामिक सिस्टम अपडेट - क्या बदल रहा है

लुका स्टेफनी, XDA पोर्टल की एक मित्र और एक मान्यता प्राप्त डेवलपर, ने हमें एक के बारे में जानकारी दी नई प्रतिबद्धता "वर्तमान में एकाधिक डीएसयू विभाजन माउंट करें" शीर्षक से AOSP में विलय कर दिया गया। कमिट फ़ाइल सिस्टम टेबल (fstab) और में परिवर्तन करता है इसे बनाने के लिए init प्रक्रिया शुरू करें ताकि सिस्टम के अलावा DSU विभाजन, अभी उत्पाद और विक्रेता सहित, बूट के दौरान माउंट किए जा सकें प्रक्रिया।

वर्तमान में, डीएसयू को केवल आपको जेनेरिक सिस्टम इमेज (जीएसआई) बूट करने की सुविधा देने के लिए डिज़ाइन किया गया है, जो एओएसपी से संकलित एक बेयरबोन सिस्टम इमेज है, ताकि आप नवीनतम एंड्रॉइड अपडेट में नए एपीआई और अन्य परिवर्तनों का परीक्षण कर सकें। हालाँकि, इस परिवर्तन के साथ, DSU उत्पाद और विक्रेता छवियों को भी स्वीकार करेगा। पहले में डिवाइस-विशिष्ट ऐप्स, लाइब्रेरी और अन्य फ़ाइलें होती हैं, जबकि बाद में डिवाइस-विशिष्ट बायनेरिज़ होती हैं। प्रोजेक्ट ट्रेबल ने इसे इसलिए बनाया ताकि आप बिना किसी डिवाइस-विशिष्ट फ़ाइलों के सिस्टम छवि का उपयोग करके डिवाइस को बूट कर सकें, इसलिए अब उत्पाद और विक्रेता को लोड करने की अनुमति देना ज्यादा मायने नहीं रखता है।

हालाँकि, एक Google इंजीनियर स्पष्ट रूप से कहता है कि यह परिवर्तन "ओईएम को /डेटा पर OTA पैकेज स्थापित करने की अनुमति देने के लिए है, फिर product.img को माउंट करने के लिए 'DSU' प्रवाह का उपयोग करता है, system.img, [और] विक्रेता.img /data से।" इसका मतलब यह है कि, नए OTA पैकेज के साथ वर्तमान इंस्टॉलेशन को ओवरराइट करने के बजाय, OTA को अस्थायी रूप से लोड किया जा सकता है डीएसयू के माध्यम से। ओटीए अपडेट का परीक्षण करने के बाद, "उपयोगकर्ता यह तय कर सकता है कि वे उन छवियों को /सुपर को 'कमिट' करना चाहते हैं या नहीं।" इस बारे में अंतिम भाग परिवर्तनों को "प्रतिबद्ध" करने पर अभी भी काम चल रहा है, जैसा कि एक Google इंजीनियर ने नोट किया है कि "वर्तमान में हमारे पास DSU विभाजन करने की कोई योजना नहीं है डीएसयू संदर्भ के तहत स्थायी।" फिर उन्होंने बताया कि इसे कैसे लागू किया जा सकता है, लेकिन यह कार्यान्वयन इसके "दायरे से परे" है वर्तमान पैच.

यहां कुछ नियम और अवधारणाएं हैं जिन्हें हमें समझाने की आवश्यकता है क्योंकि Google प्रत्येक एंड्रॉइड संस्करण में विभाजन योजना को बदलना पसंद करता है। शुरुआत के लिए, मैं अपने पिछले लेख को पढ़ने की सलाह देता हूं गतिशील सिस्टम अद्यतन यह कैसे काम करता है इसके व्यापक अवलोकन के लिए, लेकिन संक्षेप में, यह "गतिशील विभाजन" की अवधारणा का लाभ उठाता है, भंडारण का एक वास्तविक विभाजन (जिसे कहा जाता है) "सुपर" विभाजन) जो अस्थायी रूप से स्थापित करने के लिए आकार बदलने योग्य तार्किक विभाजन (सिस्टम, विक्रेता, उत्पाद और system_ext सहित) में विभाजित हो जाता है जीएसआई. जीएसआई स्थापित करते समय, डीएसयू मौजूदा उपयोगकर्ताडेटा विभाजन का आकार बदलकर नए सिस्टम और उपयोगकर्ताडेटा छवियों के लिए स्थान बनाता है। डीएसयू समर्थन के लिए बिल्डिंग ब्लॉक (डायनामिक विभाजन, एक रैमडिस्क और डेटा बैकअप के लिए चेकपॉइंट) लॉन्च आवश्यकताएं हैं एंड्रॉइड 10, इसलिए नए Android OS संस्करण के साथ लॉन्च होने वाले किसी भी उपकरण को DSU का समर्थन करना चाहिए। डीएसयू कस्टम रोम के लिए दोहरी बूट समाधान नहीं है जिसे आप में से कुछ लोग ढूंढ रहे हैं, क्योंकि केवल एंड्रॉइड सत्यापित बूट (एवीबी) कुंजियों से मेल खाने वाली छवियां ही इंस्टॉल की जा सकती हैं। हालाँकि, इस नए बदलाव के साथ यह भविष्य में और भी उपयोगी साबित हो सकता है।

गतिशील विभाजन के अलावा, Google ने एंड्रॉइड 10 में "वर्चुअल ए/बी" की अवधारणा भी पेश की। यह मूलतः का कार्यान्वयन है दोहरी ए/बी विभाजन पहले से, लेकिन इसके बजाय तार्किक विभाजन के साथ। ए/बी विभाजन में निर्बाध और सुरक्षित अपडेट की अनुमति देने के लिए महत्वपूर्ण विभाजन की प्रतियां शामिल होती हैं। "वर्चुअल ए/बी" का उपयोग करना इस प्रकार है कि कैसे एक Google इंजीनियर वर्तमान इंस्टॉलेशन से विभाजन पर डीएसयू विभाजन को "प्रतिबद्ध" करने की कल्पना करता है; वर्तमान ए/बी ओटीए अद्यतन प्रक्रिया की तरह, शायद नई छवियों से परिवर्तन निष्क्रिय विभाजन में किए गए हैं।

ये परिवर्तन अभी भी विकास में हैं और इन्हें Google या OEM द्वारा उपयोग किए जाने में कुछ समय लग सकता है। हम संभवत: इसका कोई कार्यान्वयन तब तक नहीं होगा, जब तक कि जल्द से जल्द, एंड्रॉइड 11 आर जारी न हो जाए वर्ष। फिर भी, इस बात की कोई गारंटी नहीं है कि ओईएम अपने ओटीए अपडेट के लिए भी इस सुविधा को अपनाएंगे। यह देखते हुए कि यह बीटा परीक्षण के लिए कितना उपयोगी लगता है, हालाँकि, मुझे लगता है कि Google भविष्य के अपडेट के लिए इस सुविधा को सक्षम करने के लिए पहले से ही इच्छुक OEM के साथ काम कर रहा है। मैं नए एंड्रॉइड अपडेट खरीदने से पहले प्रयास करने की संभावना से व्यक्तिगत रूप से उत्साहित हूं, लेकिन आपके बारे में क्या?