विंडोज 10 युक्त एक ही भौतिक ड्राइव को दोहरी बूट * और * वर्चुअल करना संभव है?

Question

मैं अपने दैनिक ड्राइवर के रूप में लिनक्स का उपयोग करता हूं, और दोहरी बूटिंग के लिए अपने पीसी में विंडोज 10 को एक नई भौतिक डिस्क में स्थापित किया है। थोड़ी देर के लिए, मैंने विंडोज 7 का उपयोग एक वर्चुअलबॉक्स छवि के माध्यम से किया है जिसे मैंने iSCSI 1 पर माउंट किया है ।

अब मेरे पास दो अलग-अलग विंडोज वातावरण हैं और यह बहुत निराशाजनक है। मैं विंडोज 7 वीएम को छोड़ना पसंद करूंगा और सुविधा के लिए वर्चुअलबॉक्स के माध्यम से सीधे विंडोज 10 इंस्टॉलेशन तक पहुंच सकता हूं, लेकिन जब मुझे कच्चे-धातु के प्रदर्शन की आवश्यकता होती है, तो डुअल बूट को छोड़ने की क्षमता खोए बिना।

क्या वर्चुअलबॉक्स के माध्यम से ड्यूल बूट की क्षमता को खोने के बिना समर्पित भौतिक मीडिया (आंतरिक SATA3 SSD) पर विंडोज 10 की मौजूदा स्थापना को बूट करना संभव है?

यदि यह मामलों को और अधिक जटिल (या असंभव) बनाता है, तो यह ध्यान देने योग्य है कि विंडोज 10 एसएसडी को एफडीई के साथ वेराक्रॉफ्ट के माध्यम से संरक्षित किया गया है।

Comments

मैं इसे पसंद करूंगा अगर यह संभव था, लेकिन मुझे अभी तक कोई रास्ता नहीं मिला है। एक भौतिक डिस्क के साथ एक वीएम चलाने की समस्या के अलावा, हार्ड और वर्चुअल बूट के बीच स्विच करने के दो पहलू हैं। (1) जब भी आप रन एनवायरनमेंट को स्विच करते हैं, तो प्रमुख ड्राइवर पुनर्संरचना होगी। (2) एक कोरोलरी के रूप में, विंडोज को संभवतः प्रत्येक स्विच पर लाइसेंस पुनर्सक्रियन की आवश्यकता होगी: यदि यह संभव है, तो लाइसेंसिंग एक दो प्रतिक्रिया के बाद लगभग निश्चित रूप से शिकायत करेगा। आप जो कुछ भी कर सकते हैं वह एक भौतिक स्थापना से एक आभासी डिस्क बना सकता है, लेकिन फिर से लाइसेंसिंग एक संभावित समस्या होगी।

— AFH

आप विंडोज वीएम में लिनक्स इंस्टॉलेशन को चलाने पर विचार करने के लिए बेहतर कर सकते हैं: कम से कम यह लाइसेंस कठिनाइयों से बचना होगा।

— AFH

@AFH मेजबान हार्डवेयर uuid और डिस्क नियंत्रक सीरियल आईडी को VM में क्लोन करके लाइसेंस समस्या को हल किया जा सकता है। यह वीएम से एक बार विंडोज चलाने में सक्षम है, और एक बार सीधे (हालांकि एम $ लाइसेंसिंग अभी भी समान उत्पाद कुंजी के साथ कई प्रतिष्ठानों का उपयोग करने की अनुमति नहीं देता है, इसलिए यह विशेष रूप से पूछे गए कॉन्फ़िगरेशन में किया जा सकता है)।

— पीटर - मोनिका

@peterh - धन्यवाद: मुझे नहीं पता था कि विंडोज लाइसेंसिंग के लिए UUID क्लोनिंग पर्याप्त थी। स्विचिंग पर ड्राइवर पुन: कॉन्फ़िगर करने की समस्या बनी हुई है। जब मेरे पास समय होगा तो मैं आपके उत्तर के साथ प्रयोग करूँगा।

— AFH

Answer 1

हाँ यह संभव है।

1. अपनी भौतिक डिस्क का उपयोग करने के लिए वर्चुअलबॉक्स कॉन्फ़िगर करें। यह थोड़ा जोखिम भरा है, क्योंकि VM अतिथि सीधे आपके होस्ट डिस्क को देखेगा। विवरण यहाँ है ।
2. अपनी शारीरिक डिस्क के लिए अपने आप को सीधे पढ़ने / लिखने की पहुंच प्रदान करें ( setfacl -m u:yourusername:rw /dev/sda)
3. अपने वर्चुअलबॉक्स VM को अपने होस्ट के समान सिस्टम uuid का उपयोग करने के लिए अपडेट करें ( dmidecode -s system-uuidअपना सिस्टम uuid दिखाता है vboxmanage modifyvm your-vm-name --hardwareuuid <your-hardware-uuid>)। आपको अपने ड्राइव नियंत्रक uuids को भी क्लोन करने की आवश्यकता हो सकती है ( lsblk --nodeps --no name,serialआपके होस्ट के सीरियल आईडी दिखाती है। मुझे उन्हें अपने वर्चुअलबॉक्स में क्लोन करने की आवश्यकता नहीं थी, लेकिन इसकी आवश्यकता हो सकती है। शायद कुछ मुश्किल vboxmanage modifyvmआदेश यह करता है, या आपको संपादित करना होगा। vm config xml मैन्युअल रूप से।
4. VM में समान डिस्क और डीवीडी नियंत्रक प्रकारों को अपने होस्ट के रूप में सेट करने का प्रयास करें (यदि आपका होस्ट SATA- आधारित है, तो SATA वर्चुअल कंट्रोलर का उपयोग करें, यदि यह IDE आधारित है, तो IDE वाले का उपयोग करें, आदि)।

एक और खतरा है: यदि आप अपने वीएम होस्ट ड्राइव में सीधे बूट करते हैं, तो संभव है कि आप एक ही ओएस को दो बार बूट करें। या आप एक ही विभाजन को दो बार खोलते हैं। यह आपके डेटा को मार देगा, इसलिए समवर्ती रूप से कई विभाजन माउंट न करें। इसके अलावा, अपने NTFS विभाजन को माउंट न करें जब वे आपके विंडोज द्वारा उपयोग किए जाते हैं (लेकिन आप अभी भी अपने विभाजन के बीच डेटा साझा कर सकते हैं, उदाहरण के लिए सांबा के साथ)।

यदि यह गलती से हुआ है, तो sysrq (alt + printscreen + b) के साथ रिबूट करें और सब कुछ fsck करें। इसके लिए कुछ ग्रब ट्रिकरी की भी आवश्यकता हो सकती है (मैं डिफ़ॉल्ट रूप से विंडोज़ बूट करने के लिए ग्रब को पुन: कॉन्फ़िगर करता हूं, इस प्रकार मैं इस समस्या से बचता हूं कि मैं गलती से अपने लिनक्स को विंडोज वीएम के अंदर फिर से बूट कर दूं - और यह निश्चित रूप से होगा, क्योंकि विंडोज अपडेट अक्सर आपके विंडोज को पुनरारंभ करता है आपकी पीठ के पीछे)।

खबरदार: Win10 आपके पीसी की पहचान करने के लिए आपके सिस्टम uuid और आपके ड्राइव कंट्रोलर uuids का उपयोग करता है। यदि आप याद करते हैं (3), तो आपका win10 यह सोचेगा कि यह एक नई मशीन पर क्लोन किया गया था, और यह किसी भी अधिक सक्रिय नहीं होगा। यद्यपि यदि आप अपने मूल hw में वापस बूट करते हैं, तो यह फिर से सक्रिय हो जाएगा।

Comments

मैंने वह सब कुछ किया जो आपने अपने उत्तर में लिखा था, लेकिन मुझे एक एक्सेस अस्वीकृत त्रुटि मिल रही है। मैं थोड़ा भ्रमित हूं, ऐसा प्रतीत होता है कि setfaclरिबूट के बाद पकड़ नहीं है। सुझाव? नोट: मैं ड्राइव को माउंट नहीं कर रहा हूं, क्योंकि मुझे डेटा भ्रष्टाचार नहीं चाहिए। ACL प्रलेखन का कहना है कि ACL की आवश्यकता वाले ड्राइव को इसमें शामिल किया जाना चाहिए fstab, जो इसे माउंट करेगा ...

— कार्तिक

@ कार्तिक राइट, यह पकड़ में नहीं आता है। सबसे सरल, लेकिन थोड़ा सा गंदा समाधान सेटफैक्ल कमांड को आपके /etc/rc.local में सम्मिलित करना है। बहुत अच्छा समाधान यह होगा कि इसे / etc / udev में संपादित किया जाए। मैं व्यक्तिगत रूप से इस कमांड के टाइपिंग को कष्टप्रद बनाने के लिए पर्याप्त रीबूट नहीं करता हूं।

— पीटर - मोनिका

मैंने सही अनुमतियां सेट करने के लिए udev का उपयोग किया, लेकिन वर्चुअल मशीन विंडोज लोगो पर अटक गई है। कोई विचार?

— कार्तिक

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

— पीटर - मोनिका

बूट करने में विफलता 1703 अद्यतन के कारण हुई, या निर्माता का अद्यतन Microsoft ने इसे कॉल किया। इस अद्यतन को वापस लाने से समस्या ठीक हो गई। इस अद्यतन के साथ VMs असंगत हैं। यदि धातु पर चलने के दौरान विंडोज अपडेट किया जाता है, तो इसे रोलिंग करके वीएम में अटक बूट को ठीक करता है।

— कार्तिक

Answer 2

मैं मेजबान के रूप में विंडोज़ 10 और अतिथि टकसाल के रूप में सफल रहा।

सबसे पहले आपको सभी विंडोज़ 10 अपडेट्स को अनइंस्टाल करना होगा (बस मामले में, शायद बेकार है) फिर: लिनक्स के नीचे एक कंसोल खोलें और इसके द्वारा लाइन करें:

 sudo su

 fdisk -l # looking for EFI et Microsoft basic data for me 1 and 3 of sdb 

 VBoxManage internalcommands createrawvmdk -filename /home/borto/ww10.vmdk -rawdisk /dev/sdb -partitions 1,3 -relative

वर्चुअल बॉक्स में मशीन जोड़ें (हमेशा "sudo virtualbox" रूट होने के लिए) और EFI को सिस्टम टैब में सक्षम करें, और विंडोज़ 10 के बजाय विंडोज़ xp 64 चुनें। आपके पास एक ब्यूटीफुल फ्रोजन विंडोज़ 10 फ्लैग है। बस इतना ही।