फोर्स विंडोज सर्वर 2008 में EFI के बजाय लीगेसी BIOS बूटलोडर का उपयोग करना है

Question

हमारे पास यूईएफआई सर्वर हैं और ऐसी स्थिति में आए हैं जहां हमें यूईएफआई के माध्यम से विरासत BIOS पद्धति के माध्यम से बूट करने के लिए विंडोज सर्वर 2008 को मजबूर करने की आवश्यकता है।

क्या विंडोज सर्वर 2008 (या तो इंस्टॉल या पोस्ट-इंस्टाल के दौरान) इस तथ्य को अनदेखा करने का एक तरीका है कि यह एक ईएफआई मशीन पर स्थापित हो रहा है और इसके बजाय लीगेसी BIOS बूटलोडर को स्थापित और उपयोग करना है?

---

मैंने कुछ सुझाव दिए हैं जो मदद नहीं करते हैं:

• विंडोज स्थापित करने से पहले एमबीआर विभाजन के रूप में प्रारूप

  नहीं, Windows स्थापित करने से इनकार करता है:

• विंडोज स्थापित करें, विभाजन को एक एमबीआर डिस्क, मरम्मत प्रणाली में माइग्रेट करें

  नहींं, सिस्टम रिपेयर कंसोल लोड होने से इनकार करता है। यह शिकायत करता है कि यह विंडोज के संस्करण को नहीं पहचानता है जिसे मैं सुधारने का प्रयास कर रहा हूं।

• UEFI अक्षम करें

  अगर मैं UEFI को निष्क्रिय कर सकता था और सिस्टम को केवल विरासत बना सकता था, तो मेरे पास होगा। हालाँकि, मैं जिस सिस्टम का उपयोग कर रहा हूँ (IBM HS22, x3690X5) UEFI- केवल विरासत समर्थन के साथ है। आप केवल उन पर UEFI को अक्षम नहीं कर सकते। इसके लिए पूर्ण BIOS कार्यान्वयन की आवश्यकता होगी।

---

समाधान!

जैसा कि JdeBP बताता है, एकमात्र तरीका विंडोज यह निर्धारित करने के लिए उपयोग करता है कि क्या EFI / GPT या BIOS / MBR बूटलोडर का उपयोग करने की विधि है जो कि CD को बूट करने के लिए उपयोग की गई थी।

इसे 0xEF बूट कैटलॉग प्रविष्टि के बिना एक .iso छवि को तैयार करने के वीवर्स के सुझाव के साथ संयोजन करना ( छवि को रीमैस्ट करने के बजाय हेक्स-संपादन द्वारा आसान करना, वैसे) हमें एक अच्छे, संक्षिप्त उत्तर की ओर ले जाता है:

BIOS के माध्यम से बूट करने के लिए इंस्टॉल मीडिया को बाध्य करें, यूईएफआई के माध्यम से नहीं क्योंकि यह एकमात्र विभेदक है जो विंडोज इंस्टालर का उपयोग करके निर्धारित करता है कि कौन सी बूट योजना का उपयोग करना है।

Comments

यह हार्डवेयर विशिष्ट होने जा रहा है। यदि आप उपकरण और मॉडल का उल्लेख करते हैं तो यह मदद कर सकता है। कुछ विक्रेता सेटअप स्क्रीन में या बूट विकल्प के रूप में BIOS-संगतता मोड के लिए एक विकल्प प्रदान करते हैं।

— टॉम विलवर्थ

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

— मिकीबी

@ मायकेबीबी: जीपीटी का इस्तेमाल क्यों नहीं किया गया?

— तेगबेंस

@tegbains: $ BIGCUSTOMER में एक इमेजिंग वातावरण है जो एक उत्पाद का उपयोग करता है जो GPT का ठीक से समर्थन नहीं करता है।

— 18

अगर इस जानकारी को आप तक पहुँचाने में एक पखवाड़े का समय नहीं लगा होता, तो हम वीवर को बहुत दुःख से बचा सकते थे। मेरा सुझाव है कि वास्तविक लक्ष्य को दर्शाने के लिए आप अपने प्रश्न को संपादित करते हैं, क्योंकि शीर्षक में जो है वह कदम एक्स है जिसे आप काम नहीं कर सकते हैं और आपका प्रश्न अत्यधिक भ्रामक है।

— JdeBP

Answer 1

Microsoft आपको अपना चरण प्राप्त नहीं करने देगा; इसलिए अपने लक्ष्य को संबोधित करें।

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

Microsoft की त्रुटि के कई परिणामों में से एक यह है कि विंडोज NT 6.1 इंस्टॉलर को एक स्थापित माध्यम से मंगाना पड़ता है जो पुराने PC98 फर्मवेयर से बूटस्ट्रैप किया गया है, इसके लिए डिस्क पर Windows NT 6.1 स्थापित करने के विचार को स्वीकार करना है। पुराने पीसी / एटी एमबीआर विभाजन योजना के साथ विभाजन। दुर्भाग्य से, अगर विंडोज एनटी इंस्टॉल डिस्क को नए ईएफआई तरीके से बूटस्ट्रैप किया जाता है, तो इंस्टॉलर को लगेगा कि ईएफआई फर्मवेयर है, और इसलिए घोषित करें कि इसे गैर-ईएफआई विभाजन हार्ड डिस्क में स्थापित नहीं किया जा सकता है।

जैसा कि वीवर ने बताया है, और जैसा कि Microsoft प्रलेखन बताता है , स्थापना CD-ROM वास्तव में दोहरे बूट है। जैसा कि रॉड स्मिथ आगे बताते हैं , एक इसलिए मैन्युअल रूप से विंडोज NT 6.1 स्थापित डिस्क का निर्माण किया जा सकता है जो पुराने PC98 में बूटस्ट्रैप करता है। Windows NT 6.1 इंस्टॉलर एक पुराने पीसी / एटी एमबीआर को हार्ड डिस्क के विभाजन की स्थापना की अनुमति देगा।

हालाँकि, सिस्टम पर एक अनुकूलता समर्थन मॉड्यूल की कमी है , जैसा कि आप कहते हैं कि आपका सिस्टम करता है, यह एक सफेद मदद नहीं करेगा । आपके सिस्टम को EFI सिस्टम विभाजन पर स्थापित Microsoft के बूट मैनेजर के EFI संस्करण की आवश्यकता होगी, क्योंकि आपके फर्मवेयर ऑपरेटिंग सिस्टम को बूटस्ट्रैप करने का प्रयास करेंगे। लेकिन जब Windows NT 6.1 इंस्टॉलर को गैर-ईएफआई फर्मवेयर पर शुरू किया जाता है, तो यह माइक्रोसॉफ्ट के बूट मैनेजर के गैर-ईएफआई संस्करण को स्थापित करता है और ईएफआई सिस्टम विभाजन नहीं बनाएगा। ऐसी स्थापना वास्तव में आपके मशीन पर बूटस्ट्रैप नहीं होगी, और आप स्थापना प्रक्रिया को पूरा करने में भी सक्षम नहीं होंगे। दरअसल, क्योंकि आपके पास CSM की कमी है, इसलिए आप शुरू भी नहीं कर पाएंगेइंस्टॉलेशन प्रक्रिया, क्योंकि आप पुराने PC98 में इंस्टॉलेशन डिस्क को बूटस्ट्रैप नहीं कर पाएंगे। Microsoft आपको अपना कदम दो बार खत्म नहीं होने देगा।

इसलिए इसके बजाय अपने लक्ष्य पर ध्यान केंद्रित करें। आपका लक्ष्य आपके ग्राहक को उन विंडोज़ सर्वर 2008 पर मशीनों को तैनात करने में सक्षम बनाना है, जिनके पास सिस्टम इमेज से EFI फर्मवेयर है। इसलिए सही सवाल जो आपको पूछना चाहिए - सॉफ्टवेयर विक्रेता का - कैसे उस पुराने / टूटे डिस्क इमेजिंग सॉफ्टवेयर को ठीक किया जाए ताकि उसे EFI पार्टीशन टेबल के साथ कोई परेशानी न हो।

Comments

ओह, मेरे सिस्टम में संगतता मोड की कमी नहीं है, यह समस्या नहीं है। तो आप कह रहे हैं कि विंडोज इंस्टॉलर एकमात्र तरीका है कि क्या सिस्टम EFI उस विधि के माध्यम से है जो बूटस्ट्रैप के लिए इस्तेमाल किया गया था? यह नई और महत्वपूर्ण जानकारी है - मैं इसे आज़माऊंगा।

— मिकीबी

आह आह! यह काम करता हैं! यह महत्वपूर्ण जानकारी है जिसकी मुझे आवश्यकता थी: "BIOS के माध्यम से बूट करने के लिए इंस्टॉल मीडिया को बाध्य करें, यूईएफआई के माध्यम से नहीं क्योंकि यह वह विधि है जिसे विंडोज इंस्टालर उपयोग करने के लिए निर्धारित करता है कि कौन सी बूट योजना का उपयोग करना है।"

— मिकीबी

@JdeBP +1 आपको एक अद्भुत उत्तर के लिए।

— वीवर

Answer 2

संक्षेप में, कुछ अलग कारणों के लिए हाँ और नहीं। यदि Windows GPT डिस्क से बूट हो रहा है, तो यह UEFI से होना चाहिए। Windows बूट प्रबंधक और लोडर देशी UEFI से MBR डिस्क पर बूट नहीं कर सकता है । हालाँकि, यदि UEFI को लीगेसी BIOS बूट मोड के लिए कॉन्फ़िगर किया गया है, तो MBR डिस्क का उपयोग बूटिंग के लिए किया जा सकता है। यह विंडोज बूट मोड (जीपीआर के साथ एमबीआर या यूईएफआई के साथ BIOS) से उपजा है, जिस वातावरण में इसे लागू किया जाता है, उस पर आकस्मिक है।

थोड़ा टेक के लिए पढ़ें -

भौतिक हार्डवेयर (या आभासी हार्डवेयर, लेकिन हार्डवेयर फिर भी) फर्मवेयर (BIOS / UEFI) ऑपरेटिंग सिस्टम बूट प्रक्रिया के बाद के चरणों के लिए उपलब्ध प्रारंभिक ऑपरेटिंग वातावरण (बूट संबंधित डेटा संरचनाएं और कन्वेंशन) और फर्मवेयर सेवाएं प्रदान करता है।

BIOS / एमबीआर

BIOS / MBR बूट के मामले में पहले बूट करने योग्य डिस्क का पहला सेक्टर - मास्टर बूट रिकॉर्ड (LBA 0) में मुट्ठी भर x86 (16 बिट 8088) असेंबली, फिर विभाजन तालिका, फिर एक हस्ताक्षर) होता है। BIOS इस सेक्टर को मेमोरी में लोड करता है और निष्पादित करना शुरू करता है - जैसे ही MBR शामिल होता है, BIOS अपने स्वयं के प्रोग्राम कोड नियंत्रण को फिर से शुरू कर देता है।

http://mbr.adamsatoms.com/

http://www.ata-atapi.com/hiwmbr.html

एमबीआर में x86 असेंबली (इंटेल 8088 सबसे एमबीआर में) विभाजन तालिका को पार्स करता है, एक सक्रिय विभाजन की खोज करता है, और उस विभाजन के पहले सेक्टर में कूदता है - जिसे वॉल्यूम बूट रिकॉर्ड कहा जाता है। वॉल्यूम बूट रिकॉर्ड में एक x86 असेंबली jmp, एक BIOS पैरामीटर ब्लॉक (सिस्टम BIOS द्वारा उपयोग नहीं किया गया है, इसलिए भ्रामक नाम है), और एक गुच्छा अधिक x86 असेंबली जो अंततः ऑपरेटिंग सिस्टम के बूट लोडर (NTLDR या BOOTHGR) को लोड करती है ) बूट वॉल्यूम / विभाजन से ही।

NTLDR या BOOTMGR CPU को संरक्षित मोड में फ्लिप करता है, अपने बूट-टाइम कॉन्फ़िगरेशन (boot.ini या BCD क्रमशः बूट वॉल्यूम / पार्टीशन दोनों पर) से परामर्श करें, और NTOSKRNL को लोड करें जहां बाकी इतिहास है।

http://technet.microsoft.com/en-us/library/cc781134%28WS.10%29.aspx

http://en.wikipedia.org/wiki/Windows_NT_startup_process

http://homepage.ntlworld.com./jonathan.deboynepollard/FGA/bios-parameter-block.html

UEFI / GPT

पहले मुझे यह बताने दें कि मुझे UEFI / GPT के साथ अधिक सक्रिय अनुभव नहीं है। हालाँकि, जैसा कि मैंने इसका उपयोग किया है और इसे संचालित करने के लिए समझ लिया है - बड़ा अंतर (जैसा कि यह हमारी बातचीत से संबंधित है) यह है कि निष्पादन योग्य नियंत्रण एमबीआर को हस्तांतरित नहीं किया जाता है।

इसके बजाय UEFI फर्मवेयर में अपना बूट मैनेजर होता है। यह बूट मैनेजर डिस्क और मीडिया को स्कैन करता है, - GPT के संरचित MBR से अधिक ग्लॅट्स स्वरूपित डिस्क, GPT हेडर पर आता है, और फिर EFI सिस्टम पार्टिशन (ESP) में गोता लगाता है, जहाँ यह EFI निष्पादन कार्यक्रमों के लिए दिखता है - जिन्हें माना जाता है ऑपरेटिंग सिस्टम बूट लोडर होना ओएस को सीधे बूट करता है, हालांकि जैसा कि हमने नवीनतम एमएस और ऐप्पल ईएफआई निष्पादन के साथ देखा है, वे वास्तव में बूट प्रबंधक हैं जो एक और परत को वें प्रक्रिया और जटिलता में जोड़ते हैं।

http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/efi-boot-process.html

http://msdn.microsoft.com/en-us/windows/hardware/gg463525#X-201104111922443

निष्कर्ष / टी एल; डॉ

इससे दूर होने की बात यह है कि एक अपेक्षित वातावरण है जिसमें ऑपरेटिंग सिस्टम के बूट मैनेजर और बूट लोडर के चलने की उम्मीद है। उपलब्ध फर्मवेयर स्तर की सेवाओं से (BIOS / UEFI इंटरप्ट), डेटा संरचनाएं (चर, स्टैक कन्वेंशन, आदि), और यहां तक ​​कि डिस्क स्वरूपण सम्मेलनों। रनटाइम में नहीं बदला जा सकता है - कम से कम जिस तरह से मैं इसे समझता हूं।

आपके विकल्प?

प्री-इंस्टॉल आप GPT के साथ MBR या UEFI के साथ विरासत BIOS बूट में BIOS / MBR या UEFI का उपयोग करके इंस्टॉल को नियंत्रित कर सकते हैं।

पोस्ट-इंस्टॉल - ऑफ़लाइन के साथ डिस्क प्रारूप (एमबीआर को जीपीटी और जीपीटी से एमबीआर) में बदलने के बाद कुछ दिलचस्प संभावनाएं हो सकती हैं, फिर एक रिकवरी कंसोल (उपयुक्त यूईएफआई या BIOS मोड में) को बूट करना और विंडोज प्राप्त करने के लिए bcdboot और bdeddedit के साथ काम करना। बूट प्रबंधक सीधे सेट।

अद्यतन 2011.09.09

@MikeyB

विकल्पों को सूचीबद्ध करना जैसा कि मैं उन्हें समझता हूं, वास्तव में कोई औपचारिक सुझाव नहीं दे रहा हूं।

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

'95 से एल टोरिटो बूट स्पेसिफिकेशन आज भी आसपास है और इसे बूटेबल सीडी / डीवीडी के साथ प्रयोग किया जाता है। एक एकल सीडी / डीवीडी को कई आर्किटेक्चर पर बूट करना पड़ सकता है - और आईएसओ 9660 के बजाय मंच स्वतंत्र है, निष्पादन योग्य कोड नहीं है। जैसे, एल टोरिटो बूट स्पेसिफिकेशन कई बूट एंट्री / इमेज के लिए अनुमति देता है।

इन प्रविष्टियों / छवियों में एक प्लेटफ़ॉर्म आईडी है , जो यह इंगित करने के लिए है कि क्या एक प्रविष्टि पीसी, पावरपीसी और अन्य आर्किटेक्चर के लिए है ताकि आर्किटेक्चर का BIOS (या फर्मवेयर) सही बूट प्रविष्टि का चयन कर सके।

एक BIOS के साथ मानक x86 पीसी में 0x00 का एल टोरिटो प्लेटफ़ॉर्म आईडी है। UEFI सक्षम प्लेटफ़ॉर्म आईडी 0xEF है - बल्कि रचनात्मक।

मानक x86 पीसी BIOS 0x00 को छोड़कर अन्य सभी प्रविष्टियों को अनदेखा करता है। UEFI फर्मवेयर की लीगेसी BIOS समर्थन (संगतता समर्थन मॉड्यूल (CSM) के रूप में जाना जाता है) - जबकि बूट 0x00 में सक्षम है, कैटलॉग से 0xEF मूल बूट प्रविष्टि पसंद करेगा।

विंडोज 2008, 2008 आर 2 और 7 डीवीडी मीडिया में 0x00 और 0xEF दोनों के साथ एक मल्टी इमेज एल टोरिटो कैटलॉग है। 0x00 डिफ़ॉल्ट है, लेकिन एक UEFI उस पर चमक जाएगा यदि कोई 0xEF मौजूद है और 0xEF प्रविष्टि का चयन करता है - जैसा कि यह मूल है।

क्या संभव है - मीडिया को शिल्प करना है जिसमें केवल एल टॉरिटो बूट कैटलॉग में पसंदीदा प्लेटफ़ॉर्म आईडी शामिल है। बहु-प्रविष्टि कैटलॉग के बजाय, 0x00 प्लेटफ़ॉर्म आईडी के साथ एकल प्रविष्टि कैटलॉग बनाएं। यह यूईएफआई फर्मवेयर को बाध्य करना चाहिए, अगर वास्तव में यह लीगेसी BIOS बूट का समर्थन करता है, तो 0x00 प्लेटफॉर्म आईडी चुनने के लिए और विंडोज मीडिया पर विरासत BIOS बूट प्रविष्टि को बूट करने के लिए।

यह कैसे करना है?

Oscdimg का उपयोग करना संभव है। नीचे यूईएफआई बनाने वाले लोगों के कई उदाहरण हैं जो केवल ऐप्पल के यूईएफआई कार्यान्वयन में सीमाओं के आसपास होने के लिए मीडिया बनाते हैं। ध्यान दें कि यह वही है जो हम करने की कोशिश कर रहे हैं - हम केवल एक BIOS बनाना चाहते हैं, जो कैटलॉग से UEFI बूट प्रविष्टि को छोड़ देगा।

यूईएफआई केवल (विपरीत) 1

यूईएफआई केवल (विपरीत) 2

BIOS को केवल मीडिया बनाने की प्रक्रिया निम्न में परिवर्तन -bऔर -pतर्कों के समान है

-bC:\path\to\Etfsboot.com -p0x00

एक महान संसाधन जो विंडोज इंस्टॉल मीडिया पर माइक्रोसॉफ्ट के चुने हुए पागलपन पर कुछ उत्कृष्ट प्रकाश डालता है, विंडोज ऑपरेटिंग सिस्टम दस्तावेज़ के लिए यूईएफआई समर्थन और आवश्यकताएँ है ।

Comments

"प्री-इंस्टॉल आप GPT के साथ MBR या UEFI के साथ विरासत BIOS बूट में BIOS / MBR या UEFI का उपयोग करके इंस्टॉल को नियंत्रित कर सकते हैं।" ठीक है, तो आप विंडोज को कैसे बताते हैं: "MSDOS- शैली विभाजन तालिका में स्थापित करें।"

— मिकीबी

@MikeyB एक पारंपरिक BIOS के साथ कंप्यूटर सिस्टम में विंडोज इंस्टॉलेशन मीडिया को बूट करता है। या - विरासत प्रणाली BIOS बूट मोड में सेट किए गए UEFI के साथ विंडोज इंस्टॉलेशन मीडिया को बूट करें। ध्यान दें कि आपके UEFI को एक विरासत BIOS बूट मोड का समर्थन करना चाहिए।

— बुनकर

आप सुझाव दे रहे हैं कि मैं पूरी तरह से अलग कंप्यूटर पर विंडोज स्थापित करूं और फिर डिस्क को स्थानांतरित कर दूं? एक अच्छा विचार नहीं है। इसके अलावा, जब आप एक यूईएफआई कंप्यूटर को 'विरासत BIOS मोड' में सेट करते हैं, तो यह केवल विरासत एमबीआर डिस्क को बूट करने के लिए विरासत BIOS हुक को सक्षम करता है। यह यूईएफआई को बंद नहीं करता है , इसलिए विंडोज अभी भी कहता है "क्या यह यूईएफआई प्रणाली है? यूप।"

— मिकीबी

@MikeyB ने मूल उत्तर में अपडेट जोड़ा।

— वीवर्स

मैंने BIOS और MBR डिस्क आकार सीमाओं के बारे में सीखने की प्रक्रिया में सर्वर 2008 के साथ कुछ ऐसा ही देखा है। मैंने 2008 R2 के साथ एक सर्वर का निर्माण किया और इस तथ्य के कारण लीगेसी BIOS मोड को सक्षम किया, क्योंकि यह USB मीडिया (एक MS बग) के साथ स्थापित नहीं होगा, लेकिन मैंने पाया कि यह GPT के बजाय MBR का उपयोग करता है क्योंकि BIOS GPT लोड करने में सक्षम नहीं है (जब तक कि आपके पास किसी प्रकार का बूट लोडर है)। संक्षेप में, विरासत मोड में स्विच करना निश्चित रूप से विरासत मोड में स्थापित होता है, इसका प्रमाण डिस्क मैनेजर में होगा जहां आप MBR देखेंगे GPT डिस्क नहीं।

— एलेक्स बेरी

Answer 3

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

VM में अपना आधार स्थापित करने के लिए एक अच्छा विकल्प हो सकता है। विंडोज़ के पहले संस्करणों (ver <6) में एक प्रकार के हार्डवेयर से दूसरे में स्थानांतरित होने के लिए अच्छी तरह से अनुकूलित नहीं किया गया था। हाल के संस्करणों के साथ विंडोज जब तक स्टोरेज कंट्रोलर छवि पर समर्थित है, विंडोज नए हार्डवेयर के अनुकूल होने पर विंडोज बहुत अच्छा काम करेगा।

विंडोज इंस्टॉल (ver> = 6) डिस्क में मूल रूप से एक वाइम फाइल शामिल होती है जो मूल रूप से ऑपरेटिंग सिस्टम की एक छवि है।

Comments

ठीक यही मैं सुझाव देने जा रहा था। विंडोज सेटअप को दूसरे (BIOS / MBR) सिस्टम पर चलाएँ, फिर डिस्क या उसकी छवि को गंतव्य सर्वर पर ले जाएँ। यदि यह बूट होता है, तो PnP सुनिश्चित करेगा और यह खुशी से अलग हार्डवेयर पर चलेगा।

— मैसिमो