फ़ाइल सिस्टम को gnu / linux में कैसे संरचित किया गया है?

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

सूचकांक को शामिल करता है

GNU / Linux में फ़ाइल सिस्टम कैसे संरचित है?

लिनक्स सिस्टम फाइलों के एक श्रेणीबद्ध पेड़ के नीचे रहता है, जैसे कि यूनिक्स सिस्टम कैसे संरचित हैं। शुरुआत में, निर्देशिका और फ़ाइलों का यह श्रेणीबद्ध पेड़ किसी भी मानक के तहत नहीं था, अर्थात, एक वितरण और दूसरे के बीच भिन्नताएं थीं। यह वह था जिसने लोगों के एक समूह को विकसित करने के लिए प्रेरित किया, 1993 में, जिसे फाइलसिस्टम पदानुक्रम मानक (FHS) या स्पेनिश फाइल सिस्टम पदानुक्रम मानक के रूप में जाना जाता है।

FHS

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

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

FHS मुख्य उद्देश्य

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

जैसा कि हम देखते हैं, एफएचएस का मुख्य ध्यान सबसे अनुकूल संरचनाओं के साथ ऑपरेटिंग सिस्टम बनाना है । यह आम उपयोगकर्ताओं के लिए एक बेहतर अनुभव प्रदान करेगा, क्योंकि वे सिस्टम के भीतर प्रत्येक तत्व के अर्थ को समझने और आसानी से इसका पता लगाने में सक्षम होंगे। दूसरी ओर, FHS खुद दिखाता है कि सिस्टम संरचना में किस प्रकार की फाइलें देखी जा सकती हैं:

साझा करने योग्य और गैर-साझा करने योग्य फाइलें : पूर्व एक कंप्यूटर से संबंधित फाइलें हैं और बाद की फाइलें ऐसी फाइलें हैं जिन्हें विभिन्न कंप्यूटरों के बीच साझा किया जा सकता है। उदाहरण के लिए:

• साझा करने योग्य फ़ाइलें: / var / www / html में सामग्री (जो अपाचे वेब सर्वर का डिफ़ॉल्ट डॉक्यूमेंटरूट है। जहां आपका स्वागत है index.html शुरू में संग्रहीत है)। गैर-साझा करने योग्य फ़ाइलें: सामग्री / बूट / grub / उप-सामग्री में। जहां GRUB बूट लोडर फाइलें स्थित हैं)।

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

एक नज़र डालें: लिनक्स कमांड्स: सिस्टम को जानें और हेरफेर करें

विभिन्न फाइल सिस्टम तक पहुँच

फ़ाइल प्रकारों के इस वर्गीकरण को जानने के बाद, हमें यह भी पता होना चाहिए कि लिनक्स में सब कुछ एक फ़ाइल है । हार्डवेयर और सॉफ़्टवेयर दोनों एक पाठ फ़ाइल के रूप में संग्रहीत हो रहे हैं और यह वहाँ से है कि एक डिवाइस "बढ़ते" या "अनमाउंटिंग" की अवधारणा पैदा होती है। यही है, इसकी तार्किक संरचना हार्डवेयर संरचना से स्वतंत्र है, इसलिए, यह इस बात पर निर्भर नहीं करता है कि कंप्यूटर में c: \, e: \ ok: \ ड्राइव बनाने के लिए 1, 3 या 5 हार्ड ड्राइव हैं या नहीं।

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

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

एफएचएस के अनुसार लिनक्स में फाइल सिस्टम संरचना

निर्देशिका	विवरण
/	प्राथमिक पदानुक्रम , जिसे रूट या रूट कहा जाता है, मुख्य निर्देशिका, लिनक्स में पूरी तरह से संपूर्ण फ़ाइल सिस्टम का कंटेनर।
/ बिन /	इसमें आवश्यक कमांड बायनेरिज़ शामिल हैं, ताकि वे या तो एक सत्र के लिए या बहु-उपयोगकर्ताओं के लिए उपलब्ध हों। वे शामिल हैं, उदाहरण के लिए, ls, cp, cat, mkdir, rm, अन्य
/ बूट /	सिस्टम स्टार्टअप।
/ देव /	उपकरणों तक पहुंच शामिल है। हार्डवेयर या वर्चुअल दोनों।
/ / /	इसमें सिस्टम कॉन्फ़िगरेशन फ़ाइलें शामिल हैं। इसके नाम के अर्थ पर विवाद रहा है, लेकिन अधिक हालिया व्याख्याएं इसे "संपादन योग्य पाठ सेटिंग्स" के रूप में संदर्भित करती हैं।
/ etc / ऑप्ट /	/ ऑप्ट निर्देशिका के अंदर स्थित कार्यक्रमों की विन्यास फाइल।
/ etc / X11 /	एक्स विंडो सिस्टम संस्करण 11 विन्यास फाइल।
/ etc / sgml /	SGML कॉन्फ़िगरेशन फ़ाइलें।
/ etc / xml /	XML विन्यास फाइल।
/ / /	सुपरयूज़र (व्यवस्थापक, रूट) को छोड़कर सभी उपयोगकर्ताओं की कार्यशील निर्देशिकाएं शामिल हैं। सहेजी गई फ़ाइलें, व्यक्तिगत सेटिंग्स, आदि शामिल हैं यह अक्सर एक अलग डिस्क या विभाजन पर स्थापित होता है । इस फ़ोल्डर में प्रत्येक उपयोगकर्ता की अपनी निर्देशिका है।
/ मूल्य /	स्थापित कार्यक्रमों के सभी मौलिक साझा पुस्तकालय स्थित हैं, जिनमें कर्नेल द्वारा उपयोग किए गए हैं।
/ / /	इसमें रिमूवेबल स्टोरेज मीडिया के लिए माउंट पॉइंट्स हैं ।
/ mnt /	यह / मीडिया के समान है, लेकिन सामान्य रूप से उपयोगकर्ताओं द्वारा उपयोग किया जाता है। उदाहरण के लिए हार्ड ड्राइव और अस्थायी विभाजन के लिए "माउंट" करने के लिए।
/ / /	इस निर्देशिका में कॉन्फ़िगरेशन विकल्पों को सहेजने वाले अनुप्रयोगों के बारे में जानकारी नहीं है, अर्थात उपयोगकर्ता एप्लिकेशन को साझा करते हैं लेकिन इसके कॉन्फ़िगरेशन विकल्पों को नहीं।
/ /	उन फ़ाइलों को शामिल करता है जो विशिष्ट समय पर आपकी प्रक्रियाओं के मूल और स्थिति का दस्तावेजीकरण करती हैं।
/ /	रूट उपयोगकर्ता की मुख्य निर्देशिका। यह / घर की तरह है, लेकिन सिस्टम सुपरयुसर (प्रशासक) के लिए है।
/ sbin /	संचालन, अनन्य कमांड और सिस्टम प्रशासक या उपयोगकर्ताओं के प्रोग्राम के लिए आवश्यक निष्पादन योग्य या बायनेरी जिनके पास उन्हें उपयोग करने की अनुमति है।
/ srv /	इसमें सिस्टम द्वारा दिया गया डेटा शामिल है।
/ tmp /	अस्थायी फ़ाइलें हैं।
/ usr /	उपयोगकर्ता डेटा के माध्यमिक पदानुक्रम ; इसमें अधिकांश उपयोगिताओं हैं जो बहु-उपयोगकर्ता उद्देश्य हैं लेकिन फिर भी केवल पढ़ने के लिए हैं। यह फ़ोल्डर अन्य स्थानीय नेटवर्क उपयोगकर्ताओं के साथ भी साझा किया जा सकता है।
/ usr / बिन /	सभी उपयोगकर्ताओं के लिए गैर-प्रशासनिक बाइनरी कमांड।
/ usr / शामिल /	मानक में फाइलें शामिल हैं।
/ usr / lib /	साझा पुस्तकालयों या बायनेरिज़ का सेट। एक ही सिस्टम पर दो समान लाइब्रेरी कभी नहीं होती हैं, जो मेमोरी उपयोग को अनुकूलित करती हैं और अधिक से अधिक ऑर्डर प्रदान करती हैं।
/ usr / sbin /	बायनेरिज़ जो आवश्यक नहीं हैं; उदाहरण के लिए, कई नेटवर्क सेवाओं के लिए डेमॉन ।
/ usr / शेयर /	ऐसा डेटा शामिल है जो साझा किया गया है लेकिन वास्तुकला से स्वतंत्र है।
/ usr / src /	कुछ अनुप्रयोगों के स्रोत कोड शामिल हैं।
/ usr / X11R6 /	ग्राफिक वातावरण से संबंधित निर्देशिका।
/ usr / स्थानीय /	स्थानीय डेटा के लिए तृतीयक पदानुक्रम , जो इस होस्ट के लिए विशिष्ट है।
/ / /	इसमें लॉग, डेटाबेस, ईमेल जैसी सिस्टम चर फाइलें शामिल हैं।
/ var / कैश /	/ Tmp के समान, इसमें कुछ एप्लिकेशन की कैश मेमोरी समाहित है।
/ var / दुर्घटना /	त्रुटियों या सिस्टम क्रैश के बारे में जानकारी शामिल है।
/ var / खेल /	यह एक निर्देशिका है जो आवश्यक नहीं है और इसका उद्देश्य सिस्टम गेम के संबंध में जानकारी संग्रहीत करना है।
/ var / लॉक /	उपयोग में संसाधनों की स्थिति वाली फाइलें स्थित हैं।
/ var / लॉग /	फ़ाइलों को लॉग करें ।
/ var / मेल /	उपयोगकर्ता संदेशों के अभिलेखागार, समान ईमेल।
/ var / ऑप्ट /	ऐसे डेटा शामिल करता है जो / ऑप्ट निर्देशिका में चर हो सकते हैं।
/ var / रन /	अंतिम सिस्टम स्टार्टअप के बाद से जानकारी तक पहुंच। उदाहरण के लिए, वर्तमान में उपयोगकर्ता जुड़े हुए हैं, या राक्षस चल रहे हैं।
/ var / स्पूल /	ऐसे कार्य शामिल हैं जो प्रक्रिया के लिए इंतजार कर रहे हैं। उदाहरण के लिए, बिना पढ़े ईमेल या प्रिंट कतारें।
/ var / स्पूल / मेल /	अस्वीकृत उपयोगकर्ताओं के ईमेल का स्थान।
/ var / tmp /	इसमें अस्थायी फ़ाइलें हैं, इसका अंतर / tmp के साथ अंतर यह है कि सिस्टम को रिबूट करते समय इसे हटाया नहीं जाता है।

हम आपको विंडोज 10 स्टेप बाय स्टेप उबंटू स्थापित करने का तरीका बताते हैं

आपको पढ़ने में रुचि हो सकती है: आपको लिनक्स में रूट, सु और सुडो के बारे में जानने की आवश्यकता है

अनुमतियाँ

विषय को बंद करने के लिए, लिनक्स में, साथ ही अन्य यूनिक्स प्रणालियों में, फाइलों पर एक अनुमति नीति बनाए रखी जाती है । पहुंच को नियंत्रित करने के लिए, वे इसके बारे में क्या कर सकते हैं और कौन कर सकता है। अनुमतियाँ अक्षरों द्वारा पहचानी जाती हैं और इस तरह से स्थापित की जाती हैं:

• a: फ़ाइल w पढ़ने की अनुमति: फ़ाइल x लिखने की अनुमति: फ़ाइल s निष्पादित करने की अनुमति: फ़ाइल के स्वामी में परिवर्तन करने की अनुमति।

इसी तरह, लिनक्स में प्रत्येक अनुमति लागू की जा सकती है: फ़ाइल मालिकों के लिए, वह समूह जो मालिक का है या बाकी उपयोगकर्ताओं का है। जो इस सुरक्षा तंत्र को विभिन्न जिम्मेदारियों (बहु-उपयोगकर्ताओं) के साथ कार्य समूहों में पूरी तरह से काम करने की अनुमति देता है।