डॉस

From Vigyanwiki
Revision as of 22:04, 11 January 2023 by alpha>Neetua08
एमएस-डॉस 6 की बूट स्क्रीन, कमांड-लाइन इंटरफ़ेस और डायरेक्टरी स्ट्रक्चर दिखाने वाला स्क्रीनशॉट
स्क्रीनशॉट बूट स्क्रीन, कमांड-लाइन इंटरफ़ेस, संस्करण जानकारी और 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 सम्मलित हैं।

इतिहास


उत्पत्ति

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

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

जब 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 पर आधारित था।

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 विकसित किया। यह CLI BASED OS, जिसका use अभी शायद कोई भी नहीं करता क्योंकि ये पहले के समय में इस्तेमाल किया जाता था।

FreeDOS परियोजना 26 जून 1994 को शुरू हुई, जब माइक्रोसॉफ्ट ने घोषणा की कि वह अब एमएस-डॉस की बिक्री या समर्थन नहीं करेगी। जिम हॉल (प्रोग्रामर) ने तब एक खुला स्रोत प्रतिस्थापन के विकास का प्रस्ताव करते हुए एक घोषणापत्र पोस्ट किया। कुछ ही हफ्तों में, पैट विल्लनि और टिम नॉर्मन सहित अन्य प्रोग्रामर इस परियोजना में सम्मलित हो गए। एक कर्नेल, COMMAND.COM कमांड लाइन दुभाषिया (शेल), और कोर उपयोगिताओं को पूलिंग कोड द्वारा बनाया गया था जो उन्होंने लिखा था या उपलब्ध पाया था। 3 सितंबर 2006 को FreeDOS 1.0 वितरण जारी होने से पहले FreeDOS के कई आधिकारिक पूर्व-रिलीज़ वितरण थे। जीएनयू जनरल पब्लिक लाइसेंस (GPL) के अनुसार उपलब्ध कराया गया, FreeDOS को लाइसेंस शुल्क या रॉयल्टी की आवश्यकता नहीं है।[15][16]


अस्वीकार

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

निरंतर उपयोग

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

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

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

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

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

डॉस में आरक्षित डिवाइस नाम हैं जिनका उपयोग फ़ाइल नाम के रूप में विस्तार के फिर भी नहीं किया जा सकता है क्योंकि वे अंतर्निहित वर्ण उपकरणों द्वारा कब्जा कर लिया गया है। ये प्रतिबंध कई विंडोज़ संस्करणों को भी प्रभावित करते हैं, कुछ स्थितियों में क्रैश और सुरक्षा कमजोरियों का कारण बनते हैं।[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 को सबसे अधिक उपयोग किए जाने वाले पीसी-संगत प्रोग्राम लोडर के रूप में बदलना। टेक्स्ट यूजर इंटरफेस प्रोग्राम में नॉर्टन कमांडर, डॉस नेविगेटर, वोल्कोव कमांडर, क्वार्टरडेस्क डीईएसक्यूव्यू औ