डॉस: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 28: Line 28:
[[गॉर्डन लेटविन]] ने 1995 में लिखा था कि डॉस, जब हमने पहली बार इसे लिखा था, आईबीएम को खुश रखने के उद्देश्य से एक बार का फेंक-दूर उत्पाद था जिससे वे हमारी भाषाओं को खरीद सकें।{{r|letwin19950817}} माइक्रोसॉफ्ट को उम्मीद थी कि यह Xenix से पहले एक अंतरिम समाधान होगा। कंपनी ने समय के साथ एमएस-डॉस में सुधार करने की योजना बनाई, इसलिए यह एकल-उपयोगकर्ता Xenix, या [[XEDOS]] से लगभग अप्रभेद्य होगा, जो [[Motorola 68000]], [[Zilog Z-8000]], और [[LSI-11]] पर भी चलेगा; वे Xenix के साथ [[ऊपर की ओर संगत]] होंगे, जिसे 1983 में [[BYTE]] ने भविष्य के बहु-उपयोगकर्ता एमएस-डॉस के रूप में वर्णित किया।<ref name="morgan198201">{{cite journal |url=https://archive.org/stream/byte-magazine-1982-01/1982_01_BYTE_07-01_The_IBM_Personal_Computer#page/n7/mode/2up |title=आईबीएम, ऑपरेटिंग सिस्टम और रोसेटा स्टोन्स की|journal=[[BYTE]] |date=January 1982 |access-date=2013-10-19 |author-last=Morgan |author-first=Chris |page=6}}</ref><ref name="fiedler198310">{{cite journal |url=https://archive.org/stream/byte-magazine-1983-10/1983_10_BYTE_08-10_UNIX#page/n133/mode/2up |title=यूनिक्स ट्यूटोरियल / भाग 3: माइक्रो कंप्यूटर मार्केटप्लेस में यूनिक्स|journal=[[BYTE]] |date=October 1983 |access-date=2015-01-30 |author-last=Fiedler |author-first=Ryan |page=132}}</ref>
[[गॉर्डन लेटविन]] ने 1995 में लिखा था कि डॉस, जब हमने पहली बार इसे लिखा था, आईबीएम को खुश रखने के उद्देश्य से एक बार का फेंक-दूर उत्पाद था जिससे वे हमारी भाषाओं को खरीद सकें।{{r|letwin19950817}} माइक्रोसॉफ्ट को उम्मीद थी कि यह Xenix से पहले एक अंतरिम समाधान होगा। कंपनी ने समय के साथ एमएस-डॉस में सुधार करने की योजना बनाई, इसलिए यह एकल-उपयोगकर्ता Xenix, या [[XEDOS]] से लगभग अप्रभेद्य होगा, जो [[Motorola 68000]], [[Zilog Z-8000]], और [[LSI-11]] पर भी चलेगा; वे Xenix के साथ [[ऊपर की ओर संगत]] होंगे, जिसे 1983 में [[BYTE]] ने भविष्य के बहु-उपयोगकर्ता एमएस-डॉस के रूप में वर्णित किया।<ref name="morgan198201">{{cite journal |url=https://archive.org/stream/byte-magazine-1982-01/1982_01_BYTE_07-01_The_IBM_Personal_Computer#page/n7/mode/2up |title=आईबीएम, ऑपरेटिंग सिस्टम और रोसेटा स्टोन्स की|journal=[[BYTE]] |date=January 1982 |access-date=2013-10-19 |author-last=Morgan |author-first=Chris |page=6}}</ref><ref name="fiedler198310">{{cite journal |url=https://archive.org/stream/byte-magazine-1983-10/1983_10_BYTE_08-10_UNIX#page/n133/mode/2up |title=यूनिक्स ट्यूटोरियल / भाग 3: माइक्रो कंप्यूटर मार्केटप्लेस में यूनिक्स|journal=[[BYTE]] |date=October 1983 |access-date=2015-01-30 |author-last=Fiedler |author-first=Ryan |page=132}}</ref>


[[File:Os2-1.0-prompt.png|thumb|right|OS/2 1.0 में एमएस-डॉस के समान एक टेक्स्ट मोड इंटरफ़ेस दिखाया गया है।]]चूंकि, IBM, DOS को बदलना नहीं चाहता था।<ref name="howitt19841210">{{cite journal |url=https://books.google.com/books?id=si4EAAAAMBAJ&pg=PA31 |title=यूनिक्स और एकल उपयोगकर्ता|journal=[[InfoWorld]] |date=1984-12-10 |access-date=2015-02-07 |author-last=Howitt |author-first=Doran |page=28 |url-status=live |archive-url=https://web.archive.org/web/20180129162940/https://books.google.com/books?id=si4EAAAAMBAJ&lpg=PA31 |archive-date=2018-01-29}}</ref> AT&T द्वारा यूनिक्स की बिक्री शुरू करने के बाद, माइक्रोसॉफ्ट और IBM ने एक विकल्प के रूप में OS/2 को विकसित करना शुरू किया।<ref name="letwin19950817">{{cite newsgroup |url=https://groups.google.com/forum/?hl=en#!original/comp.os.ms-windows.misc/-iNeep60eVE/Xl5ddAtJENcJ |title=OS/2 को क्या हो रहा है|date=1995-08-17 |access-date=2013-11-06 |author-last=Letwin |author-first=Gordon |author-link=Gordon Letwin |newsgroup=comp.os.os2.advocacy |message-id=DDFvKo.G4M@lab.lwpi.com}}</ref> बाद में दो कंपनियों के बीच डी.ओ.एस., OS/2 और Windows के दो उत्तराधिकारी ऑपरेटिंग सिस्टमों पर असहमति की एक श्रृंखला थी।<ref>{{cite journal |url=https://www.nytimes.com/1991/07/27/business/microsoft-widens-its-split-with-ibm-over-software.html |title=Microsoft ने IBM सॉफ़्टवेयर के साथ अपने विभाजन का विस्तार किया|author-last=Pollack |author-first=Andrew |access-date=2008-09-02 |date=1991-07-27 |journal=[[The New York Times]] |url-status=live |archive-url=https://web.archive.org/web/20101102233112/http://query.nytimes.com/gst/fullpage.html?res=9D0CE0D81339F934A15754C0A967958260 |archive-date=2010-11-02}}</ref> परिणामस्वरूप उन्होंने अपने डॉस सिस्टम के विकास को विभाजित कर दिया।<ref>{{cite journal |url=https://www.nytimes.com/1999/05/28/business/ibm-executive-describes-price-pressure-by-microsoft.html |title=आईबीएम के कार्यकारी माइक्रोसॉफ्ट द्वारा मूल्य दबाव का वर्णन करते हैं|author-last=Brinkley |author-first=Joel |date=1999-05-28 |journal=New York Times |access-date=2008-09-02 |url-status=live |archive-url=https://web.archive.org/web/20081211172916/http://query.nytimes.com/gst/fullpage.html?res=990DEEDD1630F93BA15756C0A96F958260 |archive-date=2008-12-11}}</ref> एमएस-डॉस का अंतिम खुदरा संस्करण एमएस-डॉस 6.22 था; इसके बाद एमएस-डॉस Windows 95, 98 और Me का हिस्सा बन गया। PC DOS का अंतिम खुदरा संस्करण PC DOS 2000 (जिसे PC DOS 7 संशोधन 1 भी कहा जाता है) था, चूंकि IBM ने बाद में OEM और आंतरिक उपयोग के लिए PC DOS 7.10 विकसित किया।
[[File:Os2-1.0-prompt.png|thumb|right|OS/2 1.0 में एमएस-डॉस के समान एक टेक्स्ट मोड इंटरफ़ेस दिखाया गया है।]]चूंकि, IBM, DOS को बदलना नहीं चाहता था।<ref name="howitt19841210">{{cite journal |url=https://books.google.com/books?id=si4EAAAAMBAJ&pg=PA31 |title=यूनिक्स और एकल उपयोगकर्ता|journal=[[InfoWorld]] |date=1984-12-10 |access-date=2015-02-07 |author-last=Howitt |author-first=Doran |page=28 |url-status=live |archive-url=https://web.archive.org/web/20180129162940/https://books.google.com/books?id=si4EAAAAMBAJ&lpg=PA31 |archive-date=2018-01-29}}</ref> AT&T द्वारा यूनिक्स की बिक्री शुरू करने के बाद, माइक्रोसॉफ्ट और IBM ने एक विकल्प के रूप में OS/2 को विकसित करना शुरू किया।<ref name="letwin19950817">{{cite newsgroup |url=https://groups.google.com/forum/?hl=en#!original/comp.os.ms-windows.misc/-iNeep60eVE/Xl5ddAtJENcJ |title=OS/2 को क्या हो रहा है|date=1995-08-17 |access-date=2013-11-06 |author-last=Letwin |author-first=Gordon |author-link=Gordon Letwin |newsgroup=comp.os.os2.advocacy |message-id=DDFvKo.G4M@lab.lwpi.com}}</ref> बाद में दो कंपनियों के बीच डी.ओ.एस., OS/2 और विंडोज़ के दो उत्तराधिकारी ऑपरेटिंग सिस्टमों पर असहमति की एक श्रृंखला थी।<ref>{{cite journal |url=https://www.nytimes.com/1991/07/27/business/microsoft-widens-its-split-with-ibm-over-software.html |title=Microsoft ने IBM सॉफ़्टवेयर के साथ अपने विभाजन का विस्तार किया|author-last=Pollack |author-first=Andrew |access-date=2008-09-02 |date=1991-07-27 |journal=[[The New York Times]] |url-status=live |archive-url=https://web.archive.org/web/20101102233112/http://query.nytimes.com/gst/fullpage.html?res=9D0CE0D81339F934A15754C0A967958260 |archive-date=2010-11-02}}</ref> परिणामस्वरूप उन्होंने अपने डॉस सिस्टम के विकास को विभाजित कर दिया।<ref>{{cite journal |url=https://www.nytimes.com/1999/05/28/business/ibm-executive-describes-price-pressure-by-microsoft.html |title=आईबीएम के कार्यकारी माइक्रोसॉफ्ट द्वारा मूल्य दबाव का वर्णन करते हैं|author-last=Brinkley |author-first=Joel |date=1999-05-28 |journal=New York Times |access-date=2008-09-02 |url-status=live |archive-url=https://web.archive.org/web/20081211172916/http://query.nytimes.com/gst/fullpage.html?res=990DEEDD1630F93BA15756C0A96F958260 |archive-date=2008-12-11}}</ref> एमएस-डॉस का अंतिम खुदरा संस्करण एमएस-डॉस 6.22 था; इसके बाद एमएस-डॉस विंडोज़ 95, 98 और Me का हिस्सा बन गया। PC DOS का अंतिम खुदरा संस्करण PC DOS 2000 (जिसे PC DOS 7 संशोधन 1 भी कहा जाता है) था, चूंकि IBM ने बाद में OEM और आंतरिक उपयोग के लिए PC DOS 7.10 विकसित किया।


FreeDOS परियोजना 26 जून 1994 को शुरू हुई, जब माइक्रोसॉफ्ट ने घोषणा की कि वह अब एमएस-डॉस की बिक्री या समर्थन नहीं करेगी। [[जिम हॉल (प्रोग्रामर)]] ने तब एक खुला स्रोत प्रतिस्थापन के विकास का प्रस्ताव करते हुए एक घोषणापत्र पोस्ट किया। कुछ ही हफ्तों में, [[पैट विल्लनि]] और टिम नॉर्मन सहित अन्य प्रोग्रामर इस परियोजना में सम्मलित हो गए। एक कर्नेल, COMMAND.COM कमांड लाइन दुभाषिया (शेल), और कोर उपयोगिताओं को पूलिंग कोड द्वारा बनाया गया था जो उन्होंने लिखा था या उपलब्ध पाया था। 3 सितंबर 2006 को FreeDOS 1.0 वितरण जारी होने से पहले FreeDOS के कई आधिकारिक पूर्व-रिलीज़ वितरण थे। [[जीएनयू जनरल पब्लिक लाइसेंस]] (GPL) के अनुसार  उपलब्ध कराया गया, FreeDOS को लाइसेंस शुल्क या रॉयल्टी की आवश्यकता नहीं है।<ref>{{cite web |url=http://www.linuxdevices.com/articles/AT3952799051.html |title=FreeDOS प्रोजेक्ट का अतीत, वर्तमान और भविष्य|date=2002-03-25 |access-date=2008-06-14 |author-first=Jim |author-last=Hall |author-link=James Hall (programmer) |url-status=dead |archive-url=https://archive.today/20120529010945/http://www.linuxfordevices.com/c/a/News/The-past-present-and-future-of-the-FreeDOS-Project/ |archive-date=2012-05-29}}</ref><ref>{{cite web |url=http://www.freedos.org/freedos/about/ |date=2006-09-23 |title=फ्रीडोस का इतिहास|author-first=Jim |author-last=Hall |author-link=James Hall (programmer) |publisher=freedos.org |access-date=2007-05-28 |url-status=dead |archive-url=https://web.archive.org/web/20070527173146/http://www.freedos.org/freedos/about/ |archive-date=2007-05-27}}</ref>
FreeDOS परियोजना 26 जून 1994 को शुरू हुई, जब माइक्रोसॉफ्ट ने घोषणा की कि वह अब एमएस-डॉस की बिक्री या समर्थन नहीं करेगी। [[जिम हॉल (प्रोग्रामर)]] ने तब एक खुला स्रोत प्रतिस्थापन के विकास का प्रस्ताव करते हुए एक घोषणापत्र पोस्ट किया। कुछ ही हफ्तों में, [[पैट विल्लनि]] और टिम नॉर्मन सहित अन्य प्रोग्रामर इस परियोजना में सम्मलित हो गए। एक कर्नेल, COMMAND.COM कमांड लाइन दुभाषिया (शेल), और कोर उपयोगिताओं को पूलिंग कोड द्वारा बनाया गया था जो उन्होंने लिखा था या उपलब्ध पाया था। 3 सितंबर 2006 को FreeDOS 1.0 वितरण जारी होने से पहले FreeDOS के कई आधिकारिक पूर्व-रिलीज़ वितरण थे। [[जीएनयू जनरल पब्लिक लाइसेंस]] (GPL) के अनुसार  उपलब्ध कराया गया, FreeDOS को लाइसेंस शुल्क या रॉयल्टी की आवश्यकता नहीं है।<ref>{{cite web |url=http://www.linuxdevices.com/articles/AT3952799051.html |title=FreeDOS प्रोजेक्ट का अतीत, वर्तमान और भविष्य|date=2002-03-25 |access-date=2008-06-14 |author-first=Jim |author-last=Hall |author-link=James Hall (programmer) |url-status=dead |archive-url=https://archive.today/20120529010945/http://www.linuxfordevices.com/c/a/News/The-past-present-and-future-of-the-FreeDOS-Project/ |archive-date=2012-05-29}}</ref><ref>{{cite web |url=http://www.freedos.org/freedos/about/ |date=2006-09-23 |title=फ्रीडोस का इतिहास|author-first=Jim |author-last=Hall |author-link=James Hall (programmer) |publisher=freedos.org |access-date=2007-05-28 |url-status=dead |archive-url=https://web.archive.org/web/20070527173146/http://www.freedos.org/freedos/about/ |archive-date=2007-05-27}}</ref>
Line 35: Line 35:
=== अस्वीकार ===
=== अस्वीकार ===
{{Main|History of Microsoft Windows}}
{{Main|History of Microsoft Windows}}
[[Microsoft Windows|माइक्रोसॉफ़्ट विंडोज़]] के शुरुआती संस्करण एमएस-डॉस पर चलते थे।<ref name="emulate"/>1990 के दशक के प्रारंभ तक, विंडोज़ ग्राफिकल शेल ने नए डॉस सिस्टम पर भारी उपयोग देखा। 1995 में, [[विंडोज 95]] को एक स्टैंडअलोन ऑपरेटिंग सिस्टम के रूप में बंडल किया गया था, जिसके लिए अलग डॉस लाइसेंस की आवश्यकता नहीं थी। विंडोज 95 (और विंडोज 98 और एमई, जिसने इसका अनुसरण किया) ने डिफ़ॉल्ट [[ओएस कर्नेल]] के रूप में काम किया, चूंकि एमएस-डॉस घटक संगतता के लिए बने रहे। विंडोज 95 और 98 के साथ, परंतु एमई के साथ नहीं, एमएस-डॉस घटक को विंडोज़ शुरू किए बिना चलाया जा सकता है।<ref>{{cite web |url=http://www.smartcomputing.com/Editorial/article.asp?article=articles/archive/95win/95win21/95win21.asp&guid= |archive-url=https://web.archive.org/web/20040707000544/http://www.smartcomputing.com/editorial/article.asp?article=articles%2Farchive%2F95win%2F95win21%2F95win21.asp&guid= |url-status=dead |archive-date=2004-07-07 |title=विंडोज 95 में डॉस ढूँढना|work=Smart Computing |date=March 1996 |access-date=2008-07-12}}</ref><ref name="various-77715">{{cite web |url=http://blogs.msdn.com/b/oldnewthing/archive/2007/12/24/6849530.aspx |title=विंडोज 95 में MS-DOS की क्या भूमिका थी?|author-first=Raymond |author-last=Chen |author-link=Raymond Chen (Microsoft) |work=The Old New Thing - Site Home - MSDN Blogs |date=2007-12-24 |access-date=2014-02-05 |archive-url=https://web.archive.org/web/20140205100822/http://blogs.msdn.com/b/oldnewthing/archive/2007/12/24/6849530.aspx |archive-date=2014-02-05 |url-status=live}}</ref><ref name="various-42623">{{cite web |url=http://support.microsoft.com/kb/138996 |title=MS-DOS मोड में कंप्यूटर को पुनरारंभ करने का विवरण|work=support.microsoft.com |date=2007-01-19 |access-date=2014-02-05 |archive-url=https://web.archive.org/web/20140205101959/http://support.microsoft.com/kb/138996 |archive-date=2014-02-05 |url-status=live}}</ref> DOS के साथ अब Windows का उपयोग करने की आवश्यकता नहीं है, अधिकांश उपयोगकर्ताओं ने इसका सीधे उपयोग करना बंद कर दिया है।
[[Microsoft Windows|माइक्रोसॉफ़्ट विंडोज़]] के शुरुआती संस्करण एमएस-डॉस पर चलते थे।<ref name="emulate"/>1990 के दशक के प्रारंभ तक, विंडोज़ ग्राफिकल शेल ने नए डॉस सिस्टम पर भारी उपयोग देखा। 1995 में, [[विंडोज 95]] को एक स्टैंडअलोन ऑपरेटिंग सिस्टम के रूप में बंडल किया गया था, जिसके लिए अलग डॉस लाइसेंस की आवश्यकता नहीं थी। विंडोज 95 (और विंडोज 98 और एमई, जिसने इसका अनुसरण किया) ने डिफ़ॉल्ट [[ओएस कर्नेल]] के रूप में काम किया, चूंकि एमएस-डॉस घटक संगतता के लिए बने रहे। विंडोज 95 और 98 के साथ, परंतु एमई के साथ नहीं, एमएस-डॉस घटक को विंडोज़ शुरू किए बिना चलाया जा सकता है।<ref>{{cite web |url=http://www.smartcomputing.com/Editorial/article.asp?article=articles/archive/95win/95win21/95win21.asp&guid= |archive-url=https://web.archive.org/web/20040707000544/http://www.smartcomputing.com/editorial/article.asp?article=articles%2Farchive%2F95win%2F95win21%2F95win21.asp&guid= |url-status=dead |archive-date=2004-07-07 |title=विंडोज 95 में डॉस ढूँढना|work=Smart Computing |date=March 1996 |access-date=2008-07-12}}</ref><ref name="various-77715">{{cite web |url=http://blogs.msdn.com/b/oldnewthing/archive/2007/12/24/6849530.aspx |title=विंडोज 95 में MS-DOS की क्या भूमिका थी?|author-first=Raymond |author-last=Chen |author-link=Raymond Chen (Microsoft) |work=The Old New Thing - Site Home - MSDN Blogs |date=2007-12-24 |access-date=2014-02-05 |archive-url=https://web.archive.org/web/20140205100822/http://blogs.msdn.com/b/oldnewthing/archive/2007/12/24/6849530.aspx |archive-date=2014-02-05 |url-status=live}}</ref><ref name="various-42623">{{cite web |url=http://support.microsoft.com/kb/138996 |title=MS-DOS मोड में कंप्यूटर को पुनरारंभ करने का विवरण|work=support.microsoft.com |date=2007-01-19 |access-date=2014-02-05 |archive-url=https://web.archive.org/web/20140205101959/http://support.microsoft.com/kb/138996 |archive-date=2014-02-05 |url-status=live}}</ref> DOS के साथ अब विंडोज़ का उपयोग करने की आवश्यकता नहीं है, अधिकांश उपयोगकर्ताओं ने इसका सीधे उपयोग करना बंद कर दिया है।


=== निरंतर उपयोग ===
=== निरंतर उपयोग ===
Line 62: Line 62:
* सेक्टर सामग्री पर लोड किया गया {{mono|0000h}}:{{mono|7C00h}} अब एक VBR का गठन करता है। VBRs ऑपरेटिंग सिस्टम विशिष्ट हैं और सामान्य रूप से विभिन्न DOS संस्करणों के बीच आदान-प्रदान नहीं किया जा सकता है, क्योंकि सटीक व्यवहार विभिन्न DOS संस्करणों के बीच भिन्न होता है। DOS के बहुत पुराने संस्करणों जैसे DOS 1.x में, VBR संपूर्ण IO.SYS/IBMBIO.COM फ़ाइल को मेमोरी में लोड करेगा {{mono|0000h}}:{{mono|0600h}}.<ref name="pagetable-165">{{cite web |title=रिवर्स-इंजीनियरिंग डॉस 1.0 - भाग 1: बूट सेक्टर « pagetable.com|url=http://www.pagetable.com/?p=165 |url-status=live |archive-url=https://web.archive.org/web/20090511101728/http://www.pagetable.com/?p=165 |archive-date=2009-05-11}} 090912 pagetable.com</ref> इसके लिए काम करने के लिए, इन क्षेत्रों को SYS द्वारा डिस्क पर लगातार क्रम में संग्रहित किया जाना था। बाद के मुद्दों में, यह रूट डायरेक्टरी में पहली दो प्रविष्टियों की सामग्री का पता लगाएगा और संग्रहीत करेगा {{mono|0000h}}:{{mono|0500h}} और यदि वे VBR में रिकॉर्ड की गई सही बूट फ़ाइलों को प्रतिबिंबित करने के लिए होते हैं, तो VBR IO.SYS/IBMBIO.COM फ़ाइल के पहले 3 लगातार सेक्टरों को मेमोरी में लोड करेगा {{mono|0070h}}:{{mono|0000h}}. [[डिस्क पैरामीटर तालिका]] (DPT) की सामग्री को संरक्षित करने के लिए VBR को भी ध्यान रखना होगा। अंत में, यह कुछ रजिस्टरों की स्थापना (विभिन्न डॉस संस्करणों के बीच काफी अंतर के साथ) के साथ अपने प्रवेश बिंदु पर कूदकर लोड किए गए हिस्से पर नियंत्रण रखता है।
* सेक्टर सामग्री पर लोड किया गया {{mono|0000h}}:{{mono|7C00h}} अब एक VBR का गठन करता है। VBRs ऑपरेटिंग सिस्टम विशिष्ट हैं और सामान्य रूप से विभिन्न DOS संस्करणों के बीच आदान-प्रदान नहीं किया जा सकता है, क्योंकि सटीक व्यवहार विभिन्न DOS संस्करणों के बीच भिन्न होता है। DOS के बहुत पुराने संस्करणों जैसे DOS 1.x में, VBR संपूर्ण IO.SYS/IBMBIO.COM फ़ाइल को मेमोरी में लोड करेगा {{mono|0000h}}:{{mono|0600h}}.<ref name="pagetable-165">{{cite web |title=रिवर्स-इंजीनियरिंग डॉस 1.0 - भाग 1: बूट सेक्टर « pagetable.com|url=http://www.pagetable.com/?p=165 |url-status=live |archive-url=https://web.archive.org/web/20090511101728/http://www.pagetable.com/?p=165 |archive-date=2009-05-11}} 090912 pagetable.com</ref> इसके लिए काम करने के लिए, इन क्षेत्रों को SYS द्वारा डिस्क पर लगातार क्रम में संग्रहित किया जाना था। बाद के मुद्दों में, यह रूट डायरेक्टरी में पहली दो प्रविष्टियों की सामग्री का पता लगाएगा और संग्रहीत करेगा {{mono|0000h}}:{{mono|0500h}} और यदि वे VBR में रिकॉर्ड की गई सही बूट फ़ाइलों को प्रतिबिंबित करने के लिए होते हैं, तो VBR IO.SYS/IBMBIO.COM फ़ाइल के पहले 3 लगातार सेक्टरों को मेमोरी में लोड करेगा {{mono|0070h}}:{{mono|0000h}}. [[डिस्क पैरामीटर तालिका]] (DPT) की सामग्री को संरक्षित करने के लिए VBR को भी ध्यान रखना होगा। अंत में, यह कुछ रजिस्टरों की स्थापना (विभिन्न डॉस संस्करणों के बीच काफी अंतर के साथ) के साथ अपने प्रवेश बिंदु पर कूदकर लोड किए गए हिस्से पर नियंत्रण रखता है।
* बाद में{{Clarify|date=February 2021}} DOS संस्करण, जहाँ VBR ने IO.SYS/IBMBIO.COM फ़ाइल के मात्र पहले 3 सेक्टरों को मेमोरी में लोड किया है, लोड किए गए हिस्से में एक और बूट लोडर है, जो रूट डायरेक्टरी जानकारी का उपयोग करके शेष को मेमोरी में लोड करेगा। पर संग्रहीत {{mono|0000h}}:{{mono|0500h}}. अधिकांश संस्करणों के लिए, फ़ाइल सामग्री को डिस्क पर लगातार क्रम में संग्रहीत करने की आवश्यकता होती है। DOS के पुराने संस्करणों में, जो अभी भी समग्र रूप से लोड थे, इस चरण को छोड़ दिया गया है।
* बाद में{{Clarify|date=February 2021}} DOS संस्करण, जहाँ VBR ने IO.SYS/IBMBIO.COM फ़ाइल के मात्र पहले 3 सेक्टरों को मेमोरी में लोड किया है, लोड किए गए हिस्से में एक और बूट लोडर है, जो रूट डायरेक्टरी जानकारी का उपयोग करके शेष को मेमोरी में लोड करेगा। पर संग्रहीत {{mono|0000h}}:{{mono|0500h}}. अधिकांश संस्करणों के लिए, फ़ाइल सामग्री को डिस्क पर लगातार क्रम में संग्रहीत करने की आवश्यकता होती है। DOS के पुराने संस्करणों में, जो अभी भी समग्र रूप से लोड थे, इस चरण को छोड़ दिया गया है।
* DOS सिस्टम इनिशियलाइज़ेशन कोड इसके बिल्ट-इन डिवाइस ड्राइवर्स को इनिशियलाइज़ करेगा और फिर MSDOS में स्थित DOS कर्नेल को लोड करेगा। एमएस-डॉस सिस्टम पर SYS, मेमोरी में भी। Windows 9x में, DOS सिस्टम इनिशियलाइज़ेशन कोड और बिल्ट-इन डिवाइस ड्राइवर और DOS कर्नेल को एक IO.SYS फ़ाइल में संयोजित किया जाता है जबकि MSDOS.SYS को टेक्स्ट कॉन्फ़िगरेशन फ़ाइल के रूप में उपयोग किया जाता है।
* DOS सिस्टम इनिशियलाइज़ेशन कोड इसके बिल्ट-इन डिवाइस ड्राइवर्स को इनिशियलाइज़ करेगा और फिर MSDOS में स्थित DOS कर्नेल को लोड करेगा। एमएस-डॉस सिस्टम पर SYS, मेमोरी में भी। विंडोज़ 9x में, DOS सिस्टम इनिशियलाइज़ेशन कोड और बिल्ट-इन डिवाइस ड्राइवर और DOS कर्नेल को एक IO.SYS फ़ाइल में संयोजित किया जाता है जबकि MSDOS.SYS को टेक्स्ट कॉन्फ़िगरेशन फ़ाइल के रूप में उपयोग किया जाता है।
* CONFIG.SYS फ़ाइल को तब पार्सिंग#प्रोग्रामिंग भाषाओं के कॉन्फ़िगरेशन पैरामीटर पर पढ़ा जाता है। {{mono|SHELL}} }} वेरिएबल [[खोल (कंप्यूटिंग)]] के स्थान को निर्दिष्ट करता है जो COMMAND.COM के लिए डिफॉल्ट करता है।
* कॉन्फ़िगरेशन पैरामीटर को पार्स करने के लिए CONFIG.SYS फ़ाइल को तब पढ़ा जाता है। शेल चर शेल के स्थान को निर्दिष्ट करता है जो COMMAND.COM के लिए डिफॉल्ट करता है।
* शेल को लोड और निष्पादित किया जाता है।
* शेल लोड और निष्पादित किया गया है।
* स्टार्टअप बैच फ़ाइल AUTOEXEC.BAT तब शेल द्वारा चलाई जाती है।<ref name="evergreen_edu-config-sys">{{cite web |title=CONFIG.SYS कमांड|url=http://academic.evergreen.edu/projects/biophysics/technotes/program/config-sys.txt |url-status=live |archive-url=https://web.archive.org/web/20090502033350/http://academic.evergreen.edu/projects/biophysics/technotes/program/config-sys.txt |archive-date=2009-05-02}} 090913 अकेडमिक.evergreen.edu</ref><ref>{{cite web |url=http://www.pcguide.com/ref/hdd/file/structBoot-c.html |title=डॉस बूट प्रक्रिया|work=The PC Guide |author-last=Kozierok |author-first=Charles |date=2001 |access-date=2008-09-02 |url-status=dead |archive-url=https://web.archive.org/web/20080719191224/http://www.pcguide.com/ref/hdd/file/structBoot-c.html |archive-date=2008-07-19 }}</ref>
* स्टार्टअप बैच फ़ाइल AUTOEXEC.BAT तब शेल द्वारा चलाई जाती है।<ref name="evergreen_edu-config-sys">{{cite web |title=CONFIG.SYS कमांड|url=http://academic.evergreen.edu/projects/biophysics/technotes/program/config-sys.txt |url-status=live |archive-url=https://web.archive.org/web/20090502033350/http://academic.evergreen.edu/projects/biophysics/technotes/program/config-sys.txt |archive-date=2009-05-02}} 090913 अकेडमिक.evergreen.edu</ref><ref>{{cite web |url=http://www.pcguide.com/ref/hdd/file/structBoot-c.html |title=डॉस बूट प्रक्रिया|work=The PC Guide |author-last=Kozierok |author-first=Charles |date=2001 |access-date=2008-09-02 |url-status=dead |archive-url=https://web.archive.org/web/20080719191224/http://www.pcguide.com/ref/hdd/file/structBoot-c.html |archive-date=2008-07-19 }}</ref>
बूट सेक्टर द्वारा लोड की गई DOS सिस्टम फाइलें Fragmentation (कंप्यूटर) होनी चाहिए और पहली दो [[एफएटी निर्देशिका तालिका]] होनी चाहिए।<ref name="wustl_edu-misc">{{cite web |title=विविध.txt|url=http://www.arl.wustl.edu/~lockwood/class/cse306-s04/resources/helppc/misc.txt.html |url-status=dead |archive-url=https://web.archive.org/web/20100629152149/http://arl.wustl.edu/~lockwood/class/cse306-s04/resources/helppc/misc.txt.html |archive-date=2010-06-29}} 090912 arl.wustl.edu</ref> इस प्रकार, इस फ़ाइल को हटाने और जोड़ने से मीडिया को बूट करने योग्य बनाने की संभावना है। चूंकि, इच्छा पर खोल को बदलना संभव है, एक ऐसी विधि जिसका उपयोग समर्पित अनुप्रयोगों के निष्पादन को तेज़ी से शुरू करने के लिए किया जा सकता है।
बूट सेक्टर द्वारा लोड की गई DOS सिस्टम फाइलें विखंडन होनी चाहिए और पहली दो [[एफएटी निर्देशिका तालिका]] होनी चाहिए।<ref name="wustl_edu-misc">{{cite web |title=विविध.txt|url=http://www.arl.wustl.edu/~lockwood/class/cse306-s04/resources/helppc/misc.txt.html |url-status=dead |archive-url=https://web.archive.org/web/20100629152149/http://arl.wustl.edu/~lockwood/class/cse306-s04/resources/helppc/misc.txt.html |archive-date=2010-06-29}} 090912 arl.wustl.edu</ref> इस प्रकार, इस फ़ाइल को हटाने और जोड़ने से मीडिया को बूट करने योग्य बनाने की संभावना है। चूंकि, इच्छा पर खोल को बदलना संभव है, एक ऐसी विधि जिसका उपयोग समर्पित अनुप्रयोगों के निष्पादन को तेज़ी से शुरू करने के लिए किया जा सकता है।
 
यह सीमा DR DOS के किसी भी संस्करण पर लागू नहीं होती है, जहाँ सिस्टम फ़ाइलें रूट डायरेक्टरी में कहीं भी स्थित हो सकती हैं और उन्हें सन्निहित होने की आवश्यकता नहीं होती है। इसलिए, सिस्टम फ़ाइलों को मात्र एक डिस्क में कॉपी किया जा सकता है बशर्ते कि बूट सेक्टर DR DOS पहले से ही संगत हो।
यह सीमा DR DOS के किसी भी संस्करण पर लागू नहीं होती है, जहाँ सिस्टम फ़ाइलें रूट डायरेक्टरी में कहीं भी स्थित हो सकती हैं और उन्हें सन्निहित होने की आवश्यकता नहीं होती है। इसलिए, सिस्टम फ़ाइलों को मात्र एक डिस्क में कॉपी किया जा सकता है बशर्ते कि बूट सेक्टर DR DOS पहले से ही संगत हो।


PC DOS और DR DOS 5.0 और इसके बाद के संस्करण में, DOS सिस्टम फ़ाइलों को IO.SYS के अतिरिक्त IBMBIO.COM और MSDOS.SYS के अतिरिक्त IBMDOS.COM नाम दिया गया है। इसके अतिरिक्त DR DOS के पुराने संस्करण DRBIOS.SYS और DRBDOS.SYS का उपयोग करते थे।
PC DOS और DR DOS 5.0 और इसके बाद के संस्करण में, DOS सिस्टम फ़ाइलों को IO.SYS के अतिरिक्त IBMBIO.COM और MSDOS.SYS के अतिरिक्त IBMDOS.COM नाम दिया गया है। इसके अतिरिक्त DR DOS के पुराने संस्करण DRBIOS.SYS और DRBDOS.SYS का उपयोग करते थे।


एमएस-डॉस 7.0 से शुरू होकर बाइनरी सिस्टम फाइल्स IO.SYS और MSDOS.SYS को एक फाइल IO.SYS में जोड़ दिया गया, जबकि MSDOS.SYS CONFIG.SYS और AUTOEXEC.BAT के समान कॉन्फ़िगरेशन फ़ाइल बन गया। यदि MSDOS.SYS [[BootGUI]] निर्देश पर सेट है <code>0</code>, कमांड प्रोसेसर (सामान्यतः COMMAND.COM) लोड होने के साथ बूट प्रक्रिया बंद हो जाएगी, WIN.COM को स्वचालित रूप से निष्पादित करने के अतिरिक्त।
MS-DOS 7.0 से शुरू होकर बाइनरी सिस्टम फाइल्स IO.SYS और MSDOS.SYS को एक फाइल IO.SYS में जोड़ दिया गया, जबकि MSDOS.SYS CONFIG.SYS और AUTOEXEC.BAT के समान कॉन्फ़िगरेशन फ़ाइल बन गया। यदि MSDOS.SYS BootGUI निर्देश 0 पर सेट है, बूट प्रक्रिया WIN.COM को स्वचालित रूप से निष्पादित करने के बजाय लोड किए गए कमांड प्रोसेसर (सामान्यतः COMMAND.COM) के साथ बंद हो जाएगी।


=== फाइल सिस्टम ===
=== फाइल सिस्टम ===
DOS एक फ़ाइल सिस्टम का उपयोग करता है जो 8.3 फ़ाइल नामों का समर्थन करता है: फ़ाइल नाम के लिए 8 वर्ण और एक्सटेंशन के लिए 3 वर्ण। DOS 2 से शुरू होकर पदानुक्रमित निर्देशिकाएँ समर्थित हैं। प्रत्येक निर्देशिका नाम भी 8.3 प्रारूप है परंतु आंतरिक वर्तमान निर्देशिका संरचना (सीडीएस) तालिकाओं के कारण अधिकतम निर्देशिका पथ लंबाई 64 वर्ण है जो डीओएस बनाए रखता है। ड्राइव नाम सहित, एक पूरी तरह से योग्य फ़ाइल नाम की अधिकतम लंबाई जो DOS का समर्थन करती है, प्रारूप ड्राइव का उपयोग करके 80 वर्ण है: \path\filename.ext जिसके बाद एक शून्य बाइट है।
DOS एक फ़ाइल सिस्टम का उपयोग करता है जो 8.3 फ़ाइल नामों का समर्थन करता है: फ़ाइल नाम के लिए 8 वर्ण और एक्सटेंशन के लिए 3 वर्ण। DOS 2 से शुरू होकर पदानुक्रमित निर्देशिकाएँ समर्थित हैं। प्रत्येक निर्देशिका नाम भी 8.3 प्रारूप है परंतु आंतरिक वर्तमान निर्देशिका संरचना (सीडीएस) तालिकाओं के कारण अधिकतम निर्देशिका पथ लंबाई 64 वर्ण है जो डीओएस बनाए रखता है। ड्राइव नाम सहित, एक पूरी तरह से योग्य फ़ाइल नाम की अधिकतम लंबाई जो DOS का समर्थन करती है, प्रारूप ड्राइव का उपयोग करके 80 वर्ण है: \path\filename.ext जिसके बाद एक शून्य बाइट है।  


DOS [[फाइल आवन्टन तालिका]] (FAT) फाइल सिस्टम का उपयोग करता है। यह मूल रूप से [[FAT12]] था जो प्रति ड्राइव 4078 क्लस्टर तक का समर्थन करता था। DOS 3.0 ने [[FAT16]] के लिए समर्थन जोड़ा जो 16-बिट आवंटन प्रविष्टियों का उपयोग करता था और प्रति ड्राइव 65518 क्लस्टर तक समर्थित था। कॉम्पैक एमएस-डॉस 3.31 ने [[FAT16B]] के लिए समर्थन जोड़ा जिसने 32‑[[मेबीबाइट]] ड्राइव सीमा को हटा दिया और 512 MiB तक का समर्थन कर सकता है। अंत में एमएस-डॉस 7.1 (Windows 9x का DOS घटक) ने [[FAT32]] के लिए समर्थन जोड़ा जो 32-बिट आवंटन प्रविष्टियों का उपयोग करता था और 137 GiB तक हार्ड ड्राइव का समर्थन कर सकता था<!-- LBA-28 --> और इसके बाद में<!-- LBA-48 -->.
DOS [[फाइल आवन्टन तालिका]] (FAT) फाइल सिस्टम का उपयोग करता है। यह मूल रूप से [[FAT12]] था जो प्रति ड्राइव 4078 क्लस्टर तक का समर्थन करता था। DOS 3.0 ने [[FAT16]] के लिए समर्थन जोड़ा जो 16-बिट आवंटन प्रविष्टियों का उपयोग करता था और प्रति ड्राइव 65518 क्लस्टर तक समर्थित था। कॉम्पैक एमएस-डॉस 3.31 ने [[FAT16B]] के लिए समर्थन जोड़ा जिसने 32‑[[मेबीबाइट]] ड्राइव सीमा को हटा दिया और 512 MiB तक का समर्थन कर सकता है। अंत में एमएस-डॉस 7.1 (विंडोज़ 9x का DOS घटक) ने [[FAT32]] के लिए समर्थन जोड़ा जो 32-बिट आवंटन प्रविष्टियों का उपयोग करता था और 137 GiB तक हार्ड ड्राइव का समर्थन कर सकता था और इसके बाद भी।


डॉस 3.1 से शुरू होकर, फ़ाइल रीडायरेक्टर समर्थन को डॉस में जोड़ा गया था। यह शुरुआत में नेटवर्किंग का समर्थन करने के लिए प्रयुक्त किया गया था परंतु बाद में [[एमएससीडीईएक्स]] के साथ सीडी-रोम ड्राइव का समर्थन करने के लिए प्रयुक्त किया गया था। IBM PC DOS 4.0 में प्रारंभिक इंस्टाल करने योग्य फ़ाइल सिस्टम (IFS) समर्थन भी था परंतु इसका उपयोग नहीं किया गया था और इसे DOS 5.0 में हटा दिया गया था। DOS ने CONFIG.SYS से लोड किए गए ब्लॉक डिवाइसेस (डिस्क ड्राइव डिवाइसेस) का भी समर्थन किया है, जिनका उपयोग नेटवर्क उपकरणों का समर्थन करने के लिए DOS फाइल सिस्टम के अनुसार  किया जा सकता है।
डॉस 3.1 से शुरू होकर, फ़ाइल रीडायरेक्टर समर्थन को डॉस में जोड़ा गया था। यह शुरुआत में नेटवर्किंग का समर्थन करने के लिए प्रयुक्त किया गया था परंतु बाद में [[एमएससीडीईएक्स]] के साथ सीडी-रोम ड्राइव का समर्थन करने के लिए प्रयुक्त किया गया था। IBM PC DOS 4.0 में प्रारंभिक इंस्टाल करने योग्य फ़ाइल सिस्टम (IFS) समर्थन भी था परंतु इसका उपयोग नहीं किया गया था और इसे DOS 5.0 में हटा दिया गया था। DOS ने CONFIG.SYS से लोड किए गए ब्लॉक डिवाइसेस (डिस्क ड्राइव डिवाइसेस) का भी समर्थन किया है, जिनका उपयोग नेटवर्क उपकरणों का समर्थन करने के लिए DOS फाइल सिस्टम के अनुसार  किया जा सकता है।
Line 83: Line 84:
{{Main|Drive letter assignment}}
{{Main|Drive letter assignment}}
डॉस में, ड्राइव को अक्षरों की पहचान करके संदर्भित किया जाता है। [[फ्लॉपी ड्राइव]] के लिए A और B को आरक्षित करना मानक अभ्यास है। मात्र एक फ्लॉपी ड्राइव वाले सिस्टम पर DOS दोनों अक्षरों को ड्राइव पर असाइन करता है, उपयोगकर्ता को डिस्क स्वैप करने के लिए प्रेरित करता है क्योंकि प्रोग्राम उनके बीच वैकल्पिक पहुँच प्रदान करता है। यह फ़्लॉपी से फ़्लॉपी में कॉपी करने या एक फ़्लॉपी से दूसरे पर अपने डेटा तक पहुँचने के दौरान एक प्रोग्राम चलाने की सुविधा प्रदान करता है। [[हार्ड ड्राइव्ज़]] को मूल रूप से C और D अक्षर दिए गए थे। डॉस प्रति ड्राइव मात्र एक सक्रिय विभाजन का समर्थन कर सकता है। जैसे ही अधिक हार्ड ड्राइव के लिए समर्थन उपलब्ध हुआ, यह पहले प्रत्येक ड्राइव के सक्रिय प्राथमिक विभाजन के लिए एक ड्राइव अक्षर निर्दिष्ट करने में विकसित हुआ, फिर [[विस्तारित विभाजन]] में तार्किक ड्राइव के लिए अक्षरों को आवंटित करने के लिए ड्राइव पर दूसरा पास बनाना, फिर कोई भी देने के लिए तीसरा पास अन्य गैर-सक्रिय प्राथमिक विभाजन उनके नाम (जहां इस तरह के अतिरिक्त विभाजन उपस्थित थे और एक डॉस-समर्थित फ़ाइल सिस्टम सम्मलित थे)। अंत में, DOS [[ऑप्टिकल डिस्क ड्राइव]], RAM डिस्क और अन्य हार्डवेयर के लिए अक्षर आवंटित करता है। पत्र असाइनमेंट सामान्यतः ड्राइवरों को लोड किए जाने के क्रम में होता है, परंतु ड्राइवर डॉस को एक अलग पत्र असाइन करने का निर्देश दे सकते हैं; नेटवर्क ड्राइव के लिए ड्राइवर, उदाहरण के लिए, सामान्यतः वर्णमाला के अंत के पास अक्षर निर्दिष्ट करते हैं।<ref name="driveletter">{{cite web |url=http://pcguide.com/ref/hdd/file/partLetter-c.html |title=ड्राइव अक्षर असाइनमेंट और प्राथमिक बनाम तार्किक विभाजन चुनना|work=The PC Guide |date=2001-04-17 |access-date=2012-04-04 |url-status=live |archive-url=https://web.archive.org/web/20120417184135/http://www.pcguide.com/ref/hdd/file/partLetter-c.html |archive-date=2012-04-17}}</ref>
डॉस में, ड्राइव को अक्षरों की पहचान करके संदर्भित किया जाता है। [[फ्लॉपी ड्राइव]] के लिए A और B को आरक्षित करना मानक अभ्यास है। मात्र एक फ्लॉपी ड्राइव वाले सिस्टम पर DOS दोनों अक्षरों को ड्राइव पर असाइन करता है, उपयोगकर्ता को डिस्क स्वैप करने के लिए प्रेरित करता है क्योंकि प्रोग्राम उनके बीच वैकल्पिक पहुँच प्रदान करता है। यह फ़्लॉपी से फ़्लॉपी में कॉपी करने या एक फ़्लॉपी से दूसरे पर अपने डेटा तक पहुँचने के दौरान एक प्रोग्राम चलाने की सुविधा प्रदान करता है। [[हार्ड ड्राइव्ज़]] को मूल रूप से C और D अक्षर दिए गए थे। डॉस प्रति ड्राइव मात्र एक सक्रिय विभाजन का समर्थन कर सकता है। जैसे ही अधिक हार्ड ड्राइव के लिए समर्थन उपलब्ध हुआ, यह पहले प्रत्येक ड्राइव के सक्रिय प्राथमिक विभाजन के लिए एक ड्राइव अक्षर निर्दिष्ट करने में विकसित हुआ, फिर [[विस्तारित विभाजन]] में तार्किक ड्राइव के लिए अक्षरों को आवंटित करने के लिए ड्राइव पर दूसरा पास बनाना, फिर कोई भी देने के लिए तीसरा पास अन्य गैर-सक्रिय प्राथमिक विभाजन उनके नाम (जहां इस तरह के अतिरिक्त विभाजन उपस्थित थे और एक डॉस-समर्थित फ़ाइल सिस्टम सम्मलित थे)। अंत में, DOS [[ऑप्टिकल डिस्क ड्राइव]], RAM डिस्क और अन्य हार्डवेयर के लिए अक्षर आवंटित करता है। पत्र असाइनमेंट सामान्यतः ड्राइवरों को लोड किए जाने के क्रम में होता है, परंतु ड्राइवर डॉस को एक अलग पत्र असाइन करने का निर्देश दे सकते हैं; नेटवर्क ड्राइव के लिए ड्राइवर, उदाहरण के लिए, सामान्यतः वर्णमाला के अंत के पास अक्षर निर्दिष्ट करते हैं।<ref name="driveletter">{{cite web |url=http://pcguide.com/ref/hdd/file/partLetter-c.html |title=ड्राइव अक्षर असाइनमेंट और प्राथमिक बनाम तार्किक विभाजन चुनना|work=The PC Guide |date=2001-04-17 |access-date=2012-04-04 |url-status=live |archive-url=https://web.archive.org/web/20120417184135/http://www.pcguide.com/ref/hdd/file/partLetter-c.html |archive-date=2012-04-17}}</ref>
क्योंकि DOS एप्लिकेशन इन ड्राइव अक्षरों का सीधे उपयोग करते हैं (यूनिक्स-जैसी प्रणालियों में /dev निर्देशिका के विपरीत), उन्हें ड्राइव अक्षर की आवश्यकता वाले नए हार्डवेयर को जोड़कर बाधित किया जा सकता है। एक उदाहरण एक प्राथमिक विभाजन वाले एक नए हार्ड ड्राइव का जोड़ है जहां पहले से उपस्थित हार्ड ड्राइव में विस्तारित विभाजनों में तार्किक ड्राइव सम्मलित हैं; नई ड्राइव को एक अक्षर सौंपा जाएगा जो पहले विस्तारित पार्टीशन लॉजिकल ड्राइव में से एक को सौंपा गया था। इसके अतिरिक्त, यहां तक ​​कि एक विस्तारित विभाजन में मात्र तार्किक ड्राइव वाली एक नई हार्ड ड्राइव जोड़ने से भी RAM डिस्क और ऑप्टिकल ड्राइव के अक्षर बाधित होंगे। यह समस्या माइक्रोसॉफ्ट के डॉस-आधारित विंडोज के 9x संस्करणों के माध्यम से तब तक बनी रही जब तक कि उन्हें एनटी लाइन पर आधारित संस्करणों द्वारा प्रतिस्थापित नहीं किया गया, जो उपस्थित ड्राइव के अक्षरों को तब तक सुरक्षित रखता है जब तक कि उपयोगकर्ता उन्हें बदल नहीं देता।<ref name="driveletter"/>DOS के अनुसार , इस समस्या को एक SUBST ड्राइव को परिभाषित करके और DOS प्रोग्राम को इस लॉजिकल ड्राइव में स्थापित करके हल किया जा सकता है। जब भी एप्लिकेशन शुरू होता है तो इस ड्राइव का असाइनमेंट एक बैच जॉब में बदल दिया जाएगा। समवर्ती डॉस के कुछ संस्करणों के साथ-साथ मल्टीयूजर डॉस, सिस्टम मैनेजर और आरईएएल/32 के अनुसार , आरक्षित ड्राइव अक्षर एल: जब भी कोई एप्लिकेशन शुरू होता है तो संबंधित [[लोड ड्राइव]] को स्वचालित रूप से असाइन किया जाएगा।
 
क्योंकि DOS एप्लिकेशन इन ड्राइव अक्षरों का सीधे उपयोग करते हैं (यूनिक्स-जैसी प्रणालियों में /dev निर्देशिका के विपरीत), उन्हें ड्राइव अक्षर की आवश्यकता वाले नए हार्डवेयर को जोड़कर बाधित किया जा सकता है। एक उदाहरण एक प्राथमिक विभाजन वाले एक नए हार्ड ड्राइव का जोड़ है जहां पहले से उपस्थित हार्ड ड्राइव में विस्तारित विभाजनों में तार्किक ड्राइव सम्मलित हैं; नई ड्राइव को एक अक्षर सौंपा जाएगा जो पहले विस्तारित पार्टीशन लॉजिकल ड्राइव में से एक को सौंपा गया था। इसके अतिरिक्त, यहां तक ​​कि एक विस्तारित विभाजन में मात्र तार्किक ड्राइव वाली एक नई हार्ड ड्राइव जोड़ने से भी RAM डिस्क और ऑप्टिकल ड्राइव के अक्षर बाधित होंगे। यह समस्या माइक्रोसॉफ्ट के डॉस-आधारित विंडोज के 9x संस्करणों के माध्यम से तब तक बनी रही जब तक कि उन्हें एनटी लाइन पर आधारित संस्करणों द्वारा प्रतिस्थापित नहीं किया गया, जो उपस्थित ड्राइव के अक्षरों को तब तक सुरक्षित रखता है जब तक कि उपयोगकर्ता उन्हें बदल नहीं देता।<ref name="driveletter" />DOS के अनुसार , इस समस्या को एक SUBST ड्राइव को परिभाषित करके और DOS प्रोग्राम को इस लॉजिकल ड्राइव में स्थापित करके हल किया जा सकता है। जब भी एप्लिकेशन शुरू होता है तो इस ड्राइव का असाइनमेंट एक बैच जॉब में बदल दिया जाएगा। समवर्ती डॉस के कुछ संस्करणों के साथ-साथ मल्टीयूजर डॉस, सिस्टम मैनेजर और आरईएएल/32 के अनुसार , आरक्षित ड्राइव अक्षर एल: जब भी कोई एप्लिकेशन शुरू होता है तो संबंधित [[लोड ड्राइव]] को स्वचालित रूप से असाइन किया जाएगा।


==== आरक्षित डिवाइस नाम ====
==== आरक्षित डिवाइस नाम ====
Line 168: Line 170:


== यह भी देखें ==
== यह भी देखें ==
* COMMAND.COM (DOS और [[Windows 9x]] के लिए कमांड लाइन दुभाषिया)
* COMMAND.COM (DOS और [[Windows 9x|विंडोज़ 9x]] के लिए कमांड लाइन दुभाषिया)
* सीपी/एम (डॉस के समान डिजिटल रिसर्च अर्ली ऑपरेटिंग सिस्टम)
* सीपी/एम (डॉस के समान डिजिटल रिसर्च अर्ली ऑपरेटिंग सिस्टम)
* {{ill|Disk Control Program|de}} (डीसीपी, एक पूर्व-जर्मन [[वेब रोबोट्रॉन]] द्वारा एक एमएस-डॉस व्युत्पन्न)
* {{ill|Disk Control Program|de}} (डीसीपी, एक पूर्व-जर्मन [[वेब रोबोट्रॉन]] द्वारा एक एमएस-डॉस व्युत्पन्न)

Revision as of 23:42, 27 December 2022

This article is about a family of operating systems. For the concept, see disk operating system. For the type of cyber-attack, see DoS. For other uses, see DOS (disambiguation).
"WinDOS" redirects here. Not to be confused with Microsoft Windows.
File:Ms-dosdir.png
एमएस-डॉस 6 की बूट स्क्रीन, कमांड-लाइन इंटरफ़ेस और डायरेक्टरी स्ट्रक्चर दिखाने वाला स्क्रीनशॉट
File:FreeDOS Beta 9 pre-release5 (command line interface) on Bochs sshot20040912.png
स्क्रीनशॉट बूट स्क्रीन, कमांड-लाइन इंटरफ़ेस, संस्करण जानकारी और FreeDOS की निर्देशिका संरचना दिखा रहा है

DOS(/dɒs/, /dɔːs/[1]) "डिस्क ऑपरेटिंग सिस्टम" के लिए एक प्लेटफ़ॉर्म-स्वतंत्र परिवर्णी शब्द है जो बाद में IBM PC कॉम्पैटिबल्स पर डिस्क-आधारित ऑपरेटिंग सिस्टम के लिए एक सामान्य आशुलिपि बन गया।[2] डी.ओ.एस. में मुख्य रूप से माइक्रोसॉफ्ट का एमएस-डॉस और IBM PC DOS नाम से एक रीब्रांडेड संस्करण सम्मलित है, दोनों को 1981 में प्रस्तुत किया गया था।बाद में अन्य निर्माताओं के संगत सिस्टम में DR DOS (1988), ROM-DOS (1989), PTS-DOS (1993) और FreeDOS (1998)सम्मलित हैं। एमएस-डॉस 1981 और 1995 के बीच IBM PC संगत बाजार पर हावी रहा।

दर्जनों अन्य ऑपरेटिंग सिस्टम भी परिवर्णी शब्द DOS का उपयोग करते हैं, जिसकी शुरुआत 1966 से मेनफ्रेम DOS/360 और उत्तराधिकारी DOS/360 से होती है।अन्य में Apple DOS, Apple ProDOS, अटारी DOS, कमोडोर DOS, TRSDOS और AmigaDOS सम्मलित हैं।

इतिहास

Further information: Comparison of DOS operating systems and Timeline of DOS operating systems


उत्पत्ति

File:CPM.png
Apple II के लिए Z-80 सॉफ्टकार्ड पर डिजिटल अनुसंधान Apple CP/M दिखाने वाला स्क्रीनशॉट

IBM PC DOS (और अलग से बेचा गया एमएस-डॉस) और इसके पूर्ववर्ती, 86-DOS, को डिजिटल रिसर्च के CP/M के समान विकसित किया गया था—8 बिट Intel 8080 और Zilog Z80 माइक्रो कंप्यूटर के लिए प्रमुख डिस्क ऑपरेटिंग सिस्टम—परंतु इसके अतिरिक्त एमएस-डॉस में CP/M एप्लिकेशन को आसानी से पोर्ट करने के लिए Intel 8086 16-बिट प्रोसेसर पर चलता है।

File:Ibm pc 5150.jpg
आईबीएम पर्सनल कंप्यूटर (आईबीएम 5150 पीसी)

जब IBM ने Intel 8088 माइक्रोप्रोसेसर के साथ निर्मित IBM PC प्रस्तुत किया, तो उन्हें एक ऑपरेटिंग सिस्टम की आवश्यकता थी। CP/M के 8088-संगत निर्माण की तलाश में, उन्होंने शुरू में IBM बोर्ड के सदस्य मैरी मैक्सवेल गेट्स के बेटे, बिल गेट्स से संपर्क किया। आईबीएम को तब डिजिटल रिसर्च के लिए भेजा गया था, और एक बैठक की स्थापना की गई थी। चूंकि, सीपी/एम के उपयोग के लिए शुरुआती बातचीत बिगड़ गई: डिजिटल रिसर्च सीपी/एम को रॉयल्टी के आधार पर बेचना चाहता था, जबकि आईबीएम ने एक लाइसेंस मांगा और नाम बदलकर पीसी डॉस कर दिया। डिजिटल रिसर्च के संस्थापक गैरी किल्डाल ने अस्वीकार कर दिया, और आईबीएम वापस ले लिया।[3][4]

File:86-DOS running assembler and HEX2BIN (screenshot).png
एक नमूना सिएटल कंप्यूटर उत्पाद 86-डॉस सत्र (नकली)

आईबीएम ने फिर बिल गेट्स से संपर्क किया। बदले में गेट्स ने सिएटल कंप्यूटर प्रोडक्ट्स से संपर्क किया। वहां, प्रोग्रामर टिम पैटर्सन ने CP/M-80 का एक संस्करण विकसित किया था, जिसका उद्देश्य ए