वर्चुअल मशीन में IBM OS / 2 1.0 चलाना: ऐसा करना कठिन क्यों है

वर्चुअल वातावरण में OS / 2 को चलाना कठिन क्यों है?

कुछ कारणों के कारण, OS / 2 को वर्चुअल मशीन में काम करना बहुत मुश्किल है; डॉस, विंडोज 3.x, विंडोज एनटी, विंडोज 95 या कई यूनिक्स जैसे ऑपरेटिंग सिस्टम की तुलना में अधिक जटिल है। समस्याएं धुरी की वास्तुकला और उसके इतिहास में निहित हैं।



सबसे पहले, हम पुराने ( बहुत पुराने) OS / 2 संस्करणों के लिए कर्नेल और ड्राइवरों की विशेषताओं के बारे में बात करेंगे , फिर थोड़ी आभासी मशीनों के बारे में, और उसके बाद, जोड़तोड़ की एक श्रृंखला के बाद, लेखक अपने Mac पर VirtualBox 4.3.8 वर्चुअल मशीन में IBM OS / 2 1.0 लॉन्च करेगा - KDPV। - लगभग। प्रति।









खैर, सबसे पहले, ओएस / 2 के पुराने संस्करण (ताना 3 और नीचे का उल्लेख करते हुए) एक लोहे के पेंटियम III पर भी चलाना मुश्किल है और इसी तरह, यह प्रतीत होता है, प्राचीन मशीनें। ऑपरेटिंग सिस्टम कोड में समय में देरी ( मूल समय छोरों - लगभग। ) सेट करने के लिए उपयोग किए जाने वाले कई अलग-अलग चक्र शामिल हैं, जो तेजी से प्रोसेसर पर विफल होते हैं, जिससे विभाजन अतिप्रवाह त्रुटियों और अन्य सभी प्रकार के होते हैं। लगभग सभी 1.x संस्करण प्रभावित हैं। बड़ी आईडीई डिस्क के लिए समर्थन भी एक समस्या है, लेकिन ओएस / 2 को निश्चित रूप से इसके लिए दोषी नहीं ठहराया जाना चाहिए; उस समय, आईडीई मानक तेजी से विकसित हो रहा था, और हम उन समयों के बारे में बात कर रहे हैं जब अधिक डिस्क थे, ठीक है, 300 मेगाबाइट्स बिल्कुल भी मौजूद नहीं थे, और इस संबंध में, वर्चुअलाइजेशन भी मदद करता है - स्लाइडर को बाईं ओर वर्चुअल मशीन की सेटिंग में स्थानांतरित करना और वर्चुअल ड्राइव बनाना बहुत आसान है। आइए, 120 मेगाबाइट्स कहें, ऐसे छोटे संस्करणों की हार्ड ड्राइव के चारों ओर दौड़ने और वास्तविक देखने के लिए।



फिर, वर्चुअल वातावरण के लिए कई समस्याएं हैं। आइए एक्सिस के सबसे पुराने संस्करणों के साथ शुरू करें। आईबीएम ओएस / 2 1.0 और 1.1 संरक्षित और वास्तविक सीपीयू मोड के बीच 286-शैली स्विच का उपयोग करते हैं। यह एक ऐसी विधि है जो एक निश्चित मोड पर मशीन को दूसरे मोड में फिर से शुरू करने के लिए BIOS कोड का उपयोग करता है, क्योंकि प्रोसेसर का एक हार्डवेयर रीसेट मोड के बीच स्विच करने के लिए उपयोग किया जाता है; अधिकांश अधिकारी ऐसे निष्पादन को पसंद नहीं करते हैं, और एक घातक त्रुटि के रूप में माना जाता है। दिलचस्प बात यह है कि माइक्रोसॉफ्ट का ओएस / 2 1.x संस्करण अभी भी 386 वें प्रोसेसर का पता लगाता है, और यदि एक पाया गया था, तो सीआर 0 रजिस्टर को बदलकर मोड के बीच स्विच करने का एक और अधिक कुशल तरीका उपयोग किया जाता है।



यहां तक ​​कि संस्करणों में 1.x, एक बहुत ही असामान्य ड्राइव ड्राइवर का उपयोग किया गया था, जो नियंत्रक के डेटा ट्रांसफर गति के आधार पर ड्राइव के प्रकार को निर्धारित करता है, अर्थात इसका आकार। 720 किलोबाइट की क्षमता वाले 3.5 इंच के डिस्क को 250 K / s की गति से पढ़ा जाता है, और 500 K / s की गति पर 1.44 मेगाबाइट की मात्रा। लेकिन यह एक लोहे की फ्लॉपी है। और आभासी मशीनें इस तरह के बारीक विवरणों का अनुकरण करने से बाज नहीं आती हैं और हमारे ऑपरेटिंग सिस्टम को एक्सिस, एक वास्तविक ड्राइव के विपरीत, एक 1.44-मेगाबाइट डिस्कसेट पढ़ने की अनुमति देती हैं, भले ही ड्राइव नियंत्रक 250 K / s की गति से प्रोग्राम किया गया हो। नतीजतन, चालक को लगता है कि ड्राइव में 720-किलोबाइट डिस्क डाली गई है, जो अजीब त्रुटियों की ओर ले जाती है, और सामान्य रूप से फ्लॉपी डिस्क से बूट करने में असमर्थता होती है।



2.x शाखा के साथ, सब कुछ थोड़ा अलग है: ड्राइव ड्राइवर इतना मुश्किल नहीं है और ठीक काम करता है, सीपीयू मोड के बीच स्विच करना 386 वें प्रोसेसर के लिए विशिष्ट कोड का उपयोग करता है (80x6 के लिए समर्थन 2.x में गिरा दिया गया था ), लगभग। लेकिन स्थिति आम तौर पर बेहतर नहीं है। OS / 2 2.x अभी भी समसामयिक समस्याओं का सामना कर रहा है, और तेज प्रोसेसर पर यह किसी भी समय जम सकता है, खासकर लोडिंग के शुरुआती चरण में। और क्योंकि 16-बिट वास्तविक और 32-बिट संरक्षित मोड कोड हाफ-एक्सिस में मिलाया जाता है, यह x86 आर्किटेक्चर प्रोसेसर के सभी पहलुओं को सही ढंग से लागू करने के लिए बेहद महत्वपूर्ण है, और वर्चुअल मशीनों को इसके साथ समस्या है। काफी बार फ्लोटिंग, सूक्ष्म बग होते हैं, जिसके कारण OS / 2 ( जिसका अर्थ है मुख्य रूप से Warp 4 से पहले के संस्करण - लगभग। ) बूट नहीं कर सकते हैं और त्रुटियों के बिना एक वर्चुअल मशीन में काम कर सकते हैं।



एक और समस्या FPU ( फ़्लोटिंग पॉइंट यूनिट - फ़्लोटिंग पॉइंट ऑपरेशंस के लिए एक गणितीय सहसंसाधक - लगभग। ) की पुरानी (DOS- संगत) शैली की त्रुटि है। ओएस / 2 गैर-एसएमपी संस्करण ( उर्फ यूएनआई - सिस्टम जो सिमेट्रिक मल्टीप्रोसेसिंग - सिमेट्रिक मल्टीप्रोसेसर सिस्टम का उपयोग नहीं करते हैं; यह शब्द सॉफ्टवेयर और हार्डवेयर दोनों पर लागू होता है। लगभग। ) FERR#



सिग्नल उत्पन्न करने और इसे परिवर्तित करने के लिए 8086-संगत विधि का उपयोग करें । IRQ 19 में, # MF अपवादों का उपयोग करने के बजाय, जैसा कि सभी आधुनिक ऑपरेटिंग सिस्टम इन दिनों करते हैं। वर्चुअल मशीन में काम करने के लिए एक्सिस के लिए इस तरह के तंत्र का सही ढंग से अनुकरण किया जाना चाहिए।



केवल एक्सिस का सबसे हालिया संस्करण (तथाकथित सुविधा पैक - क्लाइंट के लिए MCP1, MCP2 और सर्वर के लिए ACP1, ACP2) कुछ वर्चुअल मशीनों में अतिथि के रूप में समर्थित हैं (यह ज्ञात है कि वर्चुअल पीसी और वर्चुअलबॉक्स में)। तब तक, IBM ( MDM - MezhDelMash - International Business Machines;) - लगभग। प्रति। ) पहले से ही कुछ स्थानों पर प्रोसेसर की गति पर निर्भरता के साथ समस्याओं को हल कर चुका है, और हार्डवेयर समर्थन पहले से ही आभासी मशीनों द्वारा उत्सर्जित आज के आभासी उपकरणों के साथ काम करने के लिए उपयुक्त स्तर तक पहुंच गया है।



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



सब कुछ, हमेशा की तरह, समस्या को हल करने पर खर्च किए गए पैसे और प्रयास का सवाल है। लगभग कुछ भी तय किया जा सकता है अगर इसके लिए वास्तविक आवश्यकता है।

वर्चुअल मशीन में IBM OS / 2 1.0 चल रहा है

जैसा कि मैंने कहा, यह पूरी तरह से समझ में नहीं आता है कि आईबीएम संशोधन क्यों करता है, यहां तक ​​कि 80386-संगत केंद्रीय प्रोसेसर के साथ, स्विचिंग मोड के पुराने, 286-शैली के तरीके का उपयोग करें, जिसमें सीपीयू हार्ड रीसेट है, और फिर निष्पादन BIOS से जारी है, जो पहले बताया गया था किस स्थान से निष्पादन जारी रहना चाहिए। OS / 2 1.0 के Microsoft रिलीज़ में एक कर्नेल था, जो कि जब भी संभव हो एक नया (तेज़) 386-केवल मोड स्विचिंग कोड ओएस / 2 एसडीके बीटा के पहले संस्करण से - अप्रैल 1987 में इस्तेमाल किया गया था।



और इसे और भी दिलचस्प बनाने के लिए, OS / 2 कर्नेल भी LOADALL



निर्देश का उपयोग करने के लिए प्रसिद्ध है यदि यह 80286 पर चल रहा है। फिर भी, OS / 2 1.0 का IBM संस्करण उस समय के 386 AT-क्लोन पर चल रहा था! यह कैसे संभव है?



कीवर्ड BIOS है। 286-शैली मोड स्विचिंग का समर्थन करने के लिए 80386 प्रोसेसर पर मशीनों का BIOS आवश्यक है , और यह मानक कार्यक्षमता है। और 286 के लिए लिखा गया मोड स्विचिंग कोड 80386 के साथ सिस्टम पर भी काम करता है।



80386 पर LOADALL



कैसे काम करता है यह कम स्पष्ट है। BIOS डेवलपर्स ने जल्द ही महसूस किया कि 386-संगत प्रोसेसर पर, थोड़ी देर के लिए वास्तविक समय पर स्विच करके LOADALL



सबसेट का अनुकरण करना अपेक्षाकृत आसान है। BIOS में ऐसी तकनीक के अस्तित्व के बारे में कम से कम अनुमान लगाने में इंटेल को कई साल लग गए, और इसलिए इस तरह के व्यवहार को शायद ही अच्छी तरह से प्रलेखित कहा जा सकता है, लेकिन यह 80386-संगत प्रोसेसर के साथ किसी भी सिस्टम पर काम करता है।

VirtualBox 4.3 में IBM OS / 2 1.0

वर्चुअलबॉक्स संस्करण 4.3 ने अंततः प्राचीन आईबीएम ओएस / 2 संस्करण 1.0 और 1.1 को चलाना सीख लिया है। अगला, वर्चुअलबॉक्स 4.3.8 का उपयोग किया जाता है, मेजबान मैक ओएस एक्स है।



एक नई मशीन बनाएँ, अतिथि OS का प्रकार "अन्य OS / 2" पर सेट होना चाहिए। रैम ने आठ मेगाबाइट (ओएस / 2 1.0 बड़े आकार से छत को ध्वस्त कर दिया) डाल दिया। 30 मेगाबाइट के आकार की वर्चुअल ड्राइव लगाएं - OS / 2 का यह संस्करण अभी भी नहीं जानता है कि 32 मेगाबाइट से अधिक का विभाजन कैसे किया जाए (लेकिन OS / 2 1.1 पहले ही सिखाया जा चुका है)। आप अधिक कर सकते हैं, लेकिन निश्चित रूप से 500 मेगाबाइट से अधिक नहीं डालना चाहिए - ज्यामिति के बेमेल के साथ समस्याएं होंगी।



लेकिन यह सब नहीं है। केंद्रीय प्रोसेसर के मोड के बीच स्विच करने के लिए, जो, जैसा कि मैंने पहले ही एक से अधिक बार उल्लेख किया है, प्रोसेसर के रीसेट के माध्यम से किया जाता है, आपको वर्चुअल मशीन की सेटिंग्स को मोड़ने की आवश्यकता है ताकि सीपीयू के तीन बार विफल होने पर वर्चुअलबॉक्स अपने ऑपरेशन को एक त्रुटि के साथ समाप्त न करे। आमतौर पर, तीन-बार सीपीयू त्रुटि का मतलब है कि अतिथि ओएस अब समस्या को हल करने और काम जारी रखने में सक्षम नहीं है, लेकिन आईबीएम ओएस / 2 1.0 / 1.1 के लिए यह सामान्य ऑपरेशन का हिस्सा है। वर्चुअल मशीन सेटिंग्स को बदलने के लिए, आपको वर्चुअलबॉक्स निर्देशिका में जाने और VBoxManage उपयोगिता का उपयोग करने की आवश्यकता है:

  VBoxManage में संशोधित करें <virtual_ machine_name> --triplefaultreset पर 

और अभी भी स्थापना डिस्केट को पैच करने की आवश्यकता है।

अन्यथा, अक्ष को शून्य से विभाजन की त्रुटि के साथ रौंद दिया जाता है। पायथन में स्क्रिप्ट-पैचर ।



हो गया। इसे आजमाइए। यदि सब कुछ ठीक रहा, तो इंस्टॉलर की शीर्षक स्क्रीन आपके सामने आ जाएगी:





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





यदि आप भाग्यशाली नहीं हैं, तो बस किसी भी डॉस डिस्केट को पकड़ो, इसे एक आभासी मशीन में लोड करें, और FAT16 में पहले से निर्मित विभाजन को प्रारूपित करें। फिर इंस्टॉलर में बूट करें, और मौजूदा वॉल्यूम का उपयोग करने के लिए चुनें, इसे फिर से प्रारूपित न करें। जाहिर है, यह ओएस / 2 इंस्टॉलर या वर्चुअलबॉक्स में एक बग है।



फिर सब कुछ सुचारू रूप से चलना चाहिए, और आपको केवल वर्चुअल डिस्क को वर्चुअल ड्राइव में बदलने की आवश्यकता होगी, जैसा कि आप इंस्टॉल करते हैं, और डिफ़ॉल्ट सेटिंग्स को स्वीकार करते हैं, जो बहुत ही उचित हैं। इंस्टॉलेशन प्रक्रिया पूरी होने के बाद, OS / 2 TSHELL - टेक्स्ट शेल - संरक्षित मोड का एक टेक्स्ट शेल लॉन्च करेगा, जो प्रोग्राम और सत्र लॉन्च करने का कार्य करता है, और मल्टीटास्किंग मोड में काम करने वाले OS / 2 और DOS सत्रों के बीच स्विच करता है।





और हाँ, यह वास्तव में IBM OS / 2 1.0 है :





कृपया ध्यान दें कि यदि आपके पास एक होस्ट है जो वर्चुअलाइजेशन (वीटी-एक्स या एएमडी-वी प्रौद्योगिकियों) के हार्डवेयर त्वरण का समर्थन नहीं करता है, तो वर्चुअलबॉक्स शपथ लेगा कि ओएस / 2 को चलाने के लिए आवश्यक है और वर्चुअल मशीन शुरू करने से इनकार कर देगा। हार्डवेयर वर्चुअलाइजेशन वांछनीय है, लेकिन ओएस / 2 1.0 इसके बिना काम करेगा (लेकिन 2.0, ताना 3 और 4 के लिए, यह आवश्यक है)। आप DOS या अज्ञात में अतिथि ऑपरेटिंग सिस्टम का प्रकार सेट करके त्रुटियों के आसपास प्राप्त कर सकते हैं।



यह जानना दिलचस्प होगा कि अन्य आधुनिक आभासी मशीनें (सामान्य वाले, यानी, जो शांति से आधुनिक 32-बिट और 64-बिट ऑपरेटिंग सिस्टम चलाते हैं, विशेष 80286 एमुलेटर के बजाय) आईबीएम ओएस / 2 - 1.0 और 1.1 के शुरुआती रिलीज को लॉन्च करने में सक्षम हैं। यह ज्ञात है कि Microsoft वर्चुअल पीसी 2007, हालांकि यह ओएस / 2 के अधिक आधुनिक संस्करणों को चलाने के लिए अनुशंसित है, क्योंकि हार्डवेयर को वास्तविक के बहुत करीब से अनुकरण किया जाता है, आईबीएम ओएस / 2 1.0 और 1.1 को चलाने में सक्षम नहीं है।

---

अनुवादक से:

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



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



जिन लोगों ने "हां" का जवाब दिया, मैं आपको लेख पर टिप्पणी करने के लिए भी कहता हूं और संकेत करता हूं कि आप किस तरह का लेख देखना चाहते हैं, आप क्या जानना चाहते हैं।



PS यह दो लेखों का एक संयुक्त अनुवाद है, और बहुत कुछ "स्रोत" क्षेत्र में नहीं जाता है, इसलिए यह केवल वहां साइट का पता दर्शाता है।