जड़ नहीं काट सकता?


12

मेरे विभाग में हमारे पास CentOS और सांबा के साथ एक छोटा फ़ाइल सर्वर है। मेरे पास कुछ मूल रखरखाव करने में सक्षम होने के लिए रूट एक्सेस है।

आज मैं कुछ फ़ोल्डर्स को केवल पढ़ने के लिए बना रहा था, इसलिए मैंने आगे बढ़कर एक किया chmod -R -w some-folder/, लेकिन कुछ फ़ाइलों के लिए मुझे प्रतिक्रिया मिली:

chmod: ./somefile.pdf: नई अनुमतियां r-xrwxr-x हैं, r-xr-xr-x नहीं

जोड़ने के बाद -vमुझे बहुत सी जानकारी नहीं मिलती है:

`./somefile.pdf का मोड 0575 (r-xrwxr-x) के रूप में बरकरार रखा गया

मैंने यह सुनिश्चित करने के लिए निम्नलिखित कोशिश की:

# touch test-file
# chmod -v -R -w .
mode of `./somefile.pdf' retained as 0575 (r-xrwxr-x)
chmod: ./somefile.pdf: new permissions are r-xrwxr-x, not r-xr-xr-x
mode of `./test-file' changed to 0444 (r--r--r--)

मैं किसी भी अच्छे कारणों के बारे में नहीं सोच सकता कि रूट एक चामोद करने में सक्षम क्यों नहीं होगा?

कुछ ख़बर:

  • फाइलसिस्टम केवल-पढ़ने के लिए नहीं है (केवल कुछ फाइलों को चोमोडेड करने से इनकार कर दिया गया है)।
  • मैं chmod कमांड को रूट के रूप में चलाता था लेकिन कोई प्रभाव नहीं।
  • विभाजन जहाँ फ़ाइलें रहती हैं ext4 है।

अद्यतन : यह lsattrफ़ाइल और फ़ोल्डर वाले फ़ोल्डर के लिए आउटपुट है :

# lsattr somefile.pdf
-------------e- somefile.pdf
# lsattr ..
-------------e- ../myfolder

कोई सेटिउड प्रेजेंट नहीं है ( ls -la):

dr-xr-xr-x  2 userxyz abc   4096 May 30 09:29 .
dr-xr-xr-x 17 userxyz abc   4096 Sep 19  2013 ..
-r-xrwxr-x  1 userxyz abc 275150 Aug  6  2013 somefile.pdf

आप इस फ़ाइलों को दूरस्थ रूप से स्वीकार कर रहे हैं?
लुसियानो अंड्रेस मार्टिनी

1
lsattrउन्हीं फाइलों पर और इसके ऊपर की डायरेक्टरी का आउटपुट क्या है?
राइडर

जवाबों:


17

सूत्रों के अनुसार, आपके पास एक भोली अपेक्षित मोड है । अधिक खाई करने के बाद, मुझे लगता है कि इसका कारण -wविकल्प है, जो आप उम्मीद नहीं कर रहे हैं। आपको ( g-wया ugo-wअपनी आवश्यकताओं के अनुसार) देना चाहिए ।

एक स्पष्ट लक्ष्य दिए बिना (ए, ओ, जी, यू) कुछ अप्रत्याशित परिणाम प्रदान किए जा सकते हैं, ओम्स्क मूल्य के अनुसार। मुझे लगता है कि इस तरह के अप्रत्याशित बदलावों के कारण ऐसा अतिरिक्त संदेश जाता है।

संपादित करें: http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/chmod.c#n301 में स्रोत

Google कैश से लिया गया, उस कोड में एक टिप्पणी जो अब नहीं है:

/ * यदि सही है, "चामोद-आर फाइल" जैसे भोले दुरुपयोग से आश्चर्य का निदान करें। POSIX यहां निदान की अनुमति देता है, क्योंकि पोर्टेबल कोड का उपयोग करना है। "chmod - -r फ़ाइल" * /


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

1
और मैं संपादन या बेहतर जवाब का स्वागत करता हूं, क्योंकि मुझे अभी तक समझ नहीं आया कि चामोड इस अजीब तरीके से काम क्यों करता है।
जियाकोमो कैटेनाज़ी

5
man chmod: "अक्षरों के संयोजन का संयोजन यह दर्शाता है कि उपयोगकर्ताओं की फ़ाइल तक पहुंच बदल दी जाएगी [...] यदि इनमें से कोई भी नहीं दिया गया है, तो प्रभाव ऐसा है जैसे (क) दिए गए थे, लेकिन बिट्स जो इसमें सेट हैं उमस्क प्रभावित नहीं हैं। " तो आप chmod + w फ़ाइल की तरह सामान कर सकते हैं और केवल उन्हीं को लिखित पहुँच दे सकते हैं जो नई फ़ाइल बनाते समय प्राप्त करेंगे। नकारात्मक व्यवहार हालांकि थोड़ा भ्रमित करने वाला लगता है, इसलिए यह चेतावनी एक अच्छा विचार है।
इलकाचू
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.