एक्सएनए में Paravirtualization: कहीं भी लोडर नहीं

PV-GRUB (ज्ञात क्रच पाइग्रब के साथ भ्रमित नहीं होना) एक्सएनए परावर्तक मशीनों के लिए GRUB 0.9x- आधारित बूटलोडर है जो आपको डोम (अतिथि) अतिथि वातावरण से सीधे ओएस कर्नेल को लोड करने की अनुमति देता है, जो मेजबान सिस्टम से अतिथि प्रणाली शुरू करने की प्रक्रिया में महत्वपूर्ण स्वतंत्रता जोड़ता है। सबसे बड़े कार्यान्वयन में से एक अमेज़ॅन ईसी 2 क्लाउड होस्टिंग है, जो कि एक्सएवी हाइपरविज़र का भी उपयोग करता है और ग्राहकों को पैरावैर्टिकल सिस्टम के लिए किसी भी अनुकूलित कर्नेल ( अमेज़ॅन ईसी 2 के साथ अपने कर्नेल का उपयोग करने) को डाउनलोड करने के लिए पीवी-जीआरयूबी का उपयोग करने की क्षमता प्रदान करता है।

इस मुद्दे पर सब कुछ बेहद सकारात्मक होगा यदि यह मुफ्त सॉफ्टवेयर के लिए सामान्य समस्या के लिए नहीं है: इस GRUB शाखा का विकास कई वर्षों के लिए GRUB2 के पक्ष में पूरी तरह से रोक दिया गया है, और Xen विकास समुदाय, जाहिरा तौर पर, आने वाले वर्षों में GRUB के वर्तमान संस्करण पर आधारित होगा PV बूटलोडर को बदलना तैयार नहीं है। स्वयं PV-GRUB, हालांकि, यह, सामान्य रूप से, आधिकारिक Xen वितरण का हिस्सा है, अब पहले से ही डेबियन और उबंटू रिपॉजिटरी में कम से कम इसी पैकेज से बाहर रखा गया है, जबकि उन उपयोगकर्ताओं को जो सुविधा के आदी हैं (डेबियन बग # 588839: सुरक्षित अतिथि कर्नेल को बूट करने के लिए pv-grub को शामिल करें ) और आवश्यकता होती है (Ubuntu बग # 798583: xen-utils-4.1 में pvgrub नहीं है ) ... हालांकि मेरे लिए व्यक्तिगत रूप से पैकेज के एक्सटेनर्स की प्रेरणा कुछ शुरुआत समस्याओं का जिक्र करते हुए स्पष्ट नहीं है। निर्भरता के साथ, जबकि GRUB 0.97 के साथ पैकेज अभी भी सुलभ और कार्यात्मक हैं, और मौजूदा कार्यक्षमता के लिए कोई शिकायत नहीं।

यहां मैं इस समय, तत्काल समस्या का सबसे स्वीकार्य समाधान बताने की कोशिश करूंगा - पीवी-जीआरयूबी और इसे इस्तेमाल करने के लिए डॉमयू के आवश्यक विन्यास को स्वतंत्र रूप से बनाने के लिए , क्योंकि इसके लिए कोई अलौकिक प्रयासों की आवश्यकता नहीं है।

लगभग पारंपरिक बूटलोडर के Xen paravirtual वातावरण के लिए इंसर्ट और इंसट्रक्शन को समझने में दिलचस्पी रखने वालों के लिए, यह आवश्यक है कि वे कुछ सामग्री को एक्सयूबी 3.3 में दिखाई देने वाले स्टब डोमेन कार्यक्षमता के बारे में तुरंत फेंक दें। Xen.org ब्लॉग ( Xen 3.3 फ़ीचर: स्टब डोमेंस, Xen 3.3 फ़ीचर: HVM डिवाइस मॉडल डोमेन ) पर एक संक्षिप्त परिचय दिया गया है। बाकी को प्रेजेंटेशन ( पीडीएफ ) के माध्यम से ब्राउज़ करना है और एक्सन समिट नॉर्थ अमेरिका में प्रस्तुत रिपोर्ट "स्टब डोमेन: ए स्टेप डॉम ० असहमति" को सुनना है।

बूटलोडर को बनाने के लिए, आपको Xen स्रोत कोड की आवश्यकता है। उस संस्करण को लेना सबसे अच्छा है जो पहले से ही आपके मेजबान सिस्टम पर उपयोग किया जाता है। चूंकि मैं डेबियन जीएनयू / लिनक्स "व्हीजी" का उपयोग कर रहा हूं, मेरे लिए यह एक्सएन 4.1.4 होगा। आप न्यूनतम विकास किट (gcc + binutils + make) के साथ किसी भी प्रणाली का निर्माण कर सकते हैं। Xen ( Xen 4.1 श्रृंखला , Xen 4.2 श्रृंखला ) की आधिकारिक साइट से डाउनलोड और स्रोतों के साथ टारबॉल अनपैक करें:

  $ wget http://bits.xensource.com/oss-xen/release/4.1.4/xen-4.1.4.tar.gz
 $ टर xzf xen-4.1.4.tar.gz 

stubdom निर्देशिका पर जाएं। बूटलोडर निर्माण चलाएँ:

  $ ग्रब बनाते हैं 

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

  $ XEN_TARGET_ARCH = x86_32 ग्रब करें 

प्रक्रिया कुछ नुकसान के बिना पूरी नहीं होती है। इस घटक की असेंबली कुछ हेडर फ़ाइलों को शामिल करने के प्रतिबंध संबंधी त्रुटियों पर रोकती है, जो कि किसी भी पथ पर नहीं है।

  Xc_core.c: 69: 0 से शामिल फ़ाइल में:
 xc_core.h: 26: 35: घातक त्रुटि: xen / libelf / elfstructs.h: कोई फ़ाइल या निर्देशिका नहीं है
 संकलन समाप्त हुआ। 

हम अपराधी की तलाश कर रहे हैं:

  $ खोज .. -type f -name xc_core.h
 ../tools/libxc/xc_core.h 

इसमें स्ट्रिंग को बदलें

 #include "xen/libelf/elfstructs.h" 

पर

 #include "xen/elfstructs.h" 

जब आप फिर से make grub , तो कुछ और का पालन करना चाहिए:

  xc_dom.h: 17:31: घातक त्रुटि: xen / libelf / libelf.h: ऐसी कोई फ़ाइल या निर्देशिका नहीं है
 xc_hvm_build.c: 34: 31: घातक त्रुटि: xen / libelf / libelf.h: ऐसी कोई फ़ाइल या निर्देशिका नहीं है
 ../../xen/common/libelf/libelf-pStreet.h:70:31: घातक त्रुटि: xen / libelf / libelf.h: ऐसी कोई फ़ाइल या निर्देशिका नहीं है 

सब कुछ प्रतिस्थापन द्वारा तय किया जाता है

 #include <xen/libelf/libelf.h> 

पर

 #include <xen/libelf.h> 

विधानसभा को अब सफलतापूर्वक पूरा करना चाहिए। आउटपुट की अंतिम पंक्तियाँ जिन्हें आप देख पाएंगे:

  gzip -f -9 -c /home/user/xen-4.1.4/stubdom/mini-os-x86_64-grub/mini-os> /home/user/xen-4.1.4/stubdom/min-os-x86_64 -ग्रब / मिनी- os.gz
 मेक [1]: लीडिंग डाइरेक्टरी `/होम/यूज़र / एक्सेंन-4.1.4/extras/mini-os ' 

पहले से संपीड़ित mini-os-x86_64-grub/mini-os.gz का नाम बदलकर अधिक समझदार pv-grub-x86_64.gz (या pv-grub-x86_32.gz हो सकता है अगर इसे x86_32 के तहत बनाया गया था), और फिर /usr/lib/xen-4.1/boot में डालें /usr/lib/xen-4.1/boot अपने DOM0 /usr/lib/xen-4.1/boot , जहाँ यह संबंधित है ( xen-utils-4.1 के साथ डेबियन के लिए मान्य है, hvmloader भी hvmloader स्थित hvmloader )।

बूटलोडर का उपयोग करने के लिए सीधे स्विच करने से पहले, आपको अपने अतिथि सिस्टम के लिए कुछ प्रारंभिक प्रक्रियाएं करनी चाहिए।
यह ध्यान देने योग्य है कि पुराना GRUB Ext4 जैसी आधुनिक फाइल सिस्टम के साथ सीधे अनुकूल नहीं है, कम आम का उल्लेख नहीं करने के लिए। इसलिए, आपको पहले यह सुनिश्चित करना चाहिए कि जिस अनुभाग में आप कर्नेल छवि, initrd, और GRUB कॉन्फ़िगरेशन फ़ाइलों को होस्ट करेंगे (डिफ़ॉल्ट रूप से /boot निर्देशिका में सब कुछ संग्रहीत है) पढ़ने के लिए बूटलोडर तक पहुंच जाएगा। यहां वर्णित खोज को पूरा करने की प्रक्रिया में, मैंने पहले से ही एक रैक पर कदम रखा: एक्सट्रीम 2 के साथ एक्सटी 4 के सैद्धांतिक रूप से मौजूदा पिछड़े संगतता के बावजूद, कई अलग-अलग एक्सटेंशन (विशेषताएं) हैं जो इस संगतता को पूरी तरह से बाहर कर देते हैं, खासकर अगर आपने अपने एक्सटी 4 अनुभाग को बनाते समय इसके बारे में नहीं सोचा था। /boot तहत एक अलग विभाजन बनाने से पहले, मुझे इसकी विशेष आवश्यकता नहीं थी। अब, समाधान केवल सूक्ष्म-विभाजन के लिए उपरोक्त प्रारंभिक ट्रिनिटी को स्थानांतरित कर सकता है (मुझे लगता है कि वर्तमान सामग्री /boot से एक डबल वॉल्यूम पर्याप्त होगा), एक्सटेट 2 में स्वरूपित। यदि आवश्यक हो तो /boot DOM विभाजन को जोड़कर /boot अपने DOMU के /etc/fstab को /boot विभाजन को भी याद रखें और यदि आवश्यक हो तो शेष विभाजनों के ब्लॉक उपकरण नामों को बदल दें। वर्चुअल मशीन के डिस्क कॉन्फ़िगरेशन पर भी यही लागू होता है।
आप आसानी से जांच सकते हैं कि mount -t ext2 माध्यम से एक मौजूदा विभाजन अतिरिक्त संगतता मोड में बढ़ते के लिए उपयुक्त कैसे है।

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

  $ mkdir / बूट / ग्रब
 $ अपडेट-ग्रब
 GRUB इंस्टॉलेशन डायरेक्टरी की खोज ... पाया गया: / बूट / ग्रब
 BIOS ड्राइव का अनुमान लगाने के लिए उपकरणों की जांच करना।  इसमें लंबा समय लग सकता है।
 डिफ़ॉल्ट फ़ाइल की खोज ... / बूट / ग्रब / डिफ़ॉल्ट फ़ाइल बनाना और डिफ़ॉल्ट बूट प्रविष्टि को 0 पर सेट करना
 GRUB इंस्टॉलेशन डायरेक्टरी की खोज ... पाया गया: / बूट / ग्रब
 मौजूदा GRUB menu.lst फ़ाइल के लिए परीक्षण ...

 जनरेटिंग /boot/grub/menu.lst
 छप छवि के लिए खोज ... कोई नहीं मिला, लंघन ...
 मिली कर्नेल: /vmlinuz-3.2.0-4-amd64
 अपडेट किया जा रहा है /boot/grub/menu.lst ... किया गया 

निर्मित /boot/grub/menu.lst पर एक नज़र डालें:

  शीर्षक डेबियन जीएनयू / लिनक्स, कर्नेल 3.2.0-4-amd64
 रूट (/ देव / xvda1)
 कर्नेल /vmlinuz-3.2.0-4-amd64 रूट = UUID = f5731cf7-420a-4094-acf7-bec5976a0b62 ro
 initrd /initrd.img-3.2.0-4-amd64

 शीर्षक डेबियन जीएनयू / लिनक्स, कर्नेल 3.2.0-4-amd64 (एकल-उपयोगकर्ता मोड)
 रूट (/ देव / xvda1)
 कर्नेल /vmlinuz-3.2.0-4-amd64 रूट = UUID = f5731cf7-420a-4094-acf7-bec5976a0b62 ro सिंगल
 initrd /initrd.img-3.2.0-4-amd64 

यहां यह हड़ताली है कि विन्यासकर्ता गलत तरीके से root विकल्प में भरा हुआ है, डिस्क और विभाजन के समझने योग्य GRUB पदनाम के बजाय ब्लॉक डिवाइस के फ़ाइल नाम को प्रतिस्थापित करता है। जब आप इन मेनू आइटम का चयन करते हैं, तो GRUB केवल गलत विकल्प मूल्य पर शपथ लेगा।
स्थिति को ठीक करने के लिए, हम जनरेट /boot/grub/menu.lst को बूट विकल्प "डिस्क" के सीरियल नंबर के स्पष्ट संकेत के साथ थोड़ा जोड़कर जोड़ते हैं, जिसे बाद में /boot रूप में माउंट किया जाता है (क्योंकि एक paravirtual वातावरण में विभाजन तालिका के साथ कोई पूर्ण डिस्क नहीं है):

  groot = (hd0) 

डाउनलोड शुरू करने से पहले आप समय समाप्त कर सकते हैं ताकि व्यर्थ समय बर्बाद न करें:

  ## समय पर सेकंड
 # डिफ़ॉल्ट प्रविष्टि को स्वचालित रूप से बूट करने से पहले, सेकंड में, एक सेकंड सेट करें
 # (आम तौर पर पहली प्रविष्टि परिभाषित)।
 टाइमआउट 1 

update-grub कॉन्फ़िगरेशन जनरेटर द्वारा groot मान को सही ढंग से माना जाने के लिए, हम अतिरिक्त रूप से फ़ाइल /boot/grub/device.map बनाते हैं, जहाँ हम उल्लिखित बूट पार्टीशन के बारे में एकमात्र लाइन दर्ज करेंगे:

  (HD0) / देव / xvda1 

अब update-grub को सही मेन्यू फ़ाइल जनरेट करनी चाहिए, जिसका संचालन भी प्रभावित नहीं होगा यदि आप मुख्य कर्नेल के संस्करण को अपडेट करना चाहते हैं या अतिरिक्त जोड़ना चाहते हैं।

  शीर्षक डेबियन जीएनयू / लिनक्स, कर्नेल 3.2.0-4-amd64
 रूट (HD0)
 कर्नेल /vmlinuz-3.2.0-4-amd64 रूट = UUID = f5731cf7-420a-4094-acf7-bec5976a0b62 ro
 initrd /initrd.img-3.2.0-4-amd64

 शीर्षक डेबियन जीएनयू / लिनक्स, कर्नेल 3.2.0-4-amd64 (एकल-उपयोगकर्ता मोड)
 रूट (HD0)
 कर्नेल /vmlinuz-3.2.0-4-amd64 रूट = UUID = f5731cf7-420a-4094-acf7-bec5976a0b62 ro सिंगल
 initrd /initrd.img-3.2.0-4-amd64 

यदि कर्नेल को किसी भी अतिरिक्त पैरामीटर को पास करना आवश्यक है जो पहले extra विकल्प के माध्यम से सीधे वर्चुअल मशीन कॉन्फ़िगरेशन में सेट किया गया था, तो इसे उसी /boot/grub/menu.lst में kopt को संशोधित करके किया जा सकता है।

अंतिम राग के रूप में, यह DOMU स्टार्टअप प्रक्रिया को फिर से कॉन्फ़िगर करने के लिए रहता है: kernel विकल्प में बूटलोडर फ़ाइल नाम निर्दिष्ट होना चाहिए। यदि बूटलोडर की छवि डिफ़ॉल्ट निर्देशिका ( hvmloader रूप में उसी स्थान पर) में है, तो पूर्ण पथ वैकल्पिक है। extra विकल्प GRUB मेनू फ़ाइल के अनुभाग और पथ को निर्दिष्ट करता है।

  कर्नेल = 'pv-grub-x86_64.gz'
 अतिरिक्त = '(hd0) /grub/menu.lst' 

पुराने ramdisk और root विकल्पों को छोड़ दिया जाना चाहिए।
यह सुनिश्चित करने के लिए कि नया कॉन्फ़िगरेशन पूरी तरह से चालू है, DOMU की पहली शुरुआत कंसोल के लिए स्वचालित कनेक्शन के मोड में होनी चाहिए ( xm start -c )। यदि सब कुछ सही ढंग से किया जाता है, तो आपको रूट विभाजन बढ़ते हुए GRUB मेनू और उसके बाद कर्नेल बूट प्रक्रिया दिखाई देगी।

नोट : विभिन्न वितरणों के Xen संकुल में PV-GRUB की कमी का सबसे संभावित कारण xen-users मेलिंग सूची पर घोषित किया गया है ।

जेंटू एक्सईएन ईबिल्ड्स बिल्डिंग स्टबडोम का समर्थन नहीं करता है क्योंकि यह निर्मित प्रक्रिया के दौरान बाहरी पैकेज डाउनलोड करता है जो पोर्टेबिल्ड ईबिल्ड सिस्टम के साथ स्वीकार्य / संगत नहीं है, शायद यह समान कारणों से डेबियन पैकेज में शामिल नहीं है।