कितने निर्देशिकाओं को नस्ट किया जा सकता है?

Question

मैं उत्सुक हूं, कितने फ़ोल्डर नेस्टेड हो सकते हैं और क्यों? क्या कोई सीमा है?

नेस्टेड से मेरा मतलब है जब फ़ोल्डर इस संरचना में हैं:

folder
 |_ folder
     |_ folder
         |_ folder
             |_ ...

इस तरह नहीं:

folder
 |_ folder
 |_ folder
 |_ folder
 |_ ...

यदि कोई सीमा है, तो क्या यह ऑपरेटिंग सिस्टम, या फाइल सिस्टम द्वारा सेट किया गया है?

Answer 1

यह सीमा inodeआपके विभाजन के बाद से निर्देशिकाओं की संख्या होगी , नियमित फ़ाइलों की तरह, प्रत्येक इनोड को लें।

जब तक आप inodes से बाहर नहीं निकलते तब तक कोई भी डायरेक्टरी किसी अन्य डायरेक्टरी के अंदर डायरेक्टरी बनाने से नहीं रोकेगी ।

ध्यान दें कि शेल की कमांड लाइन में अधिकतम लंबाई होती है जो वास्तव में लंबे रास्तों के साथ समस्या पैदा कर सकती है, लेकिन यह अभी भी cdलक्ष्य फ़ाइल की दिशा में उत्तरोत्तर संभव होगा ।

Comments

वास्तव में, प्रयोग से यह होता mkdir -pहै और यह अधिक से अधिक करने की अनुमति देता है MAX_PATH। ऐसी फाइलें उनके विहित पथ द्वारा नहीं खोली जा सकतीं, लेकिन कोई भी उन्हें बिना किसी समस्या के बना सकता है।

— डिप्रेस्डडैनियल

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

— जोहान मायरेन

@JuliePelletier POSIX (और Linux) API अधिकतम PATH_MAX (4096 लिनक्स पर) को परिभाषित करता है, जो कमांड लाइन की अधिकतम लंबाई से बहुत कम है। और जब हम नाइटपैकिंग कर रहे हैं: अधिकतम कमांड लाइन वास्तव में शेल प्रतिबंध नहीं है। सीमा तर्क वेक्टर लंबाई द्वारा execveसिस्टम कॉल पर लगाई जाती है , और इसलिए किसी भी प्रोग्राम पर लागू होती है।

— जोहान मायरेन

@ जोहानमेरेन: वे अच्छे अवलोकन हैं, लेकिन मेरा कहना था कि यह अभी भी अपेक्षाकृत सुलभ होगा, चाहे वह कितना भी गहरा हो।

— जूली पेलेटियर

@ आरीन ट्राय करें df -i।

— जोहान मायरेन