फ़ाइल सिस्टम बनाम विभाजन बनाम निर्देशिका

Question

मैं लिनक्स के लिए नया हूं इसलिए इस प्रश्न में आपके द्वारा सामना किए जा सकने वाले संभावित भ्रम के लिए मुझे क्षमा करें।

मैं जो समझता हूं, फाइलसिस्टम निर्दिष्ट करता है कि कैसे एक विभाजन स्टोर / फाइल को प्रबंधित करता है, जैसे कि ext2, ext3, reiserfs, xfs, आदि जैसे मानक। कभी-कभी मुझे लगता है कि लोग प्रत्येक को " directory" के रूप में संदर्भित करते हैं।

    /boot filesystem
    /usr/bin filesystem
    /root filesystem
    /bin filesystem

हम इनका उल्लेख क्यों करेंगे filesystems?

यदि उनमें से प्रत्येक एक विभाजन है, तो मुझे भ्रमित करता है क्योंकि जहाँ तक मुझे पता है, /usrऔर /usr/binउसी विभाजन में होते हैं, लेकिन मैंने देखा कि लोग दोनों को संदर्भित करते हैं /usr filesystemऔर /usr/bin filesystem।

अगर filesystemयहाँ विंडो के समतुल्य है directory, तो यह मेरे लिए स्पष्ट नहीं है क्योंकि स्पष्ट रूप से फाइलसिस्टम सिर्फ निर्देशिकाओं से अधिक है। इसके अलावा, जहां तक ​​मुझे पता है, लिनक्स में directoryअवधारणा नहीं है ; सभी फाइलें हैं।

Comments

मैंने कभी भी "/ root फाइल सिस्टम" का उदाहरण नहीं देखा है। जो भी फाइलसिस्टम "/" पर लगाया गया है वह "रूट फाइलसिस्टम" है। आधुनिक लिनक्स डिस्ट्रो पर कुछ अन्य संभावित माउंट-पॉइंट "xx" के विभिन्न मूल्यों के लिए "/ बूट", "/ होम" और "/ mnt / xx" या "/ मीडिया / xx" होंगे। कर्नेल 2.x + (?) डिस्ट्रोस में "/ proc" और "/ sys" होगा, विभिन्न संख्यात्मक UIDs nnnn के लिए Systemd में माउंटपॉइंट "/ var / run / nnnn" है। पुराने यूनिक्स इंस्टॉलेशन NFS के माध्यम से "/ usr" माउंट कर सकते हैं, लेकिन यह व्यक्तिगत लिनक्स डिस्ट्रो पर संभावना नहीं है। "" बिन "और" / usr / बिन "आम तौर पर अलग-अलग माउंटपॉइंट नहीं होंगे।

— डेविड

वहाँ एक / जड़ है , वहाँ नहीं है? क्या आपका मतलब है कि यह नेवर अलग फाइल सिस्टम में रहता है?

— केनी

सही। "" रूट "उपयोगकर्ता" रूट "के लिए मानक होम-डायरेक्टरी है, लेकिन रूट फाइल सिस्टम पर यह आमतौर पर सिर्फ एक और डायरेक्टरी है।

— डेविड

इस विषय पर बड़े पैमाने पर आस्क उबंटू पर चर्चा की गई है , जो कि, IMNSHO, मूर्खतापूर्ण है, AFAIK के बाद से, अवधारणाएं उबंटू पर किसी भी भिन्न नहीं हैं कि वे यूनिक्स या लिनक्स के किसी अन्य रूप में हैं। उदाहरण के लिए, "माउंट" क्या है? कुछ दिन पहले ही पूछा गया था।

— स्कॉट

मैं सवालों से काफी प्रभावित हूं। थोड़े से ज्ञान से आप इस समय पहले से ही काफी कुछ समझ सकते हैं और आप इस निष्कर्ष से चूक गए हैं कि "/ रूट फाइलसिस्टम" उस फाइल सिस्टम को संदर्भित कर सकता है जिस विभाजन को आरोहित किया गया है /root, मुझे लगता है कि यह उस जटिलता को देखते हुए खारिज करने योग्य है। परिस्थिति।

— 15

Answer 1

जैसा कि मैंने https://superuser.com/a/293160/38062 में लिखा है :

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

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

जब आप " /usr/binफाइल सिस्टम" देखते हैं तो आप अर्थ # 1 देख रहे होते हैं । यह निर्देशिका में निहित एक फाइल सिस्टम ट्री है /usr/bin। हाँ, लिनक्स बहुत ज्यादा करता है निर्देशिका की अवधारणा है।

अर्थ # 2 और अर्थ # 3 वे हैं जो आप इसे गलत पढ़ रहे हैं। डिस्क स्लाइसिंग / विभाजन द्वारा सीमांकित ऑन-डिस्क डेटा सेट के रूप में लोग बात नहीं कर रहे हैं /usr/bin। न ही वे /usr/binएक विशेष प्रकार के फाइलसिस्टम ड्राइवर के रूप में, या किसी विशेष डिस्क वॉल्यूम प्रारूप के बारे में बात कर रहे हैं ।

आगे की पढाई

• रमेश बंगिया (2010)। "फाइल सिस्टम"। सूचना प्रौद्योगिकी का शब्दकोश । लक्ष्मी प्रकाशन, लिमिटेड आईएसबीएन 9789380298153. पी। 224।
• फाइल सिस्टम । "आधार परिभाषाएँ"। ओपन ग्रुप बेस स्पेसिफिकेशंस । अंक 7 IEEE 1003.1। खुला समूह। 2013।
• बिन्ह गुयेन (2004-08-16)। "फाइल सिस्टम"। लिनक्स शब्दकोश । संस्करण 0.16। पी। 616।

Answer 2

बेशक लिनक्स निर्देशिकाओं की अवधारणा का उपयोग करता है। निर्देशिका की अवधारणा विंडोज में समान है।

विंडोज में उपयोग किए जाने वाले फाइलसिस्टम की अवधारणा भी बहुत समान है। Windows आमतौर पर NTFS या FAT का उपयोग करता है - लिनक्स आमतौर पर ext2, ext3, ext4 और इसी तरह का उपयोग करता है, यही सब अंतर है।

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

निर्देशिकाएँ जो कि समान विभाजन पर भौतिक रूप से स्थित हैं, हमेशा "एक ही फाइल सिस्टम" होगी। जब कोई किसी निर्देशिका के फाइल सिस्टम के बारे में बात करता है, तो यह वास्तव में उस विभाजन के फाइल सिस्टम के बारे में होता है जहां यह निर्देशिका स्थित होती है।

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

Comments

आपने "एक निर्देशिका की फाइलसिस्टम" का उल्लेख किया है, क्या यह इसके सभी उपनिर्देशिकाओं के लिए झरना है। क्या यह संभव है कि एक निर्देशिका और उसके उपनिर्देशिका में अलग फाइलसिस्टम हो? उदाहरण के लिए / एक और / a / b , साथ / b अपनी ही फाइल सिस्टम F2 के साथ एक और विभाजन करने के लिए घुड़सवार है एक होने फाइल सिस्टम F1?

— केनी

इस बात के लिए कि क्या एक ही विभाजन पर स्थित निर्देशिकाएं वास्तव में एक ही फाइल सिस्टम का हिस्सा हैं, कुछ बहुत ही आधुनिक फाइल सिस्टम जैसे कि ZFS या btrfs के लिए थोड़ा सा फजी हो सकता है; आपके पास एक ZFS वॉल्यूम हो सकता है, जिसमें कई फाइल सिस्टम हैं, जो अपने स्वयं के पूरी तरह से अलग माउंटपॉइंट्स के साथ साझा करते हैं।

— चार्ल्स डफी

@ केनी हां, आप सही हैं। लाइव उदाहरण: मैं सीडी-ड्राइव में एक कॉम्पैक्ट डिस्क सम्मिलित करता हूं। मेरा लिनक्स "/ आरोह / सीडीआरओएम" पर सीडी को मापता है। "" और माउंट "निर्देशिका (और किसी भी फाइल को मैं इसमें बनाता हूं) मेरी हार्ड ड्राइव पर स्थित है। लेकिन "/ आरोह / सीडीआरओएम" सामग्री पहले से ही सीडी पर है।

— lesnik

Answer 3

एक डिस्क को एक या अधिक विभाजन में विभाजित किया गया है । विंडोज के लिए, आमतौर पर सिर्फ एक होता है, शायद एक रिकवरी विभाजन के साथ कहीं छिपा हुआ। एक विभाजन डिस्क के एक तार्किक रूप से सन्निहित क्षेत्र है, उदाहरण के लिए "10,000,000 के माध्यम से सेक्टर 1"।

एक विभाजन पर एक फाइलसिस्टम बनाया जा सकता है। विंडोज के लिए, यह NTFS या FAT है; लिनक्स के लिए यह extसंस्करण या विभिन्न अन्य विकल्पों में से एक है।

एक फाइलसिस्टम के अंदर फाइलें और निर्देशिकाएं हैं। लिनक्स में निर्देशिकाएं हैं, मुझे नहीं पता कि आपको यह विचार कैसे मिला कि यह नहीं था।

एक ऑपरेटिंग सिस्टम उपयोगकर्ता के लिए कई डिस्क पर कई विभाजन कैसे प्रस्तुत करता है? Windows पर, इस के साथ किया जाता है ड्राइव पत्र : C:, D:आदि पर लिनक्स, वहाँ कोई ड्राइव पत्र कर रहे हैं और सब कुछ के साथ किया जाता माउंट पॉइंट यदि आप एक सीडी डालने के लिए एक विशेष निर्देशिका, एक अलग फाइल सिस्टम के लिए मार्ग बदलें पहुँच में (+) अक्सर:। या USB स्टिक यह कहीं /mediaया के नीचे दिखाई देगा /mnt।

/usrऔर /usr/binआमतौर पर एक ही फाइल सिस्टम पर होगा लेकिन होना आवश्यक नहीं है। लोगों का मतलब हो सकता है "फाइलसिस्टम जो /usr/binनिर्देशिका को समाहित करता है " जब वे उस वाक्यांश का उपयोग करते हैं।

(+) आप NTFS जंक्शन पॉइंट्स के साथ भी ऐसा कर सकते हैं, लेकिन लोग शायद ही कभी करते हैं। जब तक वे ड्राइव अक्षर से बाहर नहीं निकल जाते।

Comments

अगर मैं गलत हूं तो मुझे सुधारें: लिनक्स पर, 1 भौतिक डिस्क को कई विभाजनों में विभाजित किया जा सकता है, प्रत्येक का अपना फाइल सिस्टम है? जिस तरह से विंडोज पर हार्डडिस्क में कई विभाजन होते हैं, उसके अनुरूप एक एफएटी हो सकता है और दूसरा एनटीएफएस?

— केनी

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

— pjc50

Answer 4

एक विभाजन पर संपूर्ण लिनक्स सिस्टम रखना संभव है, सभी उपनिर्देशिकाएं एक फाइल सिस्टम पर हैं।

यह कई विभाजनों में फैलाना भी संभव है, कुछ निर्देशिका उपप्रकार अलग-अलग फाइल सिस्टम पर हैं। उदाहरण के लिए, यह डाल करने के लिए एक आम बात है /home, /tmp, /usr, और /varअलग फ़ाइल सिस्टम पर। आपके एक प्रश्न को संबोधित करने के लिए, कभी-कभी /usr/binअपने स्वयं के फाइल सिस्टम पर भी होगा।

इस योजना के लाभ हैं। उदाहरण के लिए, यदि /varबहुत सारे ईमेल से भर जाता है, तो बाकी सिस्टम प्रभावित नहीं होता है। इसी तरह, यदि किसी दुर्घटना या किसी चीज़ के कारण एक फ़ाइल सिस्टम दूषित हो जाता है, तो अन्य फ़ाइल सिस्टम अभी भी अच्छे हैं और सिस्टम को पुनर्प्राप्त करना आसान है।

जब सिस्टम बूट करता है, तो पहले केवल रूट फाइल सिस्टम उपलब्ध है। वहां रखे गए कार्यक्रम बूट प्रक्रिया के दौरान चलाए जाते हैं। इन प्रोग्रामों में से एक, mountकई बार चलाया जाता है, फ़ाइल से डेटा का उपयोग करके /etc/fstab, फाइलसिस्टम टेबल। एक उदाहरण लेने के लिए: मूल रूप से, /homeरूट फाइल सिस्टम में सिर्फ एक साधारण निर्देशिका है। तब हम इस कमांड को रूट के रूप में चलाते हैं:

mount /dev/sda7 /home

यह सिस्टम को बताता है कि विभाजन पर फाइलसिस्टम को डायरेक्टरी पर रखा/dev/sda7 जाना चाहिए । तो अब, उस फाइलसिस्टम में सबकुछ माना जाता है ।/home/home

आप देख सकते हैं कि वर्तमान में क्या चल रहा है df।

Answer 5

हम कभी-कभी उन लोगों को संदर्भित करते हैं filesystems, क्योंकि कभी-कभी वे निर्देशिकाएं माउंट पॉइंट्स होती हैं। आपके द्वारा पूछे गए एकमात्र प्रश्न के लिए इतना ...

filesystem दो अलग-अलग चीजों को संदर्भित कर सकते हैं ... या वास्तव में एक ही चीज के दो बहुत अलग पहलू:

1. तार्किक संरचना का उपयोग भंडारण माध्यम पर डेटा को व्यवस्थित करने के लिए किया जाता है।
2. ओएस द्वारा उपयोग की जाने वाली कार्यप्रणाली डेटा को एकीकृत पहुंच प्रदान करने के लिए प्रक्रियाओं का उपयोग करती है।

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

फाइलसिस्टम हम स्टोरेज मीडिया पर रखते हैं, जैसे ext4, xfs, fat स्ट्रक्चरिंग पार्ट करते हैं। हम उनका उपयोग डेटा (फ़ाइलों) के टुकड़ों पर लेबल लगाने और सभी लेबल (निर्देशिकाओं) की एक सुसंगत संरचित सूची रखने के लिए करते हैं। संरचित सूची वास्तव में एक पेड़ है। सबसे महत्वपूर्ण पहलू यह है कि एक पेड़ की एक शुरुआत होती है, उसकी जड़। इस संरचना को बनाए रखना और डेटा सुनिश्चित करना और सुलभ रहना काफी काम है, यही वजह है कि फाइलसिस्टम का सिर्फ एक स्वाद नहीं है।

फाइलसिस्टम का दूसरा पहलू यह है कि सभी प्रोग्रामों में डेटा को स्टोरेज डिवाइस पर स्टोर करना ओएस का काम है। यह दो चीजों से पूरा होता है:

1. OS फाइलों और निर्देशिकाओं तक पहुँचने और बातचीत करने के लिए सटीक (प्रोग्रामिंग) इंटरफ़ेस प्रदान करता है। प्रोग्राम / प्रोसेस के लिए यह मायने नहीं रखता कि स्टोरेज डिवाइस पर फाइलसिस्टम एक्स 2, एक्सएफएस, फैट या जो कुछ भी है। Progams / प्रक्रियाओं फ़ाइलों और निर्देशिकाओं को एक समान तरीके से एक्सेस करता है।

2. ओएस सभी स्टोरेज मीडिया, अर्थात उनके फाइल सिस्टम को एक सुपरऑर्डिनेट संरचना में व्यवस्थित करता है। प्रोग्राम इस सुपरऑर्डिनेट संरचना के माध्यम से फ़ाइलों और निर्देशिकाओं तक पहुँचते हैं और सीधे स्टोरेज डिवाइस के साथ बातचीत करने की आवश्यकता नहीं होती है। इस तरह से प्रोग्राम को इस बात की परवाह नहीं करनी चाहिए कि डेटा वास्तव में किस डिवाइस पर रहता है। इस सुपरऑर्डिनेट संरचना को अक्सर कर्नेल के "वर्चुअल फाइलसिस्टम" के रूप में संदर्भित किया जाता है।

वर्चुअल फाइल सिस्टम में स्टोरेज डिवाइस के फाइलसिस्टम को जोड़ने को फाइलसिस्टम "माउंटिंग" कहा जाता है। जब आपका लिनक्स कर्नेल शुरू कर रहा है तो वर्चुअल फाइलसिस्टम (VFS) बनाता है। निर्माण के ठीक बाद यह खाली है और इसमें केवल इसके प्रवेश बिंदु हैं, इसकी जड़ उर्फ ​​अंकित है /। तब कर्नेल VFS के मूल में एक फाइल सिस्टम को मापता है। यह या तो एक रैमडिस्क है या हार्ड ड्राइव पर विभाजन पर तुरंत एक फाइल सिस्टम है। चूंकि इसे VFS की जड़ में जोड़ा जाता है इसलिए इस विभाजन को अक्सर रूट फाइल सिस्टम के रूप में संदर्भित किया जाता है।

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

जब आप अपना ओएस स्थापित करते हैं तो यह आपके ऊपर होता है कि क्या आप एक फाइल सिस्टम पर सभी डेटा डालना चाहते हैं जो तब आपका रूट फाइल सिस्टम बन जाता है, या आप अपने डेटा को कई फाइल सिस्टम के बीच विभाजित करना चाहते हैं। बाद के लिए आपके ओएस को सभी डेटा को सुलभ बनाने के लिए, सभी व्यक्तिगत फाइल सिस्टम को माउंट करने की आवश्यकता होती है। आप चीजों को कैसे विभाजित करते हैं यह एक सवाल है कि आप अपने सिस्टम को कैसे डिजाइन करते हैं। यही कारण है कि कभी-कभी आपके इंस्टॉलेशन से जो निर्देशिका आप जानते हैं, उन्हें फाइल सिस्टम के रूप में संदर्भित किया जाता है।

कंप्यूटर के लिए हमारे पास आमतौर पर आपके इंस्टॉलेशन को कई फाइल सिस्टम में विभाजित करने की आवश्यकता नहीं होती है। फिर भी ऐसा करने के अच्छे कारण हो सकते हैं, लेकिन यह इस पद के दायरे से बाहर है।

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

Answer 6

तुम थोड़ा भ्रम कर रहे हो। Filesystemएक तंत्र को इंगित करता है जिसके द्वारा फ़ाइलें स्टोर की जाती हैं और एक मेमोरी डिवाइस पर या हार्ड ड्राइव या सीडी-रॉम की तरह एक मेमोरी में व्यवस्थित होती हैं, और कुछ मामलों में, रैम पर भी।

यहां तक ​​कि विंडोज़ फाइलसिस्टम का भी उपयोग करती है जैसे कि NTFS, पहले FAT।

आपका उदाहरण लाइनक्स और यूनिक्स सिस्टम के लिए एक सामान्य अभ्यास को दर्शाता है, माउंट पॉइंट नाम की निर्देशिकाओं पर माउंट किए गए विभिन्न फाइल सिस्टम से बना अपनी प्रणाली है। यह समस्याओं के मामले में, क्षति को एक या अधिक तक सीमित करने की अनुमति देता है, लेकिन सभी फाइल सिस्टम के लिए नहीं।

तो, FS निर्देशिका के बराबर नहीं है, और लिनक्स में भी निर्देशिकाएं हैं, जो एक विशेष प्रकार की फ़ाइल हैं