MSDOS.SYS के [पथ] अनुभाग में तीन अलग-अलग सेटिंग्स क्यों हैं?

Aug 17 2020

विंडोज 9x में, MSDOS.SYS कॉन्फ़िगरेशन फ़ाइल में एक [Paths]अनुभाग होता है जिसकी सामग्री आमतौर पर इस तरह दिखती है:

[Paths]
WinDir=C:\WINDOWS
WinBootDir=C:\WINDOWS
HostWinBootDrv=C

दोनों WinDirऔर WinBootDirविंडोज इंस्टॉलेशन डायरेक्टरी की ओर इशारा करते हैं, जो आमतौर पर होता है C:\WINDOWS, और HostWinBootDrvइसमें ड्राइव अक्षर को इंगित करता है। अलग-अलग सेटिंग्स होने से पता चलता है कि संभावित रूप से ये अलग हो सकते हैं। क्या ऐसी परिस्थितियां हैं जहां यह मामला है? तीन अलग-अलग सेटिंग्स क्यों हैं? वैसे भी उनका उद्देश्य क्या है?

जवाब

9 user3840170 Aug 17 2020 at 14:22

HostWinBootDrvव्याख्या करना सबसे आसान है: इसका डिस्क कंप्रेशन यानी डबलस्पेस / ड्राइवस्पेस के साथ क्या करना है। ड्राइवस्पेस क्या करता है नाम के साथ एक फ़ाइल बनाई जाती है जैसे DRVSPACE.nnn( nnnतीन अंकों की संख्या के साथ) जिसमें डिस्क की संपीड़ित सामग्री होती है। संपीड़ित फ़ाइल सिस्टम को फ़ाइल वाले विभाजन का ड्राइव अक्षर सौंपा जाता है, और बाद वाला ( इस संदर्भ में होस्ट ड्राइव कहा जाता है) को एक और ड्राइव पत्र सौंपा जाता है, या कभी-कभी पूरी तरह से छिपाया जाता है। यदि विभाजन जिस से विंडोज शुरू होता है, संपीड़ित होता है, HostWinBootDrvउस विभाजन के होस्ट ड्राइव को इंगित करता है, जो डिफ़ॉल्ट रूप से होता है H, जबकि अन्य सेटिंग्स संपीड़ित फ़ाइल सिस्टम को इंगित करती हैं।

के रूप में WinDirऔर WinBootDir, वे क्या करते हैं की खोज करने के लिए अपेक्षाकृत आसान है। कुछ प्रयोग से यह पता चलता है:

WinDirउस निर्देशिका को इंगित करता है जिसमें विंडोज स्थापित है। की उपस्थिति WinDirमें MSDOS.SYSक्या निर्देश दिए है IO.SYS(Windows Me से पहले) है कि यह (के रूप में एक आपातकालीन बूट फ्लॉपी पर की तरह, एक कमांड प्रॉम्प्ट के लिए सिर्फ बूटिंग के खिलाफ) लांच करने के लिए तैयार किया जाना चाहिए एक Windows स्थापना वर्तमान नहीं है। यदि WinDirसेट किया जाता है, तो वास्तविक-मोड कर्नेल निम्नलिखित कार्य करेगा:

PATHपर्यावरण चर में दो प्रविष्टियां डालें : निर्देशिका द्वारा WinDirऔर उसके उपनिर्देशिका को इंगित किया गया COMMAND;
TEMPइस निर्देशिका के तहत एक उपनिर्देशिका बनाएं और पर्यावरण चर TEMPऔर TMPइसे इंगित करें ;
बीएल रजिस्टर बिट 5 में रुकावट 0x2fसेवा द्वारा लौटाए गए एक ध्वज को साफ़ करें 0x1611, जो COMMAND.COMयह तय करने के लिए जाँच करता है कि WIN.COMप्रसंस्करण के बाद लॉन्च करना है या नहीं AUTOEXEC.BAT;
प्रसंस्करण से पहले डिवाइस कॉन्फ़िगरेशन प्रबंधक को प्रारंभ करें CONFIG.SYS(यह अनुभाग SystemReg=0में सेटिंग द्वारा दबाया जा सकता है [Options])
इस निर्देशिका में कुछ महत्वपूर्ण फाइलों को देखें, जिनमें SYSTEM.DAT(रजिस्ट्री), COMMAND.COM(जो अनुपस्थित होने पर मूल निर्देशिका में वापस आ जाएगी) और जैसे- HIMEM.SYSऔर IFSHLP.SYS( जैसे सेटिंग DOS=NOAUTOमें दबाकर दबाया जा सकता है CONFIG.SYS);
निर्देशिका को केवल winbootdirपर्यावरण चर (सभी-लोअरकेस!) में संग्रहीत करें।

इनमें से अंतिम दो को सेटिंग द्वारा ओवरराइड किया जा सकता है WinBootDir: यदि वह सेटिंग मौजूद है, तो WinBootDirइसके बजाय उन फ़ाइलों को देखा जाएगा , और निश्चित रूप से यह वह निर्देशिका है जो winbootdirपर्यावरण चर में समाप्त हो जाएगी ।

उदाहरण के लिए, उदाहरण के लिए, यहाँ कुछ झुर्रियाँ हैं WIN.COM। जब AUTOEXEC.BATफ़ाइल अनुपस्थित है, खाली करें या जा रहा है, (सुरक्षित मोड में जैसे की तरह) को छोड़ दिया COMMAND.COMलोड नहीं है और वास्तविक-मोड गिरी बजाय सीधे निष्पादित करेंगे WIN.COMसे WinBootDir। हालाँकि, यदि AUTOEXEC.BATमौजूद है , तो COMMAND.COMइसे संसाधित करने के लिए लॉन्च किया जाएगा, जिसके बाद यह कमांड को निष्पादित करेगा WIN, लॉन्च कर रहा है WIN.COM... इसे ऊपर देख कर PATH, जो कि डिफ़ॉल्ट बिंदुओं द्वारा WinDir।

ठीक है, बहुत अच्छा, लेकिन क्यों WinDirऔर WinBootDirअलग सेटिंग्स बिल्कुल भी हैं? यह अभी भी मेरे लिए पूरी तरह से स्पष्ट नहीं है, लेकिन मैं कितना कम इकट्ठा कर सकता हूं, यह शायद एक लैन पर विंडोज बूटिंग का समर्थन करने के लिए था। इस तरह के एक विन्यास में, डॉस पहले एक सामान्य फाइल सिस्टम से भरी हुई हैं (या खुद भी एक डिस्क छवि से नेटवर्क पर डाउनलोड किया), की तरह आवश्यक ड्राइवरों लोड HIMEM.SYSसे WinBootDirएक ही फाइल सिस्टम पर स्थित है, तो डॉस नेटवर्क ड्राइवरों लोड, एक हिस्से के नक्शे (युक्त WinDir) अपने ड्राइव लेटर पर, और फिर वहां से बूटिंग जारी रखें। यदि वह अभीष्ट परिदृश्य है, तो WIN.COMविषमता भी अब समझ में आने लगती है: सामान्य रूप से बूट करने से एक 'मुख्य' विंडोज कॉपी शुरू हो सकती है WinDir, और WinBootDirनेटवर्क मोड विफल होने पर सुरक्षित मोड में एक और न्यूनतम 'आपातकालीन' प्रतिलिपि बूट की जाती है।

किसी भी स्थिति में, इस परिदृश्य की आवश्यकताओं को आसानी से उन दो सेटिंग्स की आवश्यकता हो सकती है जिनके पास अलग-अलग मान हैं। इस तरह के एक विन्यास का वर्णन करने वाले दस्तावेज़ से एक छोटा सा अंश यहां दिया गया है:

D-2. MSDOS.SYS Sample File for DM9102 :
=======================================

      [Paths]
      WinDir=g:\client1
      WinBootDir=d:\winboot     <== According to RAMDRIVE.SYS assign
      HostWinBootDrv=c              Virtual Drive (D: or E:)

वहाँ भी एक है कागज और Micho Durdevich (द्वारा लेखों की एक श्रृंखला भाग 1 , 2 , 3 , 4 , 5 और 6 ) कि वर्णन कैसे विंडोज 9x के साथ नेटवर्क बूट हासिल करने के लिए।

वे इस बात से डरे हुए हैं कि यह सब कैसे काम करता है, लेकिन उन दोनों स्रोतों में एक SETMDIRउपयोगिता का उल्लेख है , जो विंडोज 95 के हिस्से के रूप में वितरित किया गया है। इसका मतलब है कि नेटवर्क बूटिंग शायद Microsoft द्वारा उपयोग किया जाने वाला उपयोग मामला था।

2 wendy.krieger Sep 22 2020 at 19:34

Winbootdir उस निर्देशिका को इंगित करता है जो DOS स्टार्टअप फ़ाइलें हैं। यह Windir के लिए अलग हो सकता है।

विंडर उस निर्देशिका को इंगित करता है जो उपयोगकर्ता की रजिस्ट्री में है। एक नेटवर्क पर यह अलग-अलग हो सकता है जहां खिड़कियां स्थापित की गई हैं।

Winbootdir का उपयोग अगर कोई config.sys / autoexec.bat है, तो ड्राइवरों को heem.sys, ifs $ hlp.sys, और co को लोड करने के लिए किया जाता है। यह उदाहरण के लिए, नेटवर्क के माध्यम से भेजी जाने वाली बूट छवि पर हो सकता है।

3.0 के रूप में विंडिर को win.com को शामिल करने की आवश्यकता है, लेकिन फिर win.com विंडोज़ शुरू करने के लिए जिम्मेदार है (win32.vdd या कुछ और चलाकर)।

== संपादित करें ==

http://reboot.pro/topic/22047-dual-boot-msdos-710-and-630/

यह पोस्ट एक न्यूनतम DOS सेटअप के निर्माण का वर्णन करता है, Win98se से DOS का उपयोग कर, और थोड़ा संशोधित MS-DOS 6.22।

जब विंडबूटिर और विंडीर बदले जाते हैं तो क्या होता है। सिस्टम सेट होने के बाद कमांड सेटमिर विंडर बदल देता है, हम यहां इसका उपयोग नहीं कर रहे हैं।

http://reboot.pro/topic/18130-ms-dos-7-help-file/

इस विषय में डॉस 5 से 7 के लिए एक qbasic हेल्प फ़ाइल बनाने के लिए काम करने वाली टिप्पणियाँ हैं (यानी सीडीकॉम पर एक प्रतिस्थापन के रूप में)।

https://www.betaarchive.com/forum/viewtopic.php?f=72&t=34798&p=401645#p401645

यह वह जगह है जहां हम कई विंडोज 9x संस्करणों को config.sys में विकल्प के रूप में चला रहे हैं। अब तक हमने D9598SE से Win95 को लॉन्च करने में अधिकांश समस्याओं को दूर किया है।

https://www.betaarchive.com/forum/viewtopic.php?f=60&t=41489

यह DOS98SE से विंडोज 95 और ME चलाने पर प्रगति कर रहा है। इसमें प्रयोगों में उपयोग की जाने वाली डॉस फाइलों का लिंक है।

ये सभी प्रयोग VPC सत्रों पर आधारित हैं जो कि वर्णित हैं। उदाहरण के लिए, ऑफ़र ने c: \ MSDOS7 के निर्माण को पोस्ट करने के बाद, मैंने विभिन्न Win98 और ME इंस्टॉल के शीर्ष पर कई NT5x के साथ प्रयोग किया, अंग्रेजी में और जर्मन में। यह वह जगह है जहाँ से मुझे c: \ msdos7 का उपयोग करने का विचार आया।