SSD और देशी बूट VHD: और खुशी बहुत करीब थी ...

सहकर्मियों, मैं एसएसडी के संसाधन बढ़ाने के मुद्दे पर फिर से चर्चा करना चाहूंगा।

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

पर्यावरण

मुख्य कार्य विभिन्न प्रयोजनों के लिए एक मेजबान के रूप में और आभासी मशीनों के रूप में एक काफी उत्पादक और उत्तरदायी वातावरण (जो सिस्टम में एक एसएसडी की उपस्थिति से सुनिश्चित होता है) को संभालना है।

मुख्य समस्या कई लिखित ऑपरेशन हैं जो होस्ट और वर्चुअल मशीन ऑपरेशन के दौरान उत्पन्न करते हैं, जो एसएसडी संसाधन को नकारात्मक रूप से प्रभावित करते हैं।

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

VHD पर ऑपरेटिंग सिस्टम को स्थापित करने और इसे मूल मोड में चलाने के तरीके के बारे में इंटरनेट पर कई लेख हैं। लेकिन सभी लेख या तो एक निश्चित आकार के VHD पर स्थापित करने का वर्णन करते हैं, या आधार एक के समान वॉल्यूम पर एक अंतर डिस्क पर। तकनीकी विचाराधीन अंतर डिस्क के साथ काम करने की इस विशेषता के बारे में।

हम मुद्दे का अध्ययन करते हैं

VHD प्रारूप के विनिर्देश का अध्ययन करने से पता चला कि मूल छवि के सापेक्ष और निरपेक्ष पथ को VHD प्रारूप फ़ाइल में निर्दिष्ट किया जा सकता है।

सापेक्ष पथ तुरंत अस्वीकार कर दिया जाता है, लेकिन निरपेक्ष एक दिलचस्प विकल्प बन गया है। लेकिन अभ्यास से पता चला है कि इस तथ्य के साथ एक स्पष्ट समस्या है कि ड्राइव पत्र को बूट सिस्टम में एक अज्ञात बिंदु पर सौंपा गया है और, पहला विचार, इस कारण से काम नहीं करता है। लेकिन विंडोज में, संबोधित करने का एक और तरीका है - पत्र के बजाय वॉल्यूम के GUID को स्पष्ट रूप से सेट करके: के लिए: \\? \ मात्रा? D460911b-7eb4-11e2-b6f8-806x6f6e6963} \ image.vhd

सत्यापन को सरल बनाने के लिए, एक लंबे नाम के साथ एक वर्चुअल डिस्क (C: \ 123456789014567890145678901234567890123456image.vhd) और एक अंतर डिस्क (D: \ image_fiff.vhd) बनाई गई थी। हेक्स संपादक के साथ विभेदक वीएचडी को खोलने के बाद, आप मूल VHD के लिए संबंधित लिंक पा सकते हैं और \\? \ मात्रा {d460911b-7eb4-11e2-b6f8-806e6e6e6963} \ image.vhd का पथ बदल सकते हैं ... उसके बाद, डिस्क सिस्टम के माध्यम से डिस्कपार्ट के माध्यम से माउंट किया जाता है। लेकिन ... इस पर स्थापित सिस्टम काम नहीं करता है: त्रुटि 0xC03A000D (डिस्क छवियों की श्रृंखला के साथ समस्या)। पहले सन्निकटन में, ऐसा लगता था कि समस्या इस तथ्य में निहित है कि एमबीआर के साथ हार्ड डिस्क का उपयोग करते समय, सिस्टम वॉल्यूम के लिए यादृच्छिक GUID बनाता है और जो GUID संस्करणों को सौंपा गया है, ज्ञात नहीं है।

मुद्दे के आगे के अध्ययन से पता चला कि विंडोज 8/2012 से शुरू होकर, वीएचडीएक्स डिस्क प्रारूप दिखाई दिया और वे नेटिव बूट का भी समर्थन करते हैं। वीएचडीएक्स के विनिर्देशन में, एक उल्लेख पाया गया कि इस प्रारूप की फाइलों में, वॉल्यूम के GUID (तथाकथित वॉल्यूम पथ) के साथ पथ के प्रारूप में मूल VHDX को पथ शुरू में प्रदान किया गया था। इस मामले में, यहां तक ​​कि मूल डिस्क का खोज क्रम निर्दिष्ट है: सापेक्ष पथ, वॉल्यूम पथ, पूर्ण win32 पथ।

VHDX प्रारूप और हेक्स संपादक में अंतर अंतर डिस्क का अध्ययन करने के बाद, यह स्पष्ट हो गया कि वास्तव में यह जानकारी एक फ़ाइल में सहेजी गई थी। हालाँकि, MBR डिस्क वॉल्यूम के GUID के साथ अभी भी एक समस्या है। लेकिन यह GPT के तहत डिस्क को विभाजित करके तय किया गया था। डिस्क के विभाजन के इस विकल्प के साथ, वॉल्यूम का GUID स्थायी हो जाता है। इस स्थिति में, बेस डिस्क को GPT वॉल्यूम पर स्थित होना चाहिए, और अंतर डिस्क को GPT डिस्क और MBR डिस्क पर दोनों जगह रखा जा सकता है।

डिस्क और बूट लोडर (BIOS, EFI) के विभिन्न संयोजनों के साथ प्रणाली को लॉन्च करने के लिए प्रयोग किए गए, लेकिन उन्होंने कोई परिणाम नहीं दिया। VHDX डिस्क फ़ाइल में विस्फोट होने पर सिस्टम अभी भी बूट होने से इनकार करता है।

यह कुछ घंटों तक खर्च करने और माइक्रोस्कोप के तहत लोडर की जांच करने का निर्णय लिया गया था (विंडोज \ System32 \ winload.exe और विंडोज \ System32 \ winload.efi) विंडोज 7 के साथ शुरू। उसके बाद, सब कुछ अपने प्रतिकूल जगह में गिर गया:

1. विंडोज 7 - बूटलोडर में केवल वीएचडी डिस्क के साथ काम करने के लिए कोड है
2. विंडोज 8/2012 - बूटलोडर में VHD और VHDX दोनों डिस्क के साथ काम करने के लिए कोड है ... लेकिन यह केवल मूल पथ के सापेक्ष पथ (रिश्तेदार_पथ) के साथ काम करता है। और यहां तक ​​कि इस पैरामीटर में एक GUID के साथ एक मार्ग निर्धारित करने से सकारात्मक परिणाम नहीं मिलता है
3. विंडोज 8.1 / 2012R2 - बूटलोडर आकार में थोड़ा बढ़ा, लेकिन वीएचडीएक्स पर काम करने का एक पूर्ण कार्यान्वयन नहीं मिला

निष्कर्ष

इस प्रकार, यह पता चलता है कि विंडोज 8/2012 हाइब्रिड डिस्क सिस्टम बनाने के लिए अपनी शस्त्रागार प्रौद्योगिकी में सम्‍मिलित है, जो कई बार संसाधन SSD + HDD को बढ़ा सकता है। लेकिन किसी कारण से यह तकनीक पूरी तरह से बूटलोडर में लागू नहीं होती है, जिससे इसे अभ्यास में लाना असंभव हो जाता है। कोई केवल यह आशा कर सकता है कि अगले अपडेट (या रिलीज़) में लोडर को अंतिम रूप दिया जाएगा।

अब तक, यह आभासी मशीनों के क्लासिक त्वरण के साथ केवल विकल्प पर विचार करने के लिए बनी हुई है: मेजबान ओएस एचडीडी पर स्थित है, वर्चुअल मशीनों का आधार डिस्क एसएसडी पर रखा गया है और एचडीडी पर एक स्नैपशॉट बनाया गया है, जो समय-समय पर आधार डिस्क के साथ संयुक्त होता है (उदाहरण के लिए, जब स्नैपशॉट आकार तक पहुंच जाता है) 1GB)। खैर, या कीमत / मात्रा में कम से कम एचडीडी के बराबर एसएसडी की प्रतीक्षा करें।

मैं इस सवाल पर पाठकों की राय जानना चाहूंगा कि क्या इस तरह से एसएसडी संसाधन को बढ़ाने के लिए समझ में आता है? शायद समुदाय के पास कोई अन्य विचार है कि वर्णित योजना को कैसे व्यवस्थित किया जाए? शायद मुझे कुछ याद आया?

आपका ध्यान के लिए बहुत बहुत धन्यवाद!