फाइल सिस्टम ऑपरेटिंग सिस्टम का हिस्सा है?

Question

मैं सोच रहा था कि क्या स्टोरेज डिवाइस पर एक फाइल सिस्टम OS का हिस्सा है?

मुझे नहीं लगता कि यह है। इसके बजाय यह स्टोरेज डिवाइस का हिस्सा है, और किसी भी ओएस के बाहर मौजूद है, हालांकि एक ओएस द्वारा बनाया गया था। क्या मेरी समझ सही है?

हालाँकि विकिपीडिया में :

अधिकांश ऑपरेटिंग सिस्टम एक फाइल सिस्टम प्रदान करते हैं, क्योंकि फाइल सिस्टम किसी भी आधुनिक ऑपरेटिंग सिस्टम का एक अभिन्न अंग है।

LVM के लिए, क्या यह OS का हिस्सा है? यदि हाँ, तो LVM पर निर्मित आभासी फाइल सिस्टम OS का हिस्सा है?

Comments

चूंकि ओएस खुद फ़ाइल सिस्टम के भीतर रहता है, मैं कहूंगा कि यह ओएस का एक अभिन्न अंग है, इसके आसपास कोई रास्ता नहीं है।

— Moab

आपके कारण के अनुसार, क्या फ़ाइल सिस्टम का OS हिस्सा रिवर्स से अधिक उपयुक्त नहीं है?

— टिम

वास्तव में मुझे लगता है कि एक फाइल सिस्टम स्टोरेज माध्यम की आवश्यकता है, क्योंकि एक ओएस हार्ड डिस्क या अन्य स्टोरेज डिवाइस का उपयोग किए बिना मेमोरी में रह सकता है।

— Moab

Answer 1

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

LVM एक फ़ाइल सिस्टम नहीं है, यह एक वॉल्यूम प्रबंधक है। फाइलसिस्टम की तरह वॉल्यूम मैनेजर, एक लॉजिकल स्टोरेज प्रेजेंटेशन पर स्टोर किए गए डेटा पर भरोसा करते हैं ताकि आगे के लॉजिकल वॉल्यूम के लिए उस स्टोरेज को एक्सेस किया जा सके। LVM के मामले में, Linux और BSD दोनों अपने संबंधित LVM कार्यान्वयन के लिए समान ऑन-स्टोरेज प्रारूप का उपयोग कर सकते हैं।

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

यदि आपको डिस्क का एक सेट लेना था, तो किसी तरह का एक लिनक्स स्थापित करें, उन्हें LVM के साथ सेट करें, ext3लॉजिकल वॉल्यूम पर कई फाइल सिस्टम स्थापित करें और फिर ड्राइव को फ्रीबीएसडी मशीन में रखें, ताकि फ्रीबीएसडी मशीन डिस्क को पढ़ सकेगी । शायद। ऐसा इसलिए है क्योंकि FreeBSD के पास ऐसे ड्राइवर हैं जो LVM और ext3 दोनों के भौतिक लेआउट को समझते हैं, और उनके साथ सहभागिता करने के लिए आवश्यक इन-ओएस मेमोरी और एक्सेस संरचनाओं को लागू करते हैं।

ड्राइवरों भंडारण लेआउट की व्याख्या करने के लिए आवश्यक लगभग हमेशा "ओएस में" हैं, लेकिन वास्तविक भंडारण में ही नहीं माना जाता है लेआउट।

Answer 2

मैंने सर्वरफॉल्ट पर इसका जवाब दिया । यहाँ फिर से जवाब है:

यहां समस्या "फाइलसिस्टम" शब्द है। POSIX / Unix / Linux की दुनिया में, इसका उपयोग कई अलग-अलग चीजों के लिए किया जाता है।

1. "फाइलसिस्टम" कभी-कभी फाइलों की पूरी प्रणाली होती है, /जो कि ऑपरेटिंग सिस्टम कर्नेल द्वारा अनुप्रयोगों और सॉफ्टवेयर्स के रूप में प्रस्तुत की जाती है। इस अर्थ के साथ, लोग उदाहरण के लिए, "सिंगल फाइलसिस्टम ट्री " वाले POSIX ऑपरेटिंग सिस्टम की बात करते हैं ।
2. एक "फाइलसिस्टम" कभी-कभी एक (या कई) डायरेक्ट-एक्सेस स्टोरेज डिवाइस (एस) या डीएएसडी (एस) के एक (या कई ) स्लाइस ( एक) या एक से अधिक वॉल्यूम के साथ संकलित डिस्क क्षेत्रों के एक या अधिक संग्रह के रूप में स्वरूपित होता है दिए गए प्रारूप - कुछ डिस्क विभाजन योजना द्वारा सीमांकित के रूप में। इस अर्थ के साथ, लोग बात करते हैं, कहते हैं, "मेरे /usrफाइल सिस्टम को प्रारूपित करना "।
3. एक "फाइलसिस्टम" कभी-कभी फाइलों और निर्देशिकाओं का एक सारगर्भित वृक्ष होता है, जिसे फाइल सिस्टम ड्राइवर (यानी VFS परत) द्वारा बाकी सिस्टम में प्रस्तुत किया जाता है। इस अर्थ के साथ, लोग बात करते हैं, कहते हैं, "खरीद फाइल सिस्टम पर बढ़ते /proc"।

विकिपीडिया का गद्य अर्थ # 1 है। यह, वास्तव में, ऑपरेटिंग सिस्टम का हिस्सा है, क्योंकि यह एक ऑपरेटिंग सिस्टम है, और ऑपरेटिंग सिस्टम विशिष्ट, एब्सट्रैक्शन जो एप्लिकेशन सॉफ़्टवेयर को प्रदान करता है जो ऑपरेटिंग सिस्टम पर चलता है।

अर्थ # 2 ऑपरेटिंग सिस्टम का हिस्सा नहीं है। यह एक ऑन-डिस्क डेटा संरचना है जिसे एक या अधिक ऑपरेटिंग सिस्टम समझने में सक्षम हैं। LVM के लिए ऑन-डिस्क डेटा संरचनाएं, विशेष रूप से, एक या एक से अधिक DASD को एक या अधिक वॉल्यूम में स्लाइस करने के तरीके प्रदान करती हैं। वे प्रति से ऑपरेटिंग सिस्टम का हिस्सा नहीं हैं। (लेकिन, इसी तरह, "एलवीएम" के कई अर्थ हैं, और ऑपरेटिंग सिस्टम में एलवीएम ड्राइवरों और उपयोगिताओं का मतलब हो सकता है जितना कि यह ऑन-डिस्क डेटा संरचनाओं का मतलब हो सकता है कि उन ड्राइवरों और उपयोगिताओं में हेरफेर होता है। उदाहरण के लिए "" मैं एलवीएम से भाग गया । बचाव डिस्क। ")

अर्थ # 3 एक ऑपरेटिंग सिस्टम विशिष्ट अमूर्त है जो ऑपरेटिंग सिस्टम विशिष्ट फाइलसिस्टम ड्राइवरों द्वारा प्रदान किया जाता है। फाइलसिस्टम ड्राइवर वास्तव में ऑपरेटिंग सिस्टम का हिस्सा हैं, हालांकि वे आमतौर पर अलग होते हैं और ऑपरेटिंग सिस्टम कर्नेल से अलग होते हैं ।

Answer 3

एक फाइल सिस्टम एक ऑपरेटिंग सिस्टम द्वारा बनाया, रखरखाव और उपयोग किया जाता है, लेकिन आप यह निष्कर्ष निकालने के लिए सही हैं कि इसका प्रतिनिधित्व किसी ऑपरेटिंग सिस्टम से स्वतंत्र हो सकता है।

Comments

सभी प्रतिक्रियाएं सार्थक हैं, यह एक प्रमुख ले रहा है।

— coner.xyz

Answer 4

"ऑपरेटिंग सिस्टम" की कोई औपचारिक परिभाषा नहीं है। कुछ लोग यह कहते थे कि "ऑपरेटिंग सिस्टम" और "फाइल मैनेजमेंट एपीआई" एक ही थे, जिसमें ओएस के पास कमांड एनालाइजर प्रदान करने के अलावा और कुछ नहीं था। (आखिरकार, यह सब एमएस-डॉस ने किया है, मूल रूप से।)

मैंने हमेशा यह सुनिश्चित किया है कि डॉस एक वास्तविक ऑपरेटिंग सिस्टम नहीं था - एक ऑपरेटिंग सिस्टम का काम हार्डवेयर को अमूर्त और वर्चुअलाइज करना और हार्डवेयर संसाधनों का प्रबंधन करना है। डॉस अनिवार्य रूप से उस में से कोई भी नहीं किया था।

जैसे कि एक फ़ाइल सिस्टम OS का एक हिस्सा है या "स्टोरेज डिवाइस" का एक हिस्सा है, बहुत कुछ बदले में "फाइल सिस्टम" से आपका मतलब है। भौतिक लेआउट है, जैसे कि फ्लॉपी डिस्क या सीडी पर लेआउट, और फ़ाइल सिस्टम फंक्शन है, जो डिस्क पर कुछ बकवास करने के लिए और वापस जाने के लिए कुछ बुद्धिमान इकाई (किसी प्रकार का सीपीयू या परिधीय प्रोसेसर) पर निर्भर करता है। यह बाइट्स के सार्थक अनुक्रम के रूप में है। लेआउट संभवतः कुछ मानक के अनुरूप है, इसलिए, आप कर सकते हैं, जैसे, एक डिवाइस पर एक सीडी रिकॉर्ड करें और इसे दूसरे पर पढ़ें / खेलें। सवाल यह है कि क्या यह लेआउट एक "फ़ाइल सिस्टम" है, या क्या "सिस्टम" लेआउट को पढ़ने / लिखने के लिए पर्याप्त चतुर उपकरणों में रहता है।

अधिकांश कंप्यूटर संदर्भों में, एक "फाइल सिस्टम" शब्द का उपयोग एपीआई को संदर्भित करने के लिए करता है जो आपको फ़ाइलों को पढ़ने / लिखने की अनुमति देता है, और सीपीयू और परिधीय उपकरणों के संयोजन, कुछ ओएस के नियंत्रण में संचालित होते हैं, जो उन एपीआई को लागू करते हैं - यह शब्द आम तौर पर मीडिया के भौतिक प्रारूप या व्यक्तिगत मीडिया को संदर्भित नहीं करता है, चाहे वह हटाने योग्य हो या न हो।

Comments

दिलचस्प अंक।

— मैक्सएम

एमएस-डॉस में भी, ओएस था MSDOS.SYS, और कमांड-लाइन शेल था COMMAND.COM।

— user1686

Answer 5

विशेष रूप से कार्यान्वयन ओएस का हिस्सा है। सार विचार, विनिर्देशों, और संग्रहीत डेटा नहीं हैं।

Answer 6

डिस्क ड्राइव और डिस्क ड्राइव जैसे उपकरण "गूंगा" हैं। आप इसे एक LBA के लिए पूछते हैं, यह आपको 512, 2048, या 4096 बाइट्स वापस देता है जिसमें यह शामिल है; लेखन के लिए इसके विपरीत।

एक फाइलसिस्टम लेयर आपको "I want c: \ users \ public \ दस्तावेज \ जो भी चाहिए" कहती है और उस पर स्ट्रीमिंग ऑपरेशन करती है (ओपन, रीड, राइट, सीक, क्लोज) - यह एक श्रृंखला में नाम-पता करने योग्य स्थानों से अनुवाद करता है। एलबीए पढ़ने / लिखने के अनुरोधों का।

तो फाइलसिस्टम लेयर के दो पहलू होते हैं, एक पक्ष जो डिस्क ड्राइव-जैसे (या ब्लॉक) डिवाइस के साथ संचार करता है, और दूसरा पक्ष जो ऑपरेटिंग सिस्टम से बात करता है। यह वह जगह है जहां ऑपरेटिंग सिस्टम की विशिष्टता खेल में आती है। आमतौर पर फाइलसिस्टम का ब्लॉक डिवाइस साइड एक डिवाइस ड्राइवर होता है, और ऑपरेटिंग सिस्टम साइड एक एपीआई होता है जो एप्लिकेशन द्वारा प्रयोग करने योग्य होता है। लेकिन ये केवल इंटरफेस हैं और वास्तव में फाइलसिस्टम परत के अंतर्निहित संचालन को प्रभावित नहीं करना है।

सभी फाइल सिस्टम के कारण अतिरिक्त डेटा को फ़ाइल डेटा के बाहर लिखा और पढ़ा जा सकता है, ताकि फाइलों के बारे में जानकारी रखने के लिए, अर्थात अनुमति, विशेषताएँ आदि रिकॉर्ड करने के लिए।

बूटिंग के साथ चिकन-एंड-एग समस्या का एक सा है - चूंकि ऑपरेटिंग सिस्टम की फाइलें फाइलसिस्टम पर संग्रहीत की जाती हैं, लेकिन फाइल सिस्टम परत अभी तक सक्रिय नहीं होने पर उन्हें कैसे लोड किया जाता है? लिनक्स इस समस्या को या तो आरंभिक रैम डिस्क के साथ या कर्नेल के हिस्से के रूप में फाइलसिस्टम कोड में बनाकर हल करता है। Windows बूटलोडर को FAT और NTFS विभाजन को पढ़ने की क्षमता देकर इस मुद्दे को हल करता है। बूटलोडर्स गूंगे हो सकते हैं, जैसे अधिकांश क्लासिक BIOS बूटलोडर्स जो केवल एलबीए 0 को लोड करते हैं और इसे निष्पादित करते हैं और उम्मीद करते हैं कि कोड बाद में, या काफी बुद्धिमान और अपने स्वयं के छोटे फाइल सिस्टम लेयर्स जैसे यूईएफआई, यू-बूट इत्यादि से उठाएगा।

LVM एक फाइल सिस्टम नहीं है। यह एक या एक से अधिक ब्लॉक डिवाइस लेता है और इसे एक और "वर्चुअल" ब्लॉक डिवाइस में ( /dev/mapperकुछ भी /dev/mapperएक वर्चुअल ब्लॉक डिवाइस है) में सार करता है । आप एक विभाजन के ऊपर "एक LVM के ऊपर एक फाइलसिस्टम" डालते हैं उसी तरह आप एक विभाजन के ऊपर "फाइलसिस्टम डालेंगे"। LVM एक या एक से अधिक डिवाइस ड्राइवर और फाइल सिस्टम के बीच एक और परत है, जो एक या अधिक अन्य ब्लॉक डिवाइसेस के लिए वर्चुअल ब्लॉक डिवाइस पर LBA को पढ़ता और लिखता है। हां, LVM एक वर्चुअल ब्लॉक डिवाइस हो सकता है और आप उनमें से एक कैस्केड कर सकते हैं।