/ proc, / usr, / var, / home को फाइल सिस्टम कहा जाता है।
इसका क्या मतलब है? मैंने सोचा था कि केवल एक फ़ाइल सिस्टम था (जैसे ext4) ।।
/ proc, / usr, / var, / home को फाइल सिस्टम कहा जाता है।
इसका क्या मतलब है? मैंने सोचा था कि केवल एक फ़ाइल सिस्टम था (जैसे ext4) ।।
जवाबों:
"फाइल सिस्टम" शब्द के कई अर्थ हैं। जब लोग फ़ाइल सिस्टम के नाम जैसे ext4, UFS, NTFS आदि के बारे में बात करते हैं, तो उनके पास निम्न स्तर पर (मीडिया पर ब्लॉक के संदर्भ में) डेटा भंडारण के संगठन को ध्यान में रखना होता है। इस तरह के "फाइल सिस्टम" को आमतौर पर उस फाइल सिस्टम के साथ प्रारूपित मीडिया पर संग्रहीत डेटा तक पहुंचने के लिए ड्राइवर की आवश्यकता होती है। के मामले में /proc
, /usr
, root file system
या कुछ और फाइल सिस्टम बस एक निर्देशिका संरचना को दर्शाता है।
तकनीकी रूप से लिनक्स में कोई भी फाइल सिस्टम के लिए एक माउंट पॉइंट हो सकता है। यह आपको संग्रहीत जानकारी और सुरक्षा आवश्यकताओं की प्रकृति के आधार पर, व्यक्तिगत निर्देशिकाओं के लिए सर्वोत्तम प्रकार की फ़ाइल प्रणाली (ext4, ufs, xfs आदि) का चयन करने की अनुमति देता है।
मुझे विश्वास है कि आपके मामले में उन निर्देशिकाओं को "फाइल सिस्टम" कहा जाता है क्योंकि वे अक्सर व्यक्तिगत फाइल सिस्टम के लिए आरोह बिंदु के रूप में उपयोग की जाती हैं। /proc
हमेशा procfs
छद्म फाइल सिस्टम के लिए एक माउंट बिंदु है जो प्रक्रियाओं और अन्य प्रणाली की जानकारी के बारे में एक पदानुक्रमित फ़ाइल जैसी संरचना में जानकारी प्रस्तुत करता है।
कुछ निर्देशिका जो फाइल सिस्टम पर विचार किया जा सकता है: /dev
, /sys
और /tmp
।
/ proc एक बहुत ही विशेष फ़ोल्डर है, और यह डिस्क पर संग्रहीत नहीं है, लेकिन मेमोरी में है और सिस्टम (सीपीयू, रैम, डिवाइस ..) के बारे में जानकारी देने के लिए उपयोग किया जाता है। तो यह एक विशेष फ़ाइल सिस्टम (ext4 नहीं) का उपयोग करता है जिसे procfs कहा जाता है। आप विकिपीडिया: procfs पर अधिक पढ़ सकते हैं
इसके बजाय, / usr , / var और / होम आमतौर पर (कम से कम एक डेस्कटॉप कंप्यूटर पर) एक ही फाइल सिस्टम (जैसे ext4) पर संग्रहीत होते हैं, और अक्सर एक ही डिस्क पर: वे नियमित फ़ोल्डर होते हैं, जिनमें विशिष्ट अर्थ होते हैं। हमेशा विकिपीडिया पर आप फाइलसिस्टम पदानुक्रम मानक पर विस्तृत जानकारी पा सकते हैं ।
वे वास्तव में "फाइल सिस्टम" नहीं हैं, लेकिन यह पैराग्राफ इस नामकरण उपयोग ( एफएचएस 2.3 संदर्भ से ) को स्पष्ट करने में मदद करता है :
सिस्टम को बूट करने के लिए, रूट विभाजन पर अन्य फाइल सिस्टम को माउंट करने के लिए पर्याप्त रूप से मौजूद होना चाहिए। इसमें उपयोगिताओं, कॉन्फ़िगरेशन, बूट लोडर जानकारी और अन्य आवश्यक स्टार्ट-अप डेटा शामिल हैं। / usr, / opt, और / var को ऐसे डिज़ाइन किया गया है कि वे अन्य विभाजनों या फ़ाइल सिस्टम पर स्थित हो सकते हैं।
/proc
लेकिन नहीं /usr
, /var
या /home
।
आप एक फाइल सिस्टम को एक संरचना के रूप में सोच सकते हैं जो डेटा भंडारण उपकरण में फ़ाइलों को बनाने की अनुमति देता है। उदाहरण के लिए, डिवाइस हार्ड डिस्क विभाजन, रैम या यूएसबी स्टिक जैसा कुछ है। फ़ाइल सिस्टम प्रकार फ़ाइल सिस्टम में डेटा स्टोर करने के लिए उपयोग किया जाने वाला प्रारूप है, उदाहरण के लिए ext4, vfat या बहुत सारे। फ़ाइल सिस्टम (उपकरण) को निर्देशिका (फ़ोल्डर) के रूप में माउंट किया जा सकता है, जिसे माउंट पॉइंट भी कहा जाता है।
OS चलाने के लिए, आपके पास एक रूट फाइल सिस्टम होना चाहिए, जहाँ OS स्थापित हो। यह बूट के दौरान / (रूट) के रूप में माउंट किया गया है, और इसके तहत अन्य सभी फ़ाइल सिस्टम माउंट किए गए हैं। आपके द्वारा दिए गए उदाहरणों से, / usr और / var रूट फाइल सिस्टम का हिस्सा हो सकते हैं, या अलग फाइल सिस्टम (समान या अलग ड्राइव में एक अलग विभाजन /) के रूप में हो सकते हैं। यदि अलग फाइल सिस्टम, वे / (मुझे लगता है!) की तुलना में एक अलग फाइल सिस्टम प्रकार भी हो सकते हैं। दूसरी ओर, / RAM रैम में एक फ़ाइल सिस्टम है (जिसे RAM डिस्क के रूप में भी जाना जाता है), उसी नाम के साथ अपने प्रकार के साथ, प्रोक।
एक टर्मिनल पर माउंट कमांड आपको सभी माउंटेड फाइल सिस्टम के बारे में यह जानकारी देता है: डिवाइस, माउंट पॉइंट, टाइप। उदाहरण के लिए:
user@box:~$ mount
/dev/sda7 on /home type ext3 (rw,relatime,errors=remount-ro,commit=0)
proc on /proc type proc (rw)
इसका मतलब है कि मेरे पास विभाजन sda7 / होम (मेरे सभी कीमती डेटा के साथ) है, और यह टाइप ext3 के साथ स्वरूपित है; डिवाइस खरीद प्रकार की खरीद के साथ / खरीद पर मुहिम शुरू की है। प्रत्येक फ़ाइल सिस्टम के लिए अनुमतियाँ भी दी गई हैं (आरडब्ल्यू, आदि)।
एक अंतिम बिंदु: फ़ाइल सिस्टम को अक्सर उनके माउंट बिंदुओं द्वारा संदर्भित किया जाता है। यही है, ऊपर के उदाहरण में मैं कह सकता हूं कि डिवाइस sda7 मेरा / होम फाइल सिस्टम है। यह कड़ाई से सही नहीं है, हालांकि अधिकांश लोगों के लिए स्पष्ट है: इसका मतलब है कि फ़ाइल सिस्टम को माउंट पॉइंट / होम के साथ माउंट किया जाना है। लेकिन माउंट प्वाइंट / वर्क, / होटल या सनी_बच के तहत sda7 में फाइल सिस्टम को माउंट करने से मुझे कुछ भी नहीं रोक रहा है। वास्तव में, कच्चे डेटा को अंतर्निहित फ़ाइल सिस्टम के ज्ञान के बिना सीधे / dev / sda7 (माउंटेड या अनमाउंट) के तहत भी एक्सेस किया जा सकता है। यह फ़ाइल सिस्टम भ्रष्टाचार के मामलों में डेटा रिकवरी के लिए उपयोगी हो सकता है, जब फ़ाइल सिस्टम को माउंट नहीं किया जा सकता है, लेकिन डिवाइस अभी भी पढ़ने योग्य है। हालांकि इस तरह की सीधी पहुंच संभावित रूप से विनाशकारी है और इसका उपयोग केवल असाधारण परिस्थितियों में किया जाना चाहिए।