व्याख्या 1: एक निर्देशिका फाइलसिस्टम का एक उप-समूह है। इसमें उपनिर्देशिका बनाकर इसे उप-विभाजनों में विभाजित किया जा सकता है। निर्देशिका के मालिक foo
उपस्पेस अंदर सब कुछ पर नियंत्रण होना चाहिए: foo/bar
, foo/bar/qux
, आदि
व्याख्या 2: एक निर्देशिका फाइलसिस्टम का एक उप-समूह है। हर निर्देशिका किसी न किसी निर्देशिका से जुड़ी होती है, जिसे उसका जनक कहा जाता है। निर्देशिका के मालिक के foo
पास सबस्पा के अंदर सब कुछ पर नियंत्रण है; हालाँकि, एक उपनिर्देशिका के लिए foo/bar
, मालिक का foo
इस पर नियंत्रण होता है कि क्या bar
संलग्न किया जा सकता है, foo
लेकिन अंदर क्या जाता है , इस पर नियंत्रण नहीं है bar
: केवल उस bar
पर नियंत्रण का मालिक है।
व्याख्या 2 के पक्ष में साक्ष्य: जैसा कि आपने नोट किया है, जिस तरह से अनुमतियाँ काम करती हैं। इसके अलावा, तथ्य यह है कि कुछ यूनिक्स फाइल सिस्टम एक निर्देशिका को एक से अधिक अभिभावकों के साथ संलग्न करने की अनुमति देते हैं: इसे कई हार्ड लिंक कहा जाता है। (नियमित फ़ाइलों के लिए कई हार्ड लिंक आम है, लेकिन आमतौर पर यह हतोत्साहित या निर्देशिका के लिए निषिद्ध है क्योंकि मुख्य रूप से लूप बनाने का जोखिम होता है, जहां एक निर्देशिका अपने स्वयं के दादा दादी का एन बार हटा दिया जाता है - इसलिए आप इसे रूट से प्राप्त नहीं कर सकते हैं निर्देशिका, जो एक बहुत ही सामान्य अपेक्षा है। अगर किसी निर्देशिका में 0 हार्ड लिंक हैं, तो भी क्या करना है इसकी समस्या है, लेकिन खाली नहीं है: चूंकि निर्देशिका अनासक्त है, आप इसे हटाना चाहते हैं, लेकिन आप इसके साथ क्या करते हैं सामग्री?)
व्याख्या 1 के पक्ष में साक्ष्य: व्यवहार में, निर्देशिका में एक ही माता-पिता होते हैं और इसलिए एक पेड़ की संरचना होती है। और आप foo/bar/qux
तब तक एक्सेस नहीं कर सकते जब तक कि आपने अनुमति (साथ foo
ही) को निष्पादित न कर दिया हो bar
, (सिवाय इसके कि कुछ अस्पष्ट तरीके हैं, bar
बिना पहुंच के दिए जाने के तरीके foo
)। तो ऊपरी स्तर मायने रखते हैं।
अधिक व्यावहारिक नोट पर, आपकी स्थिति में, उपयोगकर्ता A कर सकता है
mkdir कचरा
एमवी फू / बार कचरा /
rmdir फू