डॉस: 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.
एमएस-डॉस 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


उत्पत्ति

Error creating thumbnail:
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]

एक नमूना सिएटल कंप्यूटर उत्पाद 86-डॉस सत्र (नकली)

आईबीएम ने फिर बिल गेट्स से संपर्क किया। बदले में गेट्स ने सिएटल कंप्यूटर प्रोडक्ट्स से संपर्क किया। वहां, प्रोग्रामर टिम पैटर्सन ने CP/M-80 का एक संस्करण विकसित किया था, जिसका उद्देश्य एस-100 बस के लिए SCP के नए 16-बिट इंटेल 8086 सेंट्रल प्रोसेसिंग यूनिट कार्ड के परीक्षण के लिए एक आंतरिक उत्पाद के रूप में था। 86-DOS के रूप में व्यावसायिक रूप से उपलब्ध होने से पहले सिस्टम को शुरू में सिएटल कंप्यूटर प्रोडक्ट्स (क्विक एंड डर्टी ऑपरेटिंग सिस्टम) नाम दिया गया था। माइक्रोसॉफ्ट ने कथित तौर पर 86-DOS खरीदा US$50,000. यह 1981 में प्रस्तुत किया गया माइक्रोसॉफ्ट डिस्क ऑपरेटिंग सिस्टम, एमएस-डॉस बन गया।[5]

एक वर्ष के अंतर्गत माइक्रोसॉफ्ट ने 70 से अधिक अन्य कंपनियों को एमएस-डॉस का लाइसेंस दिया,[6] जो अपने स्वयं के हार्डवेयर के लिए ऑपरेटिंग सिस्टम की आपूर्ति करते थे, कभी-कभी अपने नाम के अनुसार । माइक्रोसॉफ्ट ने बाद में IBM संस्करण के अपवाद के साथ एमएस-डॉस नाम के उपयोग की आवश्यकता जताई। IBM ने IBM PC के लिए अपना संस्करण, PC DOS विकसित करना जारी रखा।[5]डिजिटल रिसर्च को पता चला कि सीपी/एम के समान एक ऑपरेटिंग सिस्टम आईबीएम द्वारा बेचा जा रहा था (उसी नाम के अनुसार जिस पर आईबीएम ने सीपी/एम के लिए जोर दिया था), और कानूनी कार्रवाई की धमकी दी। आईबीएम ने एक समझौते की प्रस्तुतकश करते हुए जवाब दिया: वे पीसी उपभोक्ताओं को पीसी डॉस या सीपी/एम-86, किल्डल के 8086 संस्करण का विकल्प देंगे। अगल-बगल, सीपी/एम लागत US$200 PC DOS से अधिक, और बिक्री कम थी। CP/M फीका पड़ गया, साथ ही एमएस-डॉस और PC DOS PC और PC संगत के लिए मार्केटेड ऑपरेटिंग सिस्टम बन गए।[3]

माइक्रोसॉफ्ट ने मूल रूप से एमएस-डॉस को मात्र मूल उपकरण निर्माताओं (OEMs) को बेचा था। इसका एक प्रमुख कारण यह था कि सभी शुरुआती पीसी 100% आईबीएम पीसी संगत नहीं थे। डी.ओ.एस. को इस तरह संरचित किया गया था कि सिस्टम विशिष्ट डिवाइस ड्राइवर कोड (IO.SYS) और DOS कर्नेल (MSDOS.SYS) के बीच एक अलगाव था। माइक्रोसॉफ्ट ने एक ओईएम अनुकूलन किट (ओएके) प्रदान किया है जो ओईएम को डिवाइस ड्राइवर कोड को उनके विशेष सिस्टम में अनुकूलित करने की अनुमति देता है। 1990 के दशक की शुरुआत में, अधिकांश पीसी आईबीएम पीसी मानकों का पालन करते थे, इसलिए माइक्रोसॉफ्ट ने एमएस-डॉस 5.0 के साथ खुदरा क्षेत्र में एमएस-डॉस बेचना शुरू किया।

1980 के दशक के मध्य में माइक्रोसॉफ्ट ने एमएस-डॉस का मल्टीटास्किंग संस्करण विकसित किया।[7][8] डी.ओ.एस. के इस संस्करण को सामान्यतः यूरोपीय एमएस-डॉस 4 के रूप में संदर्भित किया जाता है क्योंकि इसे International Computers Limited के लिए विकसित किया गया था और कई यूरोपीय कंपनियों को लाइसेंस दिया गया था। डी.ओ.एस. का यह संस्करण प्रीमेप्टिव मल्टीटास्किंग, शेयर्ड मेमोरी, डिवाइस हेल्पर सर्विसेज और नया निष्पादन योग्य (NE) फॉर्मेट एक्ज़ीक्यूटेबल्स को सपोर्ट करता है। डी.ओ.एस. के बाद के संस्करणों में इनमें से किसी भी सुविधा का उपयोग नहीं किया गया था, परंतु इनका उपयोग OS/2 1.0 कर्नेल का आधार बनाने के लिए किया गया था। डॉस का यह संस्करण व्यापक रूप से जारी पीसी डॉस 4.0 से अलग है जिसे आईबीएम द्वारा विकसित किया गया था और यह डॉस 3.3 पर आधारित था।

File:Digital Research CP-M-86 for the IBM Personal Computer Version 1.0 720x400.png
IBM पर्सनल कंप्यूटर संस्करण 1.0 के लिए डिजिटल रिसर्च CP/M-86

डिजिटल रिसर्च ने CP/M-86 से खोए हुए बाजार को पुनः हासिल करने का प्रयास किया, शुरू में Concurrent DOS, FlexOS और DOS Plus (दोनों एमएस-डॉस और CP/M-86 सॉफ्टवेयर दोनों के साथ संगत), बाद में बहुउपयोगकर्ता डॉस (दोनों MS के साथ संगत) के साथ -DOS और CP/M-86 सॉफ़्टवेयर) और DR DOS (एमएस-डॉस सॉफ़्टवेयर के साथ संगत)। डिजिटल रिसर्च को नोवेल ने खरीद लिया और DR DOS, PalmDOS और Novell DOS बन गए; बाद में, यह Caldera (कंपनी) (OpenDOS और DR-DOS 7.02/DR-DOS 7.03|7.03), Lineo, और DeviceLogics के नाम का हिस्सा था।

गॉर्डन लेटविन ने 1995 में लिखा था कि डॉस, जब हमने पहली बार इसे लिखा था, आईबीएम को खुश रखने के उद्देश्य से एक बार का फेंक-दूर उत्पाद था जिससे वे हमारी भाषाओं को खरीद सकें।[9] माइक्रोसॉफ्ट को उम्मीद थी कि यह Xenix से पहले एक अंतरिम समाधान होगा। कंपनी ने समय के साथ एमएस-डॉस में सुधार करने की योजना बनाई, इसलिए यह एकल-उपयोगकर्ता Xenix, या XEDOS से लगभग अप्रभेद्य होगा, जो Motorola 68000, Zilog Z-8000, और LSI-11 पर भी चलेगा; वे Xenix के साथ ऊपर की ओर संगत होंगे, जिसे 1983 में BYTE ने भविष्य के बहु-उपयोगकर्ता एमएस-डॉस के रूप में वर्णित किया।[10][11]

OS/2 1.0 में एमएस-डॉस के समान एक टेक्स्ट मोड इंटरफ़ेस दिखाया गया है।

चूंकि, IBM, DOS को बदलना नहीं चाहता था।[12] AT&T द्वारा यूनिक्स की बिक्री शुरू करने के बाद, माइक्रोसॉफ्ट और IBM ने एक विकल्प के रूप में OS/2 को विकसित करना शुरू किया।[9] बाद में दो कंपनियों के बीच डी.ओ.एस., OS/2 और विंडोज़ के दो उत्तराधिकारी ऑपरेटिंग सिस्टमों पर असहमति की एक श्रृंखला थी।[13] परिणामस्वरूप उन्होंने अपने डॉस सिस्टम के विकास को विभाजित कर दिया।[14] एमएस-डॉस का अंतिम खुदरा संस्करण एमएस-डॉस 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 को लाइसेंस शुल्क या रॉयल्टी की आवश्यकता नहीं है।[15][16]


अस्वीकार

Main article: History of Microsoft Windows

माइक्रोसॉफ़्ट विंडोज़ के शुरुआती संस्करण एमएस-डॉस पर चलते थे।[17]1990 के दशक के प्रारंभ तक, विंडोज़ ग्राफिकल शेल ने नए डॉस सिस्टम पर भारी उपयोग देखा। 1995 में, विंडोज 95 को एक स्टैंडअलोन ऑपरेटिंग सिस्टम के रूप में बंडल किया गया था, जिसके लिए अलग डॉस लाइसेंस की आवश्यकता नहीं थी। विंडोज 95 (और विंडोज 98 और एमई, जिसने इसका अनुसरण किया) ने डिफ़ॉल्ट ओएस कर्नेल के रूप में काम किया, चूंकि एमएस-डॉस घटक संगतता के लिए बने रहे। विंडोज 95 और 98 के साथ, परंतु एमई के साथ नहीं, एमएस-डॉस घटक को विंडोज़ शुरू किए बिना चलाया जा सकता है।[18][19][20] DOS के साथ अब विंडोज़ का उपयोग करने की आवश्यकता नहीं है, अधिकांश उपयोगकर्ताओं ने इसका सीधे उपयोग करना बंद कर दिया है।

निरंतर उपयोग

से DOSBox

2012 में उपलब्ध संगत सिस्टम[needs update] FreeDOS, DR-DOS, ROM-DOS, PTS-DOS, RxDOS [21] और रियल 32 हैं।Dell और Hewlett-Packard सहित कुछ कंप्यूटर निर्माता, OEM ऑपरेटिंग सिस्टम के रूप में FreeDOS और DR-DOS वाले कंप्यूटर बेचते हैं [22][23]


एंबेडेड सिस्टम

हार्डवेयर तक पहुँचने की डी.ओ.एस. की संरचना सीधे इसे अंतः स्थापित प्रणाली में उपयोग करने की अनुमति देती है। DR-DOS के अंतिम संस्करण अभी भी इस बाजार पर लक्षित हैं।[24] ROM-DOS का उपयोग Canon PowerShot Pro 70 के लिए ऑपरेटिंग सिस्टम के रूप में किया जाता है।[25]


अनुकरण

Linux पर, DOSEMU को चलाना संभव है, एक Linux-देशी आभासी मशीन जो डी.ओ.एस.प्रोग्रामों को लगभग देशी गति से चलाने के लिए है। यूनिक्स और माइक्रोसॉफ्ट विंडोज जैसे डॉसबॉक्स के विभिन्न संस्करणों पर डॉस चलाने के लिए कई अन्य एमुलेटर हैं।[26][27] DOSBox को आधुनिक ऑपरेटिंग सिस्टम पर लीगेसी गेमिंग (जैसे किंग्स क्वेस्ट, कयामत (1993 वीडियो गेम)) के लिए डिज़ाइन किया गया है।[17][26]


डिजाइन

एमएस-डॉस और IBM PC DOS संबंधित ऑपरेटिंग सिस्टम सामान्यतः Intel x86 या संगत CPU, मुख्य रूप से IBM PC संगत का उपयोग करने वाली मशीनों से जुड़े होते हैं। एमएस-डॉस के मशीन-निर्भर संस्करण कई गैर-आईबीएम-संगत x86-आधारित मशीनों के लिए निर्मित किए गए थे, जिसमें निर्माता के नाम के अनुसार माइक्रोसॉफ्ट वितरण के रीलेबलिंग से लेकर विशेष रूप से गैर-आईबीएम-पीसी-संगत हार्डवेयर के साथ काम करने के लिए डिज़ाइन किए गए संस्करण थे। . जब तक एप्लिकेशन प्रोग्राम सीधे हार्डवेयर एक्सेस के अतिरिक्त डॉस एपीआई का उपयोग करते थे, वे आईबीएम-पीसी-संगत और असंगत दोनों मशीनों पर चल सकते थे। मूल FreeDOS कर्नेल, DOS-C, 1990 के दशक की शुरुआत में Motorola 68000 श्रृंखला के CPU के लिए DOS/NT से प्राप्त किया गया था। चूंकि ये प्रणालियां डॉस आर्किटेक्चर के समान दिखती हैं, परंतु इन गैर-x86-सी पी यू के असंगत निर्देश सेट के कारण एप्लिकेशन बाइनरी संगत नहीं थे। चूंकि, उच्च-स्तरीय भाषाओं में लिखे गए अनुप्रयोगों को आसानी से पोर्ट किया जा सकता है।

DOS एक सिंगल-यूज़र, सिंगल-टास्किंग ऑपरेटिंग सिस्टम है जिसमें बेसिक कर्नेल (कंप्यूटर साइंस) फ़ंक्शंस हैं जो रीएन्ट्रेंट (सबरूटीन) हैं। एक समय में निष्पादित करने के लिए एक से अधिक कार्यक्रम। DOS कर्नेल DOS API (एप्लीकेशन प्रोग्राम इंटरफ़ेस) प्रदान करता है, जैसे कैरेक्टर I/O, फाइल मैनेजमेंट, मेमोरी मैनेजमेंट, प्रोग्राम लोडिंग और टर्मिनेशन।

DOS बैच फ़ाइल के माध्यम से शैल स्क्रीप्टिंग की क्षमता प्रदान करता है (फ़ाइल नाम एक्सटेंशन के साथ .BAT). बैच फ़ाइल की प्रत्येक पंक्ति को चलाने के लिए एक प्रोग्राम के रूप में व्याख्या की जाती है। बैच फ़ाइलें आंतरिक आदेशों का भी उपयोग कर सकती हैं, जैसे GOTO और सशर्त (प्रोग्रामिंग)।[28]ऑपरेटिंग सिस्टम एक एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस प्रदान करता है जो चरित्र-आधारित अनुप्रयोगों के विकास की अनुमति देता है, परंतु अधिकांश संगणक धातु सामग्री, जैसे कि वीडियो कार्ड, संगणक मुद्रक, या कम्प्यूटर का माउस तक पहुँचने के लिए नहीं। इसके लिए प्रोग्रामर को सीधे हार्डवेयर तक पहुंचने की आवश्यकता होती है, जिसके परिणामस्वरूप प्रत्येक एप्लिकेशन के पास प्रत्येक हार्डवेयर परिधीय के लिए डिवाइस ड्राइवर का अपना सेट होता है। हार्डवेयर निर्माता यह सुनिश्चित करने के लिए विनिर्देश जारी करेंगे कि लोकप्रिय अनुप्रयोगों के लिए डिवाइस ड्राइवर उपलब्ध हों।[29]


बूट अनुक्रम

  • पीसी-संगत कंप्यूटरों पर बूटस्ट्रैप लोडर, मास्टर बूट दस्तावेज़, बूट डिस्क के पहले ट्रैक (ट्रैक 0) पर पहला सेक्टर, प्रारंभिक क्षेत्र पर शुरू होता है। ROM BIOS इस सेक्टर को 0000h:7C00h पते पर मेमोरी में लोड करेगा, और सामान्यतः ऑफ़सेट +1FEh पर हस्ताक्षर "55h AAH" की जाँच करें। यदि सेक्टर को वैध नहीं माना जाता है, तो ROM BIOS पंक्ति में अगली भौतिक डिस्क की कोशिश करेगा, अन्यथा यह निश्चित रजिस्टरों के साथ लोड पते पर कूद जाएगा।
  • यदि लोडेड बूट सेक्टर एक मास्टर बूट दस्तावेज़ (एमबीआर) होता है, जैसा कि विभाजित मीडिया पर पाया जाता है, तो यह स्वयं को स्थानांतरित कर देगा 0000h:0600h याद में,[30] अन्यथा यह चरण छोड़ दिया जाता है।एमबीआर कोड विभाजन तालिका को स्कैन करेगा, जो इस क्षेत्र के भीतर स्थित है, एक सक्रिय विभाजन के लिए (आधुनिक एमबीआर जांचता है कि क्या बिट 7 ऑफसेट +1बीईएच+10एच*एन पर सेट है, जबकि पुराने एमबीआर केवल 80एच के मान की जांच करते हैं), और यदि पाया जाता है, तो संबंधित विभाजन के पहले सेक्टर को लोड करें, जो उस वॉल्यूम के वॉल्यूम बूट रिकॉर्ड (वीबीआर) को 0000h:7C00h पर मेमोरी में उसी तरह से लोड करता है जैसे कि यह ROM BIOS द्वारा ही लोड किया गया हो। एमबीआर तब लोड किए गए हिस्से को कुछ रजिस्टरों के साथ निष्पादित करेगा।
  • सेक्टर सामग्री पर लोड किया गया 0000h:7C00h अब एक VBR का गठन करता है। VBRs ऑपरेटिंग सिस्टम विशिष्ट हैं और सामान्य रूप से विभिन्न DOS संस्करणों के बीच आदान-प्रदान नहीं किया जा सकता है, क्योंकि सटीक व्यवहार विभिन्न DOS संस्करणों के बीच भिन्न होता है। DOS के बहुत पुराने संस्करणों जैसे DOS 1.x में, VBR संपूर्ण IO.SYS/IBMBIO.COM फ़ाइल को मेमोरी में लोड करेगा 0000h:0600h.[31] इसके लिए काम करने के लिए, इन क्षेत्रों को SYS द्वारा डिस्क पर लगातार क्रम में संग्रहित किया जाना था। बाद के मुद्दों में, यह रूट डायरेक्टरी में पहली दो प्रविष्टियों की सामग्री का पता लगाएगा और संग्रहीत करेगा 0000h:0500h और यदि वे VBR में रिकॉर्ड की गई सही बूट फ़ाइलों को प्रतिबिंबित करने के लिए होते हैं, तो VBR IO.SYS/IBMBIO.COM फ़ाइल के पहले 3 लगातार सेक्टरों को मेमोरी में लोड करेगा 0070h:0000h. डिस्क पैरामीटर तालिका (DPT) की सामग्री को संरक्षित करने के लिए VBR को भी ध्यान रखना होगा। अंत में, यह कुछ रजिस्टरों की स्थापना (विभिन्न डॉस संस्करणों के बीच काफी अंतर के साथ) के साथ अपने प्रवेश बिंदु पर कूदकर लोड किए गए हिस्से पर नियंत्रण रखता है।
  • बाद में[clarification needed] DOS संस्करण, जहाँ VBR ने IO.SYS/IBMBIO.COM फ़ाइल के मात्र पहले 3 सेक्टरों को मेमोरी में लोड किया है, लोड किए गए हिस्से में एक और बूट लोडर है, जो रूट डायरेक्टरी जानकारी का उपयोग करके शेष को मेमोरी में लोड करेगा। पर संग्रहीत 0000h:0500h. अधिकांश संस्करणों के लिए, फ़ाइल सामग्री को डिस्क पर लगातार क्रम में संग्रहीत करने की आवश्यकता होती है। DOS के पुराने संस्करणों में, जो अभी भी समग्र रूप से लोड थे, इस चरण को छोड़ दिया गया है।
  • DOS सिस्टम इनिशियलाइज़ेशन कोड इसके बिल्ट-इन डिवाइस ड्राइवर्स को इनिशियलाइज़ करेगा और फिर MSDOS में स्थित DOS कर्नेल को लोड करेगा। एमएस-डॉस सिस्टम पर SYS, मेमोरी में भी। विंडोज़ 9x में, DOS सिस्टम इनिशियलाइज़ेशन कोड और बिल्ट-इन डिवाइस ड्राइवर और DOS कर्नेल को एक IO.SYS फ़ाइल में संयोजित किया जाता है जबकि MSDOS.SYS को टेक्स्ट कॉन्फ़िगरेशन फ़ाइल के रूप में उपयोग किया जाता है।
  • कॉन्फ़िगरेशन पैरामीटर को पार्स करने के लिए CONFIG.SYS फ़ाइल को तब पढ़ा जाता है। शेल चर शेल के स्थान को निर्दिष्ट करता है जो COMMAND.COM के लिए डिफॉल्ट करता है।
  • शेल लोड और निष्पादित किया गया है।
  • स्टार्टअप बैच फ़ाइल AUTOEXEC.BAT तब शेल द्वारा चलाई जाती है।[32][33]

बूट सेक्टर द्वारा लोड की गई DOS सिस्टम फाइलें विखंडन होनी चाहिए और पहली दो एफएटी निर्देशिका तालिका होनी चाहिए।[34] इस प्रकार, इस फ़ाइल को हटाने और जोड़ने से मीडिया को बूट करने योग्य बनाने की संभावना है। चूंकि, इच्छा पर खोल को बदलना संभव है, एक ऐसी विधि जिसका उपयोग समर्पित अनुप्रयोगों के निष्पादन को तेज़ी से शुरू करने के लिए किया जा सकता है।

यह सीमा 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 का उपयोग करते थे।

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 फाइल आवन्टन तालिका (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 फाइल सिस्टम के अनुसार किया जा सकता है।

ड्राइव नामकरण योजना

Main article: Drive letter assignment

डॉस में, ड्राइव को अक्षरों की पहचान करके संदर्भित किया जाता है। फ्लॉपी ड्राइव के लिए A और B को आरक्षित करना मानक अभ्यास है। मात्र एक फ्लॉपी ड्राइव वाले सिस्टम पर DOS दोनों अक्षरों को ड्राइव पर असाइन करता है, उपयोगकर्ता को डिस्क स्वैप करने के लिए प्रेरित करता है क्योंकि प्रोग्राम उनके बीच वैकल्पिक पहुँच प्रदान करता है। यह फ़्लॉपी से फ़्लॉपी में कॉपी करने या एक फ़्लॉपी से दूसरे पर अपने डेटा तक पहुँचने के दौरान एक प्रोग्राम चलाने की सुविधा प्रदान करता है। हार्ड ड्राइव्ज़ को मूल रूप से C और D अक्षर दिए गए थे। डॉस प्रति ड्राइव मात्र एक सक्रिय विभाजन का समर्थन कर सकता है। जैसे ही अधिक हार्ड ड्राइव के लिए समर्थन उपलब्ध हुआ, यह पहले प्रत्येक ड्राइव के सक्रिय प्राथमिक विभाजन के लिए एक ड्राइव अक्षर निर्दिष्ट करने में विकसित हुआ, फिर विस्तारित विभाजन में तार्किक ड्राइव के लिए अक्षरों को आवंटित करने के लिए ड्राइव पर दूसरा पास बनाना, फिर कोई भी देने के लिए तीसरा पास अन्य गैर-सक्रिय प्राथमिक विभाजन उनके नाम (जहां इस तरह के अतिरिक्त विभाजन उपस्थित थे और एक डॉस-समर्थित फ़ाइल सिस्टम सम्मलित थे)। अंत में, DOS ऑप्टिकल डिस्क ड्राइव, RAM डिस्क और अन्य हार्डवेयर के लिए अक्षर आवंटित करता है। पत्र असाइनमेंट सामान्यतः ड्राइवरों को लोड किए जाने के क्रम में होता है, परंतु ड्राइवर डॉस को एक अलग पत्र असाइन करने का निर्देश दे सकते हैं; नेटवर्क ड्राइव के लिए ड्राइवर, उदाहरण के लिए, सामान्यतः वर्णमाला के अंत के पास अक्षर निर्दिष्ट करते हैं।[35]

क्योंकि DOS एप्लिकेशन इन ड्राइव अक्षरों का सीधे उपयोग करते हैं (यूनिक्स-जैसी प्रणालियों में /dev निर्देशिका के विपरीत), उन्हें ड्राइव अक्षर की आवश्यकता वाले नए हार्डवेयर को जोड़कर बाधित किया जा सकता है। एक उदाहरण एक प्राथमिक विभाजन वाले एक नए हार्ड ड्राइव का जोड़ है जहां पहले से उपस्थित हार्ड ड्राइव में विस्तारित विभाजनों में तार्किक ड्राइव सम्मलित हैं; नई ड्राइव को एक अक्षर सौंपा जाएगा जो पहले विस्तारित पार्टीशन लॉजिकल ड्राइव में से एक को सौंपा गया था। इसके अतिरिक्त, यहां तक ​​कि एक विस्तारित विभाजन में मात्र तार्किक ड्राइव वाली एक नई हार्ड ड्राइव जोड़ने से भी RAM डिस्क और ऑप्टिकल ड्राइव के अक्षर बाधित होंगे। यह समस्या माइक्रोसॉफ्ट के डॉस-आधारित विंडोज के 9x संस्करणों के माध्यम से तब तक बनी रही जब तक कि उन्हें एनटी लाइन पर आधारित संस्करणों द्वारा प्रतिस्थापित नहीं किया गया, जो उपस्थित ड्राइव के अक्षरों को तब तक सुरक्षित रखता है जब तक कि उपयोगकर्ता उन्हें बदल नहीं देता।[35]DOS के अनुसार , इस समस्या को एक SUBST ड्राइव को परिभाषित करके और DOS प्रोग्राम को इस लॉजिकल ड्राइव में स्थापित करके हल किया जा सकता है। जब भी एप्लिकेशन शुरू होता है तो इस ड्राइव का असाइनमेंट एक बैच जॉब में बदल दिया जाएगा। समवर्ती डॉस के कुछ संस्करणों के साथ-साथ मल्टीयूजर डॉस, सिस्टम मैनेजर और आरईएएल/32 के अनुसार , आरक्षित ड्राइव अक्षर एल: जब भी कोई एप्लिकेशन शुरू होता है तो संबंधित लोड ड्राइव को स्वचालित रूप से असाइन किया जाएगा।

आरक्षित डिवाइस नाम

Main article: Device file

डॉस में आरक्षित डिवाइस नाम हैं जिनका उपयोग फ़ाइल नाम के रूप में विस्तार के फिर भी नहीं किया जा सकता है क्योंकि वे अंतर्निहित वर्ण उपकरणों द्वारा कब्जा कर लिया गया है। ये प्रतिबंध कई विंडोज़ संस्करणों को भी प्रभावित करते हैं, कुछ स्थितियों में क्रैश और सुरक्षा कमजोरियों का कारण बनते हैं।[36] आरक्षित नाम हैं:

  • CON, कंसोल के लिए
  • AUX, सहायक के लिए
  • PRN, प्रिंटर के लिए[37]
  • NUL, अशक्त उपकरणों के लिए; 86-DOS 1.10 और IBM PC DOS 1.0 में जोड़ा गया।

ये नाम (NUL को छोड़कर) तब से एमएस-डॉस, PC DOS और DR-DOS के सभी संस्करणों में समर्थित हैं।Cite error: Closing </ref> missing for <ref> tag[38][39] क्लॉक डिवाइस को DOS 2.0 के साथ प्रस्तुत किया गया था, तथा COM3 तथा COM4 डॉस 3.3 के साथ जोड़ा गया।[40]मात्र मल्टीटास्किंग एमएस-डॉस 4.0 एमएस-डॉस 4 समर्थित है KEYBD$ तथा SCREEN$. DR DOS 5.0 और उच्चतर और बहुउपयोगकर्ता DOS समर्थन करते हैं $IDLE$ पावर बचाने और मल्टीटास्किंग में सुधार के लिए डायनेमिक आइडल डिटेक्शन के लिए डिवाइस। LPT4 7.02 से DR-DOS के कुछ संस्करणों में समर्थित चौथी लाइन प्रिंटर के लिए एक वैकल्पिक बिल्ट-इन ड्राइवर है। CONFIG$ एमएस-डॉस 7.0–8.0 में वास्तविक मोड लिगेसी प्लग एंड प्ले मैनेजर का गठन करता है।

AUX सामान्यतः डिफॉल्ट करता है COM1, तथा PRN प्रति LPT1 (LST),[40]परंतु इन डिफ़ॉल्ट को अन्य सीरियल या समांतर उपकरणों को इंगित करने के लिए डॉस के कुछ संस्करणों में बदला जा सकता है।Cite error: Closing </ref> missing for <ref> tag

अधिक उपयोगकर्ता-अनुकूल वातावरण प्रदान करने के प्रयास में, कई सॉफ्टवेयर निर्माताओं ने फ़ाइल प्रबंधक लिखा जो उपयोगकर्ताओं को मेनू- और/या आइकन-आधारित इंटरफेस प्रदान करता है। स्व-निहित प्रोग्राम लोडर बनना, और DOS को सबसे अधिक उपयोग किए जाने वाले पीसी-संगत प्रोग्राम लोडर के रूप में बदलना। टेक्स्ट यूजर इंटरफेस प्रोग्राम में नॉर्टन कमांडर, डॉस नेविगेटर, वोल्कोव कमांडर, क्वार्टरडेस्क डीईएसक्यूव्यू और बोरलैंड साइडकिक सम्मलित थे। ग्राफिकल यूज़र इंटरफ़ेस प्रोग्राम में डिजिटल रिसर्च के ग्राफिक्स पर्यावरण प्रबंधक (मूल रूप से CP/M के लिए लिखा गया) और GEOS (16-बिट ऑपरेटिंग सिस्टम) सम्मलित थे।

आखिरकार, प्रमुख DOS सिस्टम के निर्माताओं ने अपने स्वयं के पर्यावरण प्रबंधकों को सम्मलित करना शुरू कर दिया। एमएस-डॉस/IBM DOS 4 में DOS शेल सम्मलित है;[41] DR DOS 5.0, अगले वर्ष जारी किया गया, जिसमें GEM पर आधारित ViewMAX सम्मलित था।[42]


समाप्त करें और निवासी रहें

Main article: Terminate and Stay Resident

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

डिफॉल्ट रूप से उपलब्ध नहीं होने वाली अतिरिक्त सुविधाओं को प्रदान करने के लिए टर्मिनेट और स्टे रेजिडेंट प्रोग्राम का भी उपयोग किया गया था। CED और DOSKEY जैसे प्रोग्राम कमांड लाइन एडिटिंग सुविधाएं प्रदान करते हैं जो कि COMMAND.COM में उपलब्ध थी। Microsoft CD-ROM एक्सटेंशन (MSCDEX) जैसे प्रोग्राम CD-ROM डिस्क पर फ़ाइलों तक पहुँच प्रदान करते हैं।

कुछ टीएसआर टास्क स्विचिंग का प्राथमिक रूप भी कर सकते हैं। उदाहरण के लिए, शेयरवेयर प्रोग्राम बैक एंड फोर्थ (1990)[43] वर्तमान में चल रहे प्रोग्राम की स्थिति को डिस्क में सहेजने, दूसरे प्रोग्राम को लोड करने और उस पर स्विच करने के लिए एक हॉटकी थी, इसलिए आवश्यक डिस्क एक्सेस के कारण धीरे-धीरे प्रोग्राम के बीच आगे और पीछे स्विच करना संभव था। चूंकि आगे और पीछे पृष्ठभूमि प्रसंस्करण को सक्षम नहीं किया जा सका; जिसे DESQview की आवश्यकता थी (कम से कम Intel 80386 पर)।

सॉफ्टवेयर

Further information: Category:DOS software
File:Arachne VESA Mode.png
अर्चन वेब ब्राउज़र

* अर्चन (वेब ​​ब्राउज़र), एक 16-बिट ग्राफिकल वेब ब्राउज़र

  • डीबेस, डेटाबेस प्रोग्राम
  • हार्वर्ड ग्राफिक्स, एक प्रस्तुति ग्राफिक्स डिजाइन कार्यक्रम
  • कमल 1-2-3, एक स्प्रेडशीट को आईबीएम पीसी की सफलता का श्रेय दिया गया है[44]
  • नॉर्टन कमांडर और एक्सट्री, फ़ाइल प्रबंधन उपयोगिताएँ
  • PKZIP, कम्प्रेशन यूटिलिटी जो जल्दी ही फाइल कम्प्रेशन में मानक बन गई
  • ProComm, Qmodem, और Telix, मॉडेम संचार कार्यक्रम
  • बोरलैंड साइडकिक, व्यक्तिगत सूचना प्रबंधक जिसका उपयोग अन्य कार्यक्रमों के अंतर्गत से किया जा सकता है
  • WordPerfect, एक शब्द संसाधक जो 1980 के दशक में प्रभावी था
  • वर्डस्टार, मूल रूप से सीपी/एम के लिए वर्ड प्रोसेसर जो आईबीएम पीसी पर लोकप्रिय हो गया

विकास उपकरण

यह भी देखें

संदर्भ

  1. ↑ Dictionary.com Archived 2017-11-12 at the Wayback Machine
  2. ↑ Murdock, Everett (1988). डॉस आसान तरीका. EasyWay Downloadable Books. ISBN 0-923178-00-7.
  3. ↑ 3.0 3.1 Rolander, Tom. "बाकी की कहानी: कैसे बिल गेट्स ने ओएस युद्ध, भाग 1 में गैरी किल्डल को हराया". The Scoble Show (Interview). Interviewed by Scoble, Robert. Archived from the original on 2007-11-04.
  4. ↑ Bove, Tony (2005). बस Microsoft को ना कहें. No Starch Press. pp. 9–11. ISBN 1-59327-064-X.
  5. ↑ 5.0 5.1 Bellis, Mary. "MS-DOS का असामान्य इतिहास Microsoft ऑपरेटिंग सिस्टम". Retrieved 2008-09-02.
  6. ↑ Freiberger, Paul (1982-08-23). "बिल गेट्स, माइक्रोसॉफ्ट और आईबीएम पर्सनल कंप्यूटर". InfoWorld: 22. Archived from the original on 2015-03-18. Retrieved 2015-01-29.
  7. ↑ "क्या आप जानते हैं कि OS/2 माइक्रोसॉफ्ट का पहला नॉन यूनिक्स मल्टी-टास्किंग ऑपरेटिंग सिस्टम नहीं था?". Archived from the original on 2012-11-04.
  8. ↑ "लैरी ओस्टरमैन की जीवनी". Archived from the original on 2013-06-02.
  9. ↑ 9.0 9.1 Letwin, Gordon (1995-08-17). "OS/2 को क्या हो रहा है". Newsgroup: comp.os.os2.advocacy. Usenet: DDFvKo.G4M@lab.lwpi.com. Retrieved 2013-11-06.
  10. ↑ Morgan, Chris (January 1982). "आईबीएम, ऑपरेटिंग सिस्टम और रोसेटा स्टोन्स की". BYTE: 6. Retrieved 2013-10-19.
  11. ↑ Fiedler, Ryan (October 1983). "यूनिक्स ट्यूटोरियल / भाग 3: माइक्रो कंप्यूटर मार्केटप्लेस में यूनिक्स". BYTE: 132. Retrieved 2015-01-30.
  12. ↑ Howitt, Doran (1984-12-10). "यूनिक्स और एकल उपयोगकर्ता". InfoWorld: 28. Archived from the original on 2018-01-29. Retrieved 2015-02-07.
  13. ↑ Pollack, Andrew (1991-07-27). "Microsoft ने IBM सॉफ़्टवेयर के साथ अपने विभाजन का विस्तार किया". The New York Times. Archived from the original on 2010-11-02. Retrieved 2008-09-02.
  14. ↑ Brinkley, Joel (1999-05-28). "आईबीएम के कार्यकारी माइक्रोसॉफ्ट द्वारा मूल्य दबाव का वर्णन करते हैं". New York Times. Archived from the original on 2008-12-11. Retrieved 2008-09-02.
  15. ↑ Hall, Jim (2002-03-25). "FreeDOS प्रोजेक्ट का अतीत, वर्तमान और भविष्य". Archived from the original on 2012-05-29. Retrieved 2008-06-14.
  16. ↑ Hall, Jim (2006-09-23). "फ्रीडोस का इतिहास". freedos.org. Archived from the original on 2007-05-27. Retrieved 2007-05-28.
  17. ↑ 17.0 17.1 Bannan, James (2006-10-13). "कैसे करें: रेट्रो डॉस गेम्स को विस्टा पर खेलने के लिए मनाएं". Archived from the original on 2008-08-01. Retrieved 2008-07-03.
  18. ↑ "विंडोज 95 में डॉस ढूँढना". Smart Computing. March 1996. Archived from the original on 2004-07-07. Retrieved 2008-07-12.
  19. ↑ Chen, Raymond (2007-12-24). "विंडोज 95 में MS-DOS की क्या भूमिका थी?". The Old New Thing - Site Home - MSDN Blogs. Archived from the original on 2014-02-05. Retrieved 2014-02-05.
  20. ↑ "MS-DOS मोड में कंप्यूटर को पुनरारंभ करने का विवरण". support.microsoft.com. 2007-01-19. Archived from the original on 2014-02-05. Retrieved 2014-02-05.
  21. ↑ "घर". rxdos.sourceforge.net.
  22. ↑ Hall, Jim (2007-07-13). "जिम हॉल का ब्लॉग - 2007". Archived from the original on 2012-10-25. Retrieved 2008-06-12.
  23. ↑ "Dell PC में FreeDOS की विशेषता है". Archived from the original on 2008-03-19. Retrieved 2008-06-14.
  24. ↑ "DR-DOS एंबेडेड DOS". Archived from the original on 2008-12-21. Retrieved 2008-09-26.
  25. ↑ "डेटालाइट डॉस को कैनन के डिजिटल स्टिल कैमरा की नई श्रृंखला के लिए चुना गया है". Business Wire. 1999-08-24. Archived from the original on 2012-07-09. Retrieved 2008-09-26.
  26. ↑ 26.0 26.1 "डॉसबॉक्स सूचना". Archived from the original on 2008-05-25. Retrieved 2008-05-18.
  27. ↑ "प्रशंसा". 2007-05-05. Archived from the original on 2008-07-23. Retrieved 2008-07-03.
  28. ↑ "बैच फ़ाइल सहायता". computerhope.com. Archived from the original on 2008-09-07. Retrieved 2008-09-10.
  29. ↑ Matczynski, Michael. "ज़िंगटेक - नए गेम प्रोग्रामर के लिए गाइड". Archived from the original on 2008-12-19. Retrieved 2008-09-02.
  30. ↑ "मास्टर बूट रिकॉर्ड (एमबीआर) और यह क्या करता है". Archived from the original on 2013-05-27. 090912 dewassoc.com
  31. ↑ "रिवर्स-इंजीनियरिंग डॉस 1.0 - भाग 1: बूट सेक्टर « pagetable.com". Archived from the original on 2009-05-11. 090912 pagetable.com
  32. ↑ "CONFIG.SYS कमांड". Archived from the original on 2009-05-02. 090913 अकेडमिक.evergreen.edu
  33. ↑ Kozierok, Charles (2001). "डॉस बूट प्रक्रिया". The PC Guide. Archived from the original on 2008-07-19. Retrieved 2008-09-02.
  34. ↑ "विविध.txt". Archived from the original on 2010-06-29. 090912 arl.wustl.edu
  35. ↑ 35.0 35.1 "ड्राइव अक्षर असाइनमेंट और प्राथमिक बनाम तार्किक विभाजन चुनना". The PC Guide. 2001-04-17. Archived from the original on 2012-04-17. Retrieved 2012-04-04.
  36. ↑ "Microsoft Windows MS-DOS डिवाइस का नाम DoS भेद्यता". Archived from the original on 2011-07-25. Retrieved 2008-09-02.
  37. ↑ "डॉस डिवाइस नाम परिभाषा". PC Magazine. Archived from the original on 2008-09-29. Retrieved 2008-09-02.
  38. ↑ Cite error: Invalid <ref> tag; no text was provided for refs named HP_1985_PP
  39. ↑ Cite error: Invalid <ref> tag; no text was provided for refs named HP_1986_PP
  40. ↑ 40.0 40.1 Cite error: Invalid <ref> tag; no text was provided for refs named Microsoft_Built-in_devices
  41. ↑ Murdock, Everett (2008). डॉस आसान तरीका. EasyWay Downloadable Books. p. 71. ISBN 978-0-923178-02-4. Archived from the original on 2015-03-18.
  42. ↑ Dvorak, John Charles; Anis, Nick (1991). डॉस और पीसी के प्रदर्शन के लिए ड्वोरक की गाइड. Osborne McGraw-Hill. pp. 442–444.
  43. ↑ Version 1.47 is archived at "Back and Forth 1.47". Archived from the original on 5 November 2013. Retrieved 2013-08-05. and says "(C) 1990 by Progressive Solutions, Inc."
  44. ↑ Darrow, Barbara (2002-02-01). "कमल 1-2-3 को जो भी हुआ?". Archived from the original on 2009-01-09. Retrieved 2008-07-12.


अग्रिम पठन

  • IBM Corp., IBM, (January 1984). "IBM DOS Release 2.10 Cloth bound retail hard board box". 1st edition. IBM Corp. Item Number. 6183946
  • IBM Corp., IBM, (January 1984). "Disk Operating System User's guide (DOS Release 2.10)". 1st edition. Microsoft Corp. (100 pages including colour illustrations) Item Number. 6183947
  • IBM Corp., IBM, (January 1984). "Disk Operating System Manual (DOS Release 2.10)". 1st edition. Microsoft Corp. (574 looseleaf pages in 3 ring folder) Item No. 6183940
  • Mueller, Scott (1998). Upgrading and Repairing PCs (Eighth ed.). Que Publishing. ISBN 0-7897-1295-4. Retrieved 2021-11-02.
  • Bailes, Lenny; Mueller, John (1992). Memory Management and Multitasking Beyond 640K. McGraw-Hill. ISBN 0-8306-3476-2. Retrieved 2021-11-02.


इस पेज में लापता आंतरिक लिंक की सूची

  • आईबीएम पीसी संगत
  • दोस्त
  • अटारी डॉस
  • कमोडोर डॉस
  • एप्पल डॉस
  • सरल पहले
  • टीआरएसडीओएस
  • काल्डेरा (कंपनी)
  • एम्यूलेटर
  • पुनः प्रवेशी (सबरूटीन)
  • कर्नेल (कंप्यूटर विज्ञान)
  • विखंडन (कंप्यूटर)
  • प्रारंभिक विभाजन
  • रैम डिस्क
  • UNIX- जैसे
  • अशक्त डिवाइस
  • समानांतर बंदरगाह
  • कॉम (हार्डवेयर इंटरफ़ेस)
  • द्रोह करनेवाला
  • उच्च स्मृति क्षेत्र
  • फ़ाइल मैनेजर
  • DESQview
  • दो शैल
  • पृष्ठभूमि प्रक्रिया
  • अर्चन (वेब ​​​​ब्राउज़र)
  • प्रस्तुतीकरण
  • Qmodem

बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=डॉस&oldid=74534’