भविष्य पहिले नै यहाँ छ वा ब्राउजरमा सीधा कोड

म तपाईंलाई मसँग भएको एउटा रमाइलो अवस्था र एउटा प्रसिद्ध परियोजनामा ​​योगदानकर्ता कसरी बन्ने भन्ने बारेमा बताउनेछु।

केही समय अघि म एउटा विचारको साथ टिंकर गर्दै थिएँ: UEFI बाट सीधा लिनक्स बुट गर्दै ...
यो विचार नयाँ छैन र यस विषयमा धेरै म्यानुअलहरू छन्। तपाईं ती मध्ये एक देख्न सक्नुहुन्छ यहाँ

वास्तवमा, यस समस्याको समाधान गर्ने मेरो लामो समयदेखिको प्रयास पूर्ण रूपमा औपचारिक रूपमा परिणाम भयो समाधान। समाधान एकदम काम गरिरहेको छ र म यसलाई मेरो केहि घर मेसिनहरूमा प्रयोग गर्दछु। यो समाधान एक सानो थप विवरण मा वर्णन गरिएको छ। यहाँ.

UEFI-Boot को सार यो हो कि ESP (EFI प्रणाली विभाजन) विभाजन /boot डाइरेक्टरीसँग जोडिएको छ। ती। सबै कर्नेल र बुटस्ट्र्याप छविहरू (initrd) एउटै विभाजनमा अवस्थित छन् जसबाट UEFI ले कार्यान्वयनयोग्य फाइलहरू र विशेष रूपमा, प्रणाली बुट लोडरहरू सुरु गर्न सक्छ। तर धेरै वितरणहरूमा लिनक्स कर्नेल पहिले नै UEFISTUB विकल्पसँग भेला गरिएको छ, जसले कर्नेललाई UEFI बाट सुरू गर्न अनुमति दिन्छ।

यो समाधानमा एउटा अप्रिय क्षण छ - ESP विभाजन FAT32 मा ढाँचा गरिएको छ, जसमा हार्ड लिङ्कहरू सिर्जना गर्न असम्भव छ (जुन initrd अद्यावधिक गर्दा प्रणालीले नियमित रूपमा सिर्जना गर्दछ)। र यस बारे विशेष गरी आपराधिक केहि छैन, तर कर्नेल कम्पोनेन्टहरू अपडेट गर्दा प्रणाली चेतावनीहरू हेर्दा धेरै रमाइलो छैन ...

त्यहाँ अर्को तरिका छ।

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

यो एक सुन्दर समाधान जस्तो देखिन्छ, तर त्यहाँ एक "BUT" (वा बरु, यो थियो, तर पछि त्यो मा थप) छ। तथ्य यो हो कि UEFI चालक प्रणाली एकदम सरल छ। त्यहाँ फाइल प्रणाली माउन्ट गर्ने वा एक विशेष यन्त्रसँग ड्राइभरलाई सम्बद्ध गर्ने कुनै चीज छैन। त्यहाँ परम्परागत नाम नक्साको साथ प्रणाली कल छ, जसले प्रत्येक ड्राइभरलाई पालोमा लिन्छ र यसलाई सबैसँग सम्बद्ध गर्न प्रयास गर्दछ, कम्तिमा उपयुक्त उपकरणहरू। र यदि चालकले यन्त्र उठाउन सक्षम थियो भने, त्यसपछि म्यापिङ सिर्जना गरिएको छ - एक जडान रेकर्ड। यो नयाँ भरिएको ड्राइभरलाई अरू सबैसँग साझा ढेरमा कसरी प्रारम्भ गर्नुपर्छ भन्ने कुरा हो। र तपाईलाई चाहिने भनेको ड्राइभर बुट रेकर्डमा 1 मा एक बिट (LOAD_OPTION_FORCE_RECONNECT) सेट गर्नु हो र UEFI ले यसलाई लोड गरेपछि यो ग्लोबल रिम्याप गर्नेछ।

तर यो गर्न त्यति सजिलो छैन। मानक efibootmgr उपयोगिता (जुन UEFI अफलोड प्रबन्धक कन्फिगर गर्न प्रयोग गरिन्छ) लाई यो बिट कसरी सेट गर्ने (वा बरु, थाहा थिएन) थाहा छैन। मैले यसलाई एक जटिल र खतरनाक प्रक्रिया मार्फत म्यानुअल रूपमा स्थापना गर्नुपर्‍यो।

र एक पटक फेरि, यो मेरो हातले गर्ने प्रयास गरेपछि, मैले यसलाई सहन सकिन र औपचारिक बनाइयो GitHub मा मुद्दा विकासकर्ताहरूलाई यो सुविधा थप्न सोध्दै।

धेरै दिन बित्यो तर मेरो आग्रहलाई कसैले ध्यान दिएनन् । र जिज्ञासाका कारण, मैले स्रोत कोड हेरे... मैले यसलाई फोर्क गरें, र यो सुविधा कसरी थप्ने भनेर मेरो घुँडाले पत्ता लगाएँ... "मेरो घुँडामा" किनभने मैले त्यस्तो कुनै पनि स्थापना गरेन र स्रोत सम्पादन गरें। कोड सीधा ब्राउजर मा।

मलाई C (प्रोग्रामिङ भाषा) धेरै सतही रूपमा थाहा छ, तर मैले अनुमानित समाधान (धेरै जसो प्रतिलिपि टाँस्ने) स्केच गरें... र त्यसपछि मैले सोचें - कम्तिमा मसँग त्यहाँ धेरै त्रुटिहरू छन् (कसैको सम्पादन गर्ने मेरो विगतको प्रयासहरू। C कोड 10 औं पटक पूरा भयो) म पुल अनुरोध जारी गर्नेछु। राम्रो जारी गरियो.

र त्यहाँ ट्राभिस सीआई पुल अनुरोधहरू जाँच गर्न संलग्न भएको थियो। अनि उसले लगनशीलताका साथ मलाई मेरा सबै गल्तीहरू बताए। ठिक छ, यदि ज्ञात त्रुटिहरू छन् भने, त्यहाँ यसलाई ठीक गर्न आवश्यक छैन: फेरि, ब्राउजरमा, र चौथो प्रयासमा कोडले काम गर्यो (मेरो लागि उपलब्धि)।

र त्यस्तै, ब्राउजर नछोडी, मैले एक धेरै वास्तविक पुल अनुरोधलाई एक उपयोगितामा ढाँचा गरे जुन लगभग सबै आधुनिक लिनक्स वितरणहरूमा प्रयोग गरिन्छ।

म यस तथ्यबाट छक्क परें कि, वास्तवमा भाषा नबुझेको, केहि पनि सेटअप नगरीकन (निर्भरताहरूलाई एसेम्बलीका लागि धेरै पुस्तकालयहरू चाहिन्छ), र कम्पाइलरलाई कहिल्यै नचलाएर, मैले पूर्ण रूपमा काम गर्ने र उपयोगी सुविधालाई "कोड" गरें। ब्राउजर।

जे होस्, मेरो अनुरोध मार्च 19, 2019 देखि अनुत्तरित रह्यो, र मैले पहिले नै यसको बारेमा बिर्सन थालेको थिएँ।

तर हिजो यो अनुरोध मास्टरमा थपियो।

त्यसोभए मेरो कथा के हो? र उसले यस तथ्यको बारेमा कुरा गरिरहेको छ कि, आधुनिक प्रविधिहरूको ढाँचा भित्र, यो पत्ता लाग्यो कि वास्तविक कोड पहिले नै ब्राउजरमा लेख्न सकिन्छ, स्थानीय रूपमा कुनै विकास उपकरण र निर्भरताहरू प्रयोग नगरी।

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

दर्ता भएका प्रयोगकर्ताहरूले मात्र सर्वेक्षणमा भाग लिन सक्छन्। साइन इन गर्नुहोस्कृपया

थप लेख्नुपर्छ कि पर्दैन ?

• हो

• यसको लायक छैन

294 प्रयोगकर्ताहरूले मतदान गरे। 138 प्रयोगकर्ताहरू रोकिए।

स्रोत: www.habr.com