हाइकु के साथ मेरा चौथा दिन: स्थापना और बूट समस्याएं

टीएल; डीआर: हाइकु के साथ प्रयोग करने के कुछ दिनों के बाद , मैंने इसे एक अलग एसएसडी पर रखने का फैसला किया। लेकिन सब कुछ इतना मुश्किल नहीं निकला।

हाइकु लोडिंग परीक्षण कार्य प्रगति पर है।

तीन दिन पहले, मैंने हाइकु के बारे में सीखा, एक अप्रत्याशित रूप से अच्छा पीसी ऑपरेटिंग सिस्टम। यह चौथा दिन है और मैं इस प्रणाली के साथ और अधिक "वास्तविक कार्य" करना चाहता था, और इसके अलावा Anyboot छवि में अनुभाग बहुत छोटा है। फिर मैं एक नया 120GB SSD चुनता हूं, मैं इंस्टॉलर के सुचारू संचालन के लिए तैयार हो रहा हूं ... और एक बमर मेरा इंतजार कर रहा है!

स्थापना और डाउनलोड को आमतौर पर ध्यान और प्यार दिया जाता है, क्योंकि ये पहले और सबसे महत्वपूर्ण इंप्रेशन हैं। यह आशा है कि मेरे "नौसिखिए" अनुभव का प्रोटोकॉल हाइकु विकास टीम के लिए एक ऑपरेटिंग सिस्टम को डिबग करने के लिए चल रहे प्रयासों में उपयोगी साबित होगा जो "बस काम करता है।" मैं सारी गलतियाँ अपने ऊपर लेता हूँ!
मुझे ऐसा लगता है कि USB के माध्यम से बूटिंग की स्थिति विशेष रूप से महत्वपूर्ण होगी, क्योंकि हर उपयोगकर्ता पूरी तरह से अपरिचित ऑपरेटिंग सिस्टम के साथ प्रयोगों के लिए मुख्य SATA-ड्राइव (मैं NVME के ​​बारे में पहले से ही चुप हूं) का उपयोग करने के लिए तैयार नहीं हूं। यह मुझे लगता है कि USB के माध्यम से डाउनलोड करना अधिकांश उपयोगकर्ताओं के लिए सबसे अधिक संभावना परिदृश्य है जो वास्तविक हार्डवेयर पर हाइकु को आज़माने का निर्णय लेते हैं। डेवलपर्स को इस पर गंभीरता से ध्यान देना चाहिए।

डेवलपर टिप्पणी:

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

यह सार्थक लगता है, और आशा है कि अंत में सब कुछ अब से बहुत बेहतर होगा। अब तक, मैं केवल यह जांच सकता हूं कि आज के लिए क्या किया गया है। चलिए शुरू करते हैं ...

Anyboot की छवि बहुत छोटी है

इस तथ्य के बावजूद कि वेबबूट छवि को नियमित रूप से फ्लैश ड्राइव पर लिखना आश्चर्यजनक रूप से आसान है, इसमें हाइकू विभाजन पर अतिरिक्त सॉफ़्टवेयर स्थापित करने के लिए पर्याप्त स्थान नहीं है।

यूएसबी फ्लैश ड्राइव में एनीबूट इमेज लिखना, सिद्धांत रूप में, काफी सरल है, लेकिन परिणामस्वरूप, वास्तविक काम के लिए पर्याप्त जगह नहीं है।

त्वरित सुधार: डिफ़ॉल्ट हाइकु विभाजन आकार में वृद्धि।

तो हाइकु के साथ वास्तविक काम के लिए आपको अभी भी इंस्टॉलर एप्लिकेशन का उपयोग करके इसे इंस्टॉल करना होगा।

इंस्टॉलर एक ही स्थान पर आपकी जरूरत का हर काम नहीं करता है

महान मैक ओएस एक्स इंस्टॉलर याद है?

मैक ओएस एक्स 10.2 इंस्टॉलर

वह:

• डिस्क को आरंभीकृत करता है (GPT, GUID विभाजन तालिका लिखता है)
• "सामान्य ज्ञान" (ड्राइव के सर्वोत्तम उपयोग के लिए) का उपयोग करके विभाजन (EFI, प्राथमिक) बनाता है
• बूट विभाजन को चिह्नित करता है (उस पर बूट करने योग्य ध्वज सेट करता है)
• फ़ाइलों को कॉपी करता है

दूसरे शब्दों में, वह उपयोगकर्ता के लिए बहुत अधिक उपद्रव के बिना "सब कुछ" करता है।

दूसरी ओर, हाइकू के लिए इंस्टॉलर है, जो फ़ाइलों की प्रतिलिपि बनाता है और उपयोगकर्ता को बाकी सब कुछ देता है, बहुत बोझिल, जो कि अगर आपके पास अनुभव है, तो भी आप तुरंत समझ नहीं पाते हैं। खासकर यदि आपको एक ऐसी प्रणाली की आवश्यकता है जो BIOS और EFI दोनों प्रणालियों पर बूट करती है।

मुझे क्या करना चाहिए?

मैं निश्चित रूप से नहीं कहूंगा, लेकिन, किसी भी मामले में, मैं यह मानता हूं:

1. ओपन ड्राइवसेटअप
2. इंस्टॉल करने के लिए एक उपकरण चुनें
3. ड्राइव-> इनिशियलाइज़-> GUID पार्टिशन मैप ...-> जारी रखें-> परिवर्तन सहेजें-> ठीक है
4. डिवाइस पर खाली जगह पर राइट क्लिक करें जहां सिस्टम इंस्टॉल किया जाएगा
5. बनाएँ ...-> मैं आकार के रूप में 256 दर्ज करता हूं-> EFI सिस्टम डेटा (पूरी तरह से निश्चित नहीं) -> परिवर्तन लिखें
6. डिवाइस पर "ईएफआई सिस्टम डेटा" पर राइट क्लिक करें जहां सिस्टम इंस्टॉल किया जाएगा
7. प्रारंभिक-> FAT32 फ़ाइल सिस्टम ...-> जारी रखें-> मैं नाम दर्ज करता हूं: "EFI", FAT की क्षमता: 32-> स्वरूप-> परिवर्तन लिखें
8. मैं वांछित डिवाइस पर खाली जगह पर राइट क्लिक दोहराता हूं
9. Create ...-> मैं सेक्शन का नाम दर्ज करता हूं: हाइकु, सेक्शन का प्रकार: फाइल सिस्टम-> क्रिएट-> बदलाव लिखें
10. EFI-> कनेक्ट पर राइट क्लिक करें
11. मैं इंस्टॉलर चलाता हूं- टेक्नोस्लांग द्वारा उलझन में-> जारी रखें-> डिस्क पर: हाइकू (यह सुनिश्चित करें कि यह वही खंड है जिसे मैंने पहले बनाया था) -> स्थापित करें
12. फ़ाइल मैनेजर में, मैं EFI निर्देशिका को मौजूदा सिस्टम से EFI पार्टीशन में कॉपी करता हूं (मेरा मानना ​​है कि EFI को बूट करने के लिए यह आवश्यक है)
13. [लगभग। अनुवादक: इस आइटम को अनुवाद से हटा दिया गया है; संक्षेप में - लेखक ने EFI और BIOS दोनों को लोड करने के लिए एक संकर प्रणाली के निर्माण में बहुत महारत हासिल नहीं की]
14. बंद करें
15. मैं नई बनाई गई डिस्क को उस पोर्ट से कनेक्ट करता हूं जहां से सिस्टम बिल्कुल बूट होगा [अजीब, मुझे ऐसा करने की ज़रूरत नहीं थी। - लगभग। अनुवादक]
16. चालू करें

यह मुझे लगता है कि यह स्पष्ट रूप से दिखाई देता है: हमें एक उपकरण की आवश्यकता होती है जो एक बटन के स्पर्श में सब कुछ करता है, समय पर (!) पुष्टि करता है कि आप डिवाइस को मिटा सकते हैं।

एक "त्वरित" समाधान: एक ऑटोमैटिक इंस्टॉलर बनाते हैं जो सब कुछ करता है।

ठीक है, भले ही "तेज" न हो, तो सभ्य। ये नई प्रणाली के पहले छाप हैं। यदि यह स्थापित करने में विफल रहता है (और मैंने इसे कई बार किया है), तो कई बस चुपचाप हमेशा के लिए छोड़ देंगे।

PulkoMandy के अनुसार DriveSetup के लिए तकनीकी व्याख्या

BootManager एक डिस्क से कई सिस्टम बूट करने की क्षमता सहित एक पूर्ण-बूट बूट मेनू रिकॉर्ड करता है, इसके लिए डिस्क की शुरुआत में केवल लगभग 2kb की आवश्यकता होती है। यह पुराने डिस्क विभाजन योजनाओं के लिए उपयुक्त है, लेकिन GPT के लिए नहीं, जो विभाजन तालिका के लिए समान क्षेत्रों का उपयोग करता है। दूसरी ओर, writembr डिस्क को एक बहुत ही सरल कोड लिखता है, जो बस सक्रिय विभाजन को पाता है और इसे डाउनलोड करना जारी रखता है। डिस्क पर 400 पहले बाइट्स इस कोड के लिए पर्याप्त हैं, इसलिए यह GPT के साथ प्रतिच्छेद नहीं करता है। इसमें जीपीटी-चिह्नित ड्राइव के लिए सीमित समर्थन है (लेकिन सरल मामलों के लिए, सब कुछ वैसा ही होगा जैसा होना चाहिए)।

त्वरित समाधान: जीयूटी मार्कअप का पता लगने पर GUI बूटमैनेगर को कॉन्फ़िगर करने के लिए सब कुछ डाल देता है, जो डिस्क पर रिटेम्ब्र का उपयोग करके स्थापित होता है। GPT डिस्क पर 2kb कोड डालने की आवश्यकता नहीं है। केवल हाइकु विभाजन पर, EFI विभाजन पर बूट करने योग्य ध्वज को सेट करने की आवश्यकता नहीं है।

पहला प्रयास: कर्नेल घबराहट

उपकरण

• एसर TravelMate B117 N16Q9 (एंडलेस के साथ बेचा)
• lspci
• lsusb
• मौजूदा सिस्टम को 16GB किंग्स्टन डेटाट्रेलेर 100 फ्लैश ड्राइव से लॉन्च किया गया था, जो लिनक्स पर Etcher का उपयोग करके किसी भी बूट छवि से बना है, USB2.0 पोर्ट में डाला गया है (क्योंकि यह USB3 पोर्ट से बूट नहीं हुआ था)
• किंग्स्टन A400 SSD 120GB आकार में, केवल कारखाने से, sata-usb3 अडैप्टर ASMedia ASM2115 में प्लग किया गया है, जिसे TravelMate B117 में USB3 पोर्ट में प्लग किया गया है।

परिणाम

इंस्टॉलर फ़ाइलों की प्रतिलिपि बनाना शुरू करता है, फिर I / O त्रुटि पॉप अप होती है, उसके बाद कर्नेल पैनिक होता है

कर्नेल घबराहट

दूसरा प्रयास: गैर-बूट करने योग्य डिस्क

उपकरण

सब कुछ पहले की तरह है, लेकिन एसएसडी एडेप्टर से जुड़ा है, जो यूएसबी 2.0 हब से जुड़ा है, जिसे ट्रैवलमेट में यूएसबी 3 पोर्ट में प्लग किया गया है। मैंने विंडोज इंस्टॉलेशन फ्लैश ड्राइव का उपयोग करके जांच की कि यह मशीन यूएसबी 3 से बूट करती है।

परिणाम

असभ्य प्रणाली। ऐसा लगता है कि डिस्क का विभाजन बूटमैनगर के कारण प्रवाहित हुआ है।

BootManager। "बूट मेनू लिखें" डिस्क लेआउट को क्या नष्ट करता है!

तीसरा प्रयास: वाह, यह लोड! लेकिन इस मशीन पर USB3 पोर्ट के माध्यम से नहीं

उपकरण

दूसरे प्रयास में भी सब कुछ वैसा ही है, लेकिन इस बार मैं बूटमैनेजर का उपयोग बिल्कुल नहीं करता।
बूटमैनगर को शुरू किए बिना विभाजन ऐसा दिखता है यदि लिनक्स से जांच की जाती है।

FAT32 फ़ाइल सिस्टम के साथ "efi" खंड बूटमैनगर को शुरू किए बिना बूट करने योग्य है। क्या यह एक गैर-ईएफआई मशीन पर चलेगा?

परिणाम

• EFI मोड, USB2 पोर्ट: सीधे हाइकु पर डाउनलोड करें
• EFI मोड, USB2 हब USB3 पोर्ट में प्लग किया गया: संदेश "कोई बूट पथ नहीं मिला, सभी विभाजनों के लिए स्कैन करें ..." , बूट स्क्रीन के बाद "बूट वॉल्यूम चुनें (वर्तमान: हाइकु)" । "जारी रखें बूटिंग" बटन ग्रे है, दबाया नहीं गया है। यदि आप "Select Boot Volume" का चयन करते हैं -> हाइकु (वर्तमान: नवीनतम स्थिति) -> नवीनतम स्थिति -> मुख्य मेनू पर लौटें -> सूची से बूटिंग जारी रखें , यह सीधे हाइकू में लोड होता है। मुझे आश्चर्य है कि यह "सिर्फ बूट" क्यों नहीं हो सकता है, लेकिन एक नखरे के साथ नृत्य करने की आवश्यकता है? इसके अलावा, बूट अनुभाग बूट स्क्रीन पर स्पष्ट रूप से पाया जाता है। सॉफ्टवेयर बग?
• EFI मोड, USB3 पोर्ट: सीधे हाइकु में लोड किया गया। वाह, मुझे खुशी है ... समय से पहले, जैसा कि यह निकला। एक नीली स्क्रीन प्रदर्शित की जाती है, लेकिन लंबे समय तक कुछ भी नहीं होता है। "उंगली" कर्सर स्क्रीन के बीच में लटका रहता है और स्थानांतरित नहीं होता है। Sata-usb3 एडाप्टर ब्लिंकिंग है। मामला कर्नेल पैनिक के साथ समाप्त हुआ। USB3 फ्लैश ड्राइव पर Anyboot छवि को वर्तमान हार्डवेयर पर बूट करने योग्य के रूप में भी मान्यता नहीं दी गई थी। बाह, यह एक बग है! इस बारे में, मैंने एक अनुरोध किया ।

USB3 पोर्ट से बूट होने पर कर्नेल घबरा जाता है।

क्या आश्चर्यजनक है कि आप अभी भी कमांड टाइप कर सकते हैं, लेकिन आपको अंग्रेजी लेआउट का उपयोग करना होगा। इसलिए, मैं सलाह के अनुसार करता हूं:

कैप्शन: syslog | tail 15 आउटपुट syslog | tail 15 syslog | tail 15 - जबकि कर्नेल पैनिक्स

reboot कमांड को आमंत्रित करना, दुर्भाग्य से, काम नहीं करता है।

चौथा प्रयास: दूसरी कार

मैंने उसी (बिल्कुल काम करने वाली) डिस्क को दूसरी मशीन में स्थानांतरित कर दिया, जहां मैंने विभिन्न बंदरगाहों के साथ काम की जांच की।

उपकरण

तीसरे प्रयास में सभी समान, लेकिन एसर रेवो वन आरएल 85 पर।

परिणाम

• EFI मोड, USB2 पोर्ट: संदेश "कोई बूट पथ नहीं मिला, सभी विभाजनों के लिए स्कैन करें ..." , उसके बाद बूट स्क्रीन के साथ "बूट वॉल्यूम चुनें (वर्तमान: हाइकु)" । "जारी रखें बूटिंग" बटन ग्रे है, दबाया नहीं गया है। यदि आप "Select Boot Volume" का चयन करते हैं -> हाइकू (वर्तमान: नवीनतम स्थिति) -> नवीनतम स्थिति -> मुख्य मेनू पर लौटें -> बूटिंग जारी रखें - यह सीधे हाइकू में लोड होता है। शटडाउन "शट डाउन डाउन ..." संदेश पर लटका हुआ है।
• EFI मोड, USB2 हब USB3 पोर्ट में प्लग किया गया: स्पष्टीकरण की आवश्यकता है
• EFI मोड, USB3 पोर्ट: संदेश "कोई बूट पथ नहीं मिला, सभी विभाजनों के लिए स्कैन करें ..." , बूट स्क्रीन के बाद "बूट वॉल्यूम (वर्तमान: हाइकू)" चुनें । "जारी रखें बूटिंग" बटन ग्रे है, दबाया नहीं गया है। यदि आप "सेलेक्ट बूट वॉल्यूम" का चयन करते हैं -> हाइकू (वर्तमान: नवीनतम स्थिति) -> नवीनतम स्थिति -> मुख्य मेनू पर लौटें -> बूटिंग जारी रखें - यह सीधे हाइकू में लोड होता है।
  मैं इस तथ्य पर आपका ध्यान आकर्षित करता हूं कि, पहली प्रणाली के विपरीत, डेस्कटॉप पर कर्नेल आतंक के बिना एक सामान्य बूट है। शटडाउन "शटडाउन प्रगति पर है" संदेश पर लटका हुआ है।
• EFI मोड, sata पोर्ट: सीधे हाइकु पर लोड किया गया। शटडाउन "शट डाउन डाउन ..." संदेश पर लटका हुआ है।
• CSM BIOS मोड, USB2 पोर्ट: अपडेट की जरूरत है
• CSM BIOS मोड, USB3 पोर्ट से जुड़ा USB2 हब: स्पष्टीकरण की आवश्यकता
• BIOS CSM मोड, USB3 पोर्ट: अपडेट की जरूरत है
• CSM BIOS मोड, sata पोर्ट: शिलालेख के साथ काली स्क्रीन "चयनित डिवाइस में रिबूट और सिलेक्ट बूट बूट डालें या बूट मीडिया चुनें" कुंजी दबाएं । CSM BIOS से आया है? [ हाँ, ठीक वही संदेश मेरे सिस्टम द्वारा जारी किया गया है यदि वह बूटलोडर को नहीं खोजता है। - लगभग। अनुवादक]

पांचवां प्रयास: तीसरी कार

एक ही डिस्क को तीसरी मशीन में स्थानांतरित किया, विभिन्न बंदरगाहों पर जांच की गई।

उपकरण

तीसरे प्रयास में भी ऐसा ही है, लेकिन डेल ऑप्टिप्लेक्स 780 पर। यदि मैं गलत नहीं हूँ - इस मशीन में एक प्रारंभिक ईएफआई है, जो जाहिरा तौर पर हमेशा सीएसएम BIOS मोड में काम करता है।

परिणाम

• USB2 पोर्ट: हाइकू डाउनलोड
• USB3 पोर्ट (PCIe कार्ड के माध्यम से, Renesas Technology Corp. uPD720202 USB 3.0 होस्ट नियंत्रक): स्पष्टीकरण की आवश्यकता है
• Sata पोर्ट: स्पष्टीकरण की आवश्यकता है

छठी कोशिश, चौथी मशीन, मैकबुक प्रो

उपकरण

तीसरे प्रयास में सभी समान, लेकिन मैकबुकप्रो 7.1 के साथ

परिणाम

मैक हाइकू के साथ एक फ्लैश ड्राइव कैसे देखता है।

• CSM ("विंडोज") मोड: ब्लैक स्क्रीन "नो बूटेबल ड्राइव - बूट डिस्क डालें और किसी भी कुंजी को दबाएं" लेबल। क्या वह Apple CSM से आई थी?
• यूईएफआई मोड ("ईएफआई बूट"): बूट डिवाइस चयन स्क्रीन पर रुक जाता है।

सातवें प्रयास, 32-बिट एटम प्रोसेसर के साथ लेनोवो नेटबुक

उपकरण

• एक 16 जीबी किंग्स्टन डेटाट्रेवल 100 फ्लैश ड्राइव को एचर का उपयोग करके 32-बिट एनीबूट छवि का उपयोग करके यहां से बनाया गया है ।

  
  

• हार्ड ड्राइव के बिना एटम प्रोसेसर पर आधारित लेनोवो आइपैड एस 10 नेटबुक।

  
  

• इस मशीन के lspci , लिनक्स पर गोली मार दी।

  
  

• lsusb

  
  

   00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI]) Subsystem: Lenovo NM10/ICH7 Family USB2 EHCI Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 23 Region 0: Memory at f0844000 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Debug port: BAR=1 offset=00a0 Kernel driver in use: ehci-pci 

  
  

परिणाम

डाउनलोड करना, फिर कर्नेल घबराहट होती है, syslog|tail 15 kDiskDeviceManager::InitialDeviceScan() failed: No such file or directory प्रदर्शित करता है kDiskDeviceManager::InitialDeviceScan() failed: No such file or directory कई ATA त्रुटियों के बाद kDiskDeviceManager::InitialDeviceScan() failed: No such file or directory । नोट: मैंने USB से बूट करने की कोशिश की, ना कि sata की।

फ्लैश ड्राइव से बूट करने पर लेनोवो आइपैड एस 10 नेटबुक पर कर्नेल घबराहट।

मज़े के लिए, मैंने डिस्क को sata पोर्ट में डाला, लेकिन फ्लैश ड्राइव के साथ ज्यादा अंतर नहीं देखा। हालांकि मुझे syslog|tail 15 का उपयोग करते समय अलग-अलग संदेश मिले syslog|tail 15 कमांड (यह कहा गया कि यह /dev/disk/ata/0/master/1 ) मिला।

श्री। waddlesplash ने मुझे `syslog | grep usb को निष्पादित करने के लिए कहा इस मामले के लिए `syslog | grep usb , इसलिए यहाँ परिणाम हैं। मुझे अब भी खुशी है कि आप कर्नेल पैनिक के साथ स्क्रीन पर समान कमांड चला सकते हैं।

Mr के अनुसार। WADdlesplash यह EHCI त्रुटि इस अनुप्रयोग के समान है

आठवां प्रयास: 32-बिट एटम प्रोसेसर के साथ एमएसआई नेटबुक

उपकरण

पहले की तरह

• नेटबुक मेडियन अकोया E1210 (एमएसआई विंड यू 100 लेबल) एक स्थापित डिस्क के साथ (जो मैं हाइकू के लिए उपयोग नहीं करता हूं)।
• इस मशीन का lspci
• इस मशीन का lsusb
  

   00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI]) Subsystem: Micro-Star International Co., Ltd. [MSI] NM10/ICH7 Family USB2 EHCI Controller Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 23 Region 0: Memory at dff40400 (32-bit, non-prefetchable) [size=1K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Debug port: BAR=1 offset=00a0 Kernel driver in use: ehci-pci 

परिणाम

इंस्टॉलर हाइकु में बूट्स। टचपैड काम करता है! (उदाहरण के लिए, स्क्रॉलिंग)। वीडियो कार्ड को Intel GMA (i945GME) रूप में मान्यता दी गई थी।

नौवां प्रयास: मैकबुक प्रो पर 32-बिट फ्लैश ड्राइव

उपकरण

• पहले की तरह।
• मैकबुक 7.1

परिणाम

एक काली स्क्रीन जो कहती है "कोई बूट करने योग्य ड्राइव नहीं - बूट डिस्क डालें और किसी भी कुंजी को दबाएं"।

नोट: Apple कीबोर्ड

नीचे पंक्ति में किसी भी कीबोर्ड के निचले बाएं कोने में निम्नलिखित बटन हैं:
गैर-Apple: Ctrl-Fn-Windows-Alt-Spacebar
Apple: Fn-Ctrl- (विकल्प या Alt) -कमांड-स्पेसबार

यह बहुत अच्छा होगा यदि हाइकू में सभी कीबोर्ड एक समान व्यवहार करते हैं, ताकि उनका उपयोग उसी तरह से किया जा सके, भले ही उन पर वास्तव में पिटाई हो।
Apple कीबोर्ड पर, Alt बटन तुरंत अंतरिक्ष के बाईं ओर नहीं जाता है (इसके बजाय इसमें कमांड की है)।
इस मामले में, मुझे पता चलेगा कि हाइकू Alt कुंजी के बजाय स्वचालित रूप से कमांड कुंजी का उपयोग करेगा। इसलिए, Apple कीबोर्ड पर काम करते समय, मुझे लगता है कि कीबोर्ड गैर-Apple है।
जाहिर है, सेटिंग्स में अलग-अलग विकल्प हैं, लेकिन मैं स्वचालित रूप से पहचान और समायोजित करना चाहूंगा, क्योंकि यह यूएसबी है, आखिरकार।

नोट: रिकवरी के लिए रिकवरी?

मैंने सुना है कि writembr कमांड का उपयोग करके writembr BIOS से एक सिस्टम (EFI के साथ काम करने योग्य) बना सकते हैं।

 /> writembr /dev/disk/.../.../.../.../raw About to overwrite the MBR boot code on /dev/disk/scsi/0/2/0/raw This may disable any partition managers you have installed. Are you sure you want to continue? yes/[no]: yes Rewriting MBR for /dev/disk/.../.../.../.../raw MBR was written OK 

यह अच्छा लग रहा है, लेकिन परिणामस्वरूप, सिस्टम को पहले की तरह लोड करना अभी भी असंभव है। शायद क्योंकि BIOS के माध्यम से बूट करना केवल उचित मार्कअप के साथ काम करता है, जीपीटी नहीं? [एक सुरक्षात्मक MBR की कोशिश करनी चाहिए ... - लगभग। अनुवादक]

निष्कर्ष

हाइकु भयानक है, लेकिन यह स्थापना अनुभव प्राप्त करने के लिए एक गंभीर दृष्टिकोण लेता है। इसके अलावा, बूट प्रक्रिया एक लॉटरी है, जिसमें लगभग 1/3 सफलता की संभावना है, और अगर आपके पास USB2 (एटम नेटबुक) या USB3 (एसर ट्रैवलमेट) है तो कोई बात नहीं। लेकिन कम से कम एक डेवलपर के पास समान उपकरण हैं। मुझे आशा है कि मेरा "न्युबियन" अनुभव डेवलपर्स को "मात्र नश्वर" की आवश्यकता को समझने में मदद करेगा, और मैक ओएस एक्स इंस्टॉलर के रूप में परिणाम को भी सुरुचिपूर्ण बना देगा। यह मत भूलो कि यह संस्करण 1.0 भी नहीं है, इसलिए सब कुछ बहुत अच्छा है!

यह अपने आप कोशिश करो! आखिरकार, हाइकु परियोजना डीवीडी या यूएसबी से दैनिक डाउनलोड छवियां प्रदान करती है। इंस्टॉल करने के लिए, बस छवि को डाउनलोड करें और इसे Etcher का उपयोग करके USB फ्लैश ड्राइव पर लिखें

एक सवाल है? हम आपको रूसी भाषा के टेलीग्राम चैनल में आमंत्रित करते हैं।

बग अवलोकन: सी और सी ++ में अपने आप को पैर में कैसे शूट करें। हाइकु ओएस रेसिपी संग्रह

अनुवाद के लेखक से : हाइकु श्रृंखला में यह चौथा लेख है।

लेखों की सूची: पहली दूसरी तीसरी चौथी पांचवीं छठी सातवीं आठवीं नौवीं