फेडोरा 37 में इसका उद्देश्य केवल यूईएफआई के लिए समर्थन छोड़ना है

हाल ही में हम यहाँ ब्लॉग पर साझा करते हैं रिलीज नोट फेडोरा 36 बीटा, जिसमें हम इस नए संस्करण में लागू किए गए परिवर्तनों के बारे में कुछ साझा करते हैं।

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

यह उल्लेख है कि शुरू करने की क्षमता सिस्टम पर पहले से स्थापित वातावरण BIOS विरासत में मिला थोड़ी देर रखेंगे, लेकिन नए गैर-यूईएफआई संस्थापन अब समर्थित नहीं होंगे।

फेडोरा 39 या बाद के संस्करण में, यह अपेक्षित है कि का समर्थन BIOS पूरी तरह से हटा दिया गया है. फेडोरा 37 परिवर्तन अनुरोध को रेड हैट में फेडोरा प्रोग्राम मैनेजर बेन कॉटन द्वारा पोस्ट किया गया है। परिवर्तन की अभी तक FESCo (फेडोरा इंजीनियरिंग संचालन समिति) द्वारा समीक्षा नहीं की गई है, जो फेडोरा वितरण के विकास के तकनीकी भाग के लिए जिम्मेदार है।

इंटेल प्लेटफॉर्म पर आधारित हार्डवेयर 2005 से यूईएफआई के साथ भेज दिया गया है। 2020 में, इंटेल ने क्लाइंट सिस्टम और डेटा सेंटर प्लेटफॉर्म पर BIOS समर्थन बंद कर दिया। फिर भी, BIOS समर्थन की समाप्ति के परिणामस्वरूप कुछ कंप्यूटरों पर फेडोरा स्थापित करने में असमर्थता हो सकती है 2013 से पहले जारी किए गए लैपटॉप और पीसी। पिछली चर्चाओं में भी BIOS-केवल वर्चुअलाइजेशन सिस्टम पर स्थापित करने में असमर्थता का उल्लेख किया गया था, लेकिन तब से UEFI समर्थन को AWS वातावरण में जोड़ा गया है। UEFI समर्थन को libvirt और Virtualbox में भी जोड़ा गया है, लेकिन अभी तक डिफ़ॉल्ट नहीं है (यह 7.0 शाखा में Virtualbox के लिए नियोजित है)।

फेडोरा में BIOS समर्थन का अंत उपयोग किए गए घटकों की संख्या को कम कर देगा बूट और स्थापना के दौरान, वीईएसए समर्थन हटा देगा, यह बूटलोडर और इंस्टॉलेशन बिल्ड को बनाए रखने के लिए इंस्टॉलेशन को सरल करेगा और श्रम लागत को कम करेगा, क्योंकि यूईएफआई मानक एकीकृत इंटरफेस प्रदान करता है और BIOS को प्रत्येक विकल्प के परीक्षण की आवश्यकता होती है।

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

एक और बदलाव हमारे पास फेडोरा 37 के लिए एक सिफारिश है जो अनुरक्षक i686 आर्किटेक्चर के लिए पैकेज बनाना बंद करें यदि ऐसे पैकेजों की आवश्यकता संदिग्ध है या इसके परिणामस्वरूप समय या संसाधनों की महत्वपूर्ण बर्बादी होगी। अनुशंसा अन्य पैकेजों पर निर्भरता के रूप में उपयोग किए जाने वाले पैकेजों पर लागू नहीं होती है या 32-बिट वातावरण में 64-बिट प्रोग्राम चलाने के लिए "मल्टीलिब" संदर्भ में उपयोग की जाती है।

इसके अलावा एआरएमवी7 आर्किटेक्चर, ARM32 या armhfp के रूप में भी जाना जाता है, फेडोरा 37 . में लागू होने के लिए निर्धारित है. एआरएम सिस्टम के लिए सभी विकास प्रयासों को एआरएम 64 (आर्च 64) आर्किटेक्चर पर ध्यान केंद्रित करने की योजना है।

ARMv7 के लिए समर्थन समाप्त करने के कारणों को 32-बिट सिस्टम के विकास से एक सामान्य कदम के रूप में उद्धृत किया गया है, क्योंकि फेडोरा की कुछ नई सुरक्षा और प्रदर्शन संवर्द्धन केवल 64-बिट आर्किटेक्चर के लिए उपलब्ध हैं।

अब तक, एआरएमवी7 फेडोरा में अंतिम पूर्ण समर्थित 32-बिट आर्किटेक्चर रहा है (i686 आर्किटेक्चर के लिए रिपॉजिटरी को 2019 में बंद कर दिया गया था, केवल x86_64 वातावरण के लिए मल्टी-लाइब्रेरी रिपॉजिटरी को छोड़कर)।

अंत में यदि आप इसके बारे में अधिक जानने में रुचि रखते हैं, आप विवरण की जांच कर सकते हैं निम्नलिखित लिंक में