चिपचिपा सा और गप्प


2

मैं एक आकस्मिक विलोपन से अपने फ़ोल्डर्स को $ HOME में सुरक्षित रखना चाहता हूं। मैंने chattr +iउन पर लागू किया, लेकिन मैंने देखा कि अंतिम को पुनरावर्ती रूप से लागू किया जाता है, इस प्रकार, वास्तव में फ़ोल्डर को हटाया नहीं जा सकता है, लेकिन मैं इसमें लिख भी नहीं सकता।

मैंने साथ एक चिपचिपा बिट लागू करने chmod 1775और फ़ोल्डर के स्वामित्व को बदलने की भी कोशिश की chown root foldername। आम तौर पर, स्टिकी बिट सक्षम होने पर, केवल फ़ोल्डर का मालिक ही इसे हटा सकता है, लेकिन, अजीब बात है, मेरे मामले में हालांकि फ़ोल्डर रूट के स्वामित्व में है, मैं इसे अपने सामान्य उपयोगकर्ता के साथ हटा सकता हूं।

मैंने देखा कि /homeविभाजन में उपयोगकर्ताओं के फ़ोल्डर , हालांकि वे वर्तमान उपयोगकर्ता के स्वामित्व में हैं और उनके पास स्वामी के लिए rwx अनुमतियां हैं, उन्हें हटाया / बदला नहीं जा सकता। यह कैसे प्राप्त किया जाता है?

मैं आर्क लिनक्स 32-बिट का उपयोग कर रहा हूं और फाइलसिस्टम एक्स 4 है।

जवाबों:


3

मैं एक आकस्मिक विलोपन से अपने फ़ोल्डर्स को $ HOME में सुरक्षित रखना चाहता हूं। मैंने उन पर चैट + आई लागू किया लेकिन मैंने देखा कि अंतिम को पुनरावर्ती रूप से लागू किया जाता है, इस प्रकार, वास्तव में फ़ोल्डर को हटाया नहीं जा सकता है, लेकिन मैं इसमें लिख भी नहीं सकता।

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

मैंने chmod 1775 के साथ एक चिपचिपा बिट लगाने की कोशिश की और chown root foldername के साथ फ़ोल्डर के स्वामित्व को बदल दिया। आम तौर पर, स्टिकी बिट सक्षम होने के साथ, केवल फ़ोल्डर का मालिक ही इसे हटा सकता है, लेकिन, अजीब बात है, मेरे मामले में हालांकि फ़ोल्डर रूट के स्वामित्व में है, मैं इसे अपने सामान्य उपयोगकर्ता के साथ हटा सकता हूं।

चिपचिपा सा ऑब्जेक्ट हटाने की अनुमति देता है यदि आप या तो ऑब्जेक्ट खुद या उसके मूल निर्देशिका के मालिक हैं ।

मैंने देखा कि उपयोगकर्ता फ़ोल्डर / होम विभाजन में हैं, हालांकि वे वर्तमान उपयोगकर्ता के स्वामित्व में हैं और उनके पास स्वामी के लिए rwx अनुमतियां हैं, उन्हें हटाया / बदला नहीं जा सकता। यह कैसे प्राप्त किया जाता है?

ऊपर देखें - जब फाइल सिस्टम ऑब्जेक्ट को हटा रहा है, तो आपके पास मूल निर्देशिका पर 'लिखना' अनुमति होनी चाहिए , न कि ऑब्जेक्ट पर। इस मामले में, /homeरूट के स्वामित्व में है, और आपके पास केवल "पठन" + "निष्पादित" अनुमतियाँ हैं।

निष्कर्ष के तौर पर,

बैकअप।


फाइलसिस्टम ऑब्जेक्ट: एन। एक फाइल, डायरेक्टरी, डिवाइस नोड, सिमलिंक, पाइप, यूनिक्स सॉकेट, या जो कुछ भी हो, फाइलसिस्टम पर संग्रहीत किया जा सकता है।


0

किसी निर्देशिका में किसी आइटम को बनाने, हटाने या नाम बदलने के लिए आपके पास निर्देशिका की अनुमति होनी चाहिए। आम तौर पर /homeआम उपयोगकर्ताओं के लिए योग्य नहीं होता है ताकि आप किसी निर्देशिका को बना, हटा या नाम न बदल सकें /home

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

एक निर्देशिका को अपरिवर्तनीय ( chattr +i) बनाने का अर्थ है कि इसे बिल्कुल नहीं बदला जा सकता है, इसलिए इसमें कोई नई फाइल नहीं बनाई जा सकती है, और इसमें कुछ भी नहीं हटाया या नाम बदला जा सकता है। यदि आप किसी निर्देशिका को हटाए जाने से रोकना चाहते हैं, लेकिन फिर भी उसके भीतर फ़ाइलों को बनाना, निकालना और उनका नाम बदलना चाहते हैं, तो आप ऐसा कर सकते हैं कि निर्देशिका के भीतर कोई अपरिवर्तनीय फ़ाइल बनाकर, क्योंकि कोई निर्देशिका तब तक नहीं निकाली जा सकती है इसमें कुछ है। वैकल्पिक रूप से आप बिना लिखित अनुमति के एक उपनिर्देशिका बना सकते हैं जिसमें कम से कम एक फ़ाइल हो।


0

पार्टी के लिए थोड़ी देर लेकिन chattr +a(वैकल्पिक रूप -Rसे पुनरावर्ती के लिए) आपको नई फाइलें बनाने की अनुमति देगा, लेकिन उन्हें हटाए नहीं।

+aध्वज बलों (जबकि केवल निर्देशिका को संलग्न +iबलों यह अपरिवर्तनीय होना करने के लिए)।

इसका मतलब यह है कि जब आप किसी फ़ाइल को हटाने की कोशिश करते हैं, तो ओएस इसे निर्देशिका से हटाने का प्रयास करेगा जो विफल हो जाएगा, जिससे संपूर्ण हटाए गए ऑपरेशन विफल हो जाएंगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.