भविष्य आधीच येथे आहे किंवा थेट ब्राउझरमध्ये कोड

मी तुम्हाला माझ्यासोबत घडलेल्या एका मजेदार परिस्थितीबद्दल आणि प्रसिद्ध प्रकल्पात योगदानकर्ता कसे व्हावे याबद्दल सांगेन.

काही काळापूर्वी मी एक कल्पना मांडत होतो: थेट UEFI वरून लिनक्स बूट करणे...
कल्पना नवीन नाही आणि या विषयावर अनेक मॅन्युअल आहेत. आपण त्यापैकी एक पाहू शकता येथे

वास्तविक, या समस्येचे निराकरण करण्याच्या माझ्या दीर्घकालीन प्रयत्नांचा परिणाम पूर्णपणे औपचारिक झाला решение. सोल्यूशन खूप काम करत आहे आणि मी ते माझ्या काही होम मशीनवर वापरतो. हे समाधान थोडे अधिक तपशीलवार वर्णन केले आहे. येथे.

UEFI-Boot चे सार म्हणजे ESP (EFI सिस्टम विभाजन) विभाजन /boot डिरेक्ट्रीसह एकत्र केले जाते. त्या. सर्व कर्नल आणि बूटस्ट्रॅप प्रतिमा (initrd) एकाच विभाजनावर स्थित आहेत ज्यामधून UEFI एक्झिक्युटेबल फाइल्स लाँच करू शकते आणि विशेषतः, सिस्टम बूट लोडर लाँच करू शकते. परंतु लिनक्स कर्नल स्वतः अनेक वितरणांमध्ये आधीच UEFISTUB पर्यायासह एकत्र केले आहे, जे कर्नल स्वतः UEFI वरून लॉन्च करण्यास अनुमती देते.

या सोल्यूशनमध्ये एक अप्रिय क्षण आहे - ESP विभाजन FAT32 मध्ये स्वरूपित केले आहे, ज्यावर हार्ड लिंक्स तयार करणे अशक्य आहे (जे initrd अद्यतनित करताना सिस्टम नियमितपणे तयार करते). आणि याबद्दल विशेषत: गुन्हेगारी काहीही नाही, परंतु कर्नल घटक अद्यतनित करताना सिस्टम चेतावणी पाहणे फार आनंददायी नाही ...

दुसरा मार्ग आहे.

UEFI बूट व्यवस्थापक (ज्या ठिकाणी तुम्हाला OS बूटलोडरची नोंदणी करणे आवश्यक आहे) बूटलोडर/लिनक्स कर्नल व्यतिरिक्त, ड्रायव्हर्स देखील लोड करू शकतात. त्यामुळे तुम्ही फाइल प्रणालीसाठी ड्राइव्हर लोड करू शकता जिथे तुमच्याकडे /boot आहे आणि कर्नल थेट तेथून UEFI वापरून लोड करू शकता. ड्रायव्हरला, अर्थातच, ईएसपी विभाजनामध्ये ठेवण्याची आवश्यकता आहे. GRUB सारखे बूटलोडर्स साधारणपणे हेच करतात. परंतु ठळक गोष्ट अशी आहे की सर्व वारंवार वापरलेली GRUB फंक्शन्स आधीच UEFI मध्ये आहेत. अधिक अचूकपणे त्याच्या डाउनलोड व्यवस्थापकात. आणि आणखी कंटाळवाणे होण्यासाठी, UEFI बूट व्यवस्थापकाकडे काही बाबींमध्ये आणखी क्षमता आहेत.

हे एक सुंदर समाधान आहे असे दिसते, परंतु एक "BUT" आहे (किंवा त्याऐवजी, ते होते, परंतु नंतर त्याबद्दल अधिक). वस्तुस्थिती अशी आहे की UEFI ड्रायव्हर सिस्टम अगदी सोपी आहे. फाइल सिस्टम माउंट करणे किंवा ड्रायव्हरला विशिष्ट उपकरणाशी जोडणे यासारखी कोणतीही गोष्ट नाही. पारंपारिक नाव नकाशासह एक सिस्टम कॉल आहे, जो प्रत्येक ड्रायव्हरला बदलून घेतो आणि त्यास सर्व, कमीतकमी योग्य उपकरणांसह संबद्ध करण्याचा प्रयत्न करतो. आणि जर ड्रायव्हर डिव्हाइस उचलण्यास सक्षम असेल, तर मॅपिंग तयार केले जाईल - एक कनेक्टिंग रेकॉर्ड. नवीन लोड केलेल्या ड्रायव्हरला इतर सर्वांसह सामान्य ढीगमध्ये कसे प्रारंभ केले जावे. आणि तुम्हाला फक्त ड्रायव्हर बूट रेकॉर्डमध्ये एक बिट (LOAD_OPTION_FORCE_RECONNECT) 1 वर सेट करण्याची आवश्यकता आहे आणि UEFI लोड केल्यानंतर हे जागतिक रीमॅप करेल.

पण हे करणे इतके सोपे नाही. मानक efibootmgr युटिलिटी (जी UEFI ऑफलोड मॅनेजर कॉन्फिगर करण्यासाठी वापरली जाते) हे बिट कसे सेट करायचे (किंवा त्याऐवजी, कसे माहित नाही) माहित नाही. मला ते एका ऐवजी क्लिष्ट आणि धोकादायक प्रक्रियेद्वारे व्यक्तिचलितपणे स्थापित करावे लागले.

आणि पुन्हा एकदा, माझ्या हातांनी ते करण्याचा प्रयत्न केल्यावर, मी ते सहन करू शकलो नाही आणि औपचारिक केले GitHub वर समस्या विकासकांना हे वैशिष्ट्य जोडण्यासाठी विचारत आहे.

बरेच दिवस गेले, पण माझ्या विनंतीकडे कोणी लक्ष दिले नाही. आणि उत्सुकतेपोटी, मी सोर्स कोड पाहिला... मी तो फोर्क केला, आणि हे वैशिष्ट्य कसे जोडायचे ते माझ्या गुडघ्यांवर शोधून काढले... “माझ्या गुडघ्यावर” कारण मी असे काहीही स्थापित केले नाही आणि स्त्रोत संपादित केला थेट ब्राउझरमध्ये कोड.

मला C (प्रोग्रामिंग भाषा) अगदी वरवरची माहिती आहे, पण मी अंदाजे उपाय (बहुतेक कॉपी-पेस्ट) काढला... आणि मग मला वाटले - निदान माझ्यामध्ये कदाचित खूप चुका असतील (माझ्या पूर्वीचे इतर कोणाचे तरी संपादन करण्याचा प्रयत्न C कोड 10 व्या वेळी पूर्ण झाला) मी एक पुल विनंती जारी करेन. विहीर डिझाइन केलेले.

आणि तेथे ट्रॅव्हिस सीआय पुल विनंत्या तपासण्यासाठी संलग्न असल्याचे दिसून आले. आणि त्याने माझ्या सर्व चुका मनापासून सांगितल्या. बरं, ज्ञात त्रुटी असल्यास, त्या दुरुस्त करण्याची आवश्यकता नाही: पुन्हा, ब्राउझरमध्ये, आणि चौथ्या प्रयत्नात कोड कार्य करतो (माझ्यासाठी एक उपलब्धी).

आणि त्याचप्रमाणे, ब्राउझर न सोडता, मी एक अतिशय वास्तविक पुल विनंती युटिलिटीमध्ये स्वरूपित केली जी जवळजवळ सर्व आधुनिक लिनक्स वितरणांमध्ये वापरली जाते.

मला आश्चर्य वाटले की, भाषा जाणून घेतल्याशिवाय, काहीही सेट न करता (अवलंबनांना असेंब्लीसाठी काही लायब्ररी आवश्यक असतात), आणि कधीही कंपाइलर न चालवता, मी फक्त एक पूर्णपणे कार्यरत आणि उपयुक्त वैशिष्ट्य "कोड" केले. ब्राउझर

तथापि, माझी विनंती 19 मार्च 2019 पासून अनुत्तरीत राहिली आणि मी त्याबद्दल आधीच विसरायला सुरुवात केली होती.

पण काल ​​ही विनंती मास्तरला जोडली गेली.

तर माझी कथा काय आहे? आणि तो या वस्तुस्थितीबद्दल बोलत आहे की, आधुनिक तंत्रज्ञानाच्या चौकटीत, असे दिसून आले की वास्तविक कोड ब्राउझरमध्ये आधीच लिहिला जाऊ शकतो, स्थानिक पातळीवर कोणतीही विकास साधने आणि अवलंबित्व तैनात न करता.

शिवाय, मी हे कबूल केलेच पाहिजे की सुप्रसिद्ध (किमान अरुंद वर्तुळात) उपयुक्ततांसाठी ही माझी दुसरी पुल विनंती आहे. मागील वेळी, SyncThing वेब इंटरफेसमधील काही फील्ड्सचे प्रदर्शन दुरुस्त करण्याच्या माझ्या विनंतीचा परिणाम मला अजिबात माहित नसलेल्या वातावरणात अक्षरशः एक-लाइन संपादन करण्यात आला.

केवळ नोंदणीकृत वापरकर्तेच सर्वेक्षणात भाग घेऊ शकतात. साइन इन करा, आपले स्वागत आहे.

अजून लिहावं की नाही?

• होय

• तो योग्य नाही

294 वापरकर्त्यांनी मतदान केले. 138 वापरकर्ते दूर राहिले.

स्त्रोत: www.habr.com