डिलीट करने के खिलाफ फाइल को कैसे लॉक करें लेकिन फिर भी इसे राइट करने योग्य बनाएं?

33

मैं एक फ़ाइल को हटाने के खिलाफ बंद करना चाहता हूं लेकिन फिर भी लेखन योग्य होना चाहिए। मैं यह कैसे करु?

प्रश्न में फ़ाइल एक NAS SMB नेटवर्क शेयर पर एक फ़ाइल के रूप में एक Truecrypt वॉल्यूम है, इसलिए मैं गलती से इसे हटाना नहीं चाहता।

linux windows filesystems

— therobyouknow
स्रोत

1

यह मुमकिन नहीं है। इसे हटाने के लिए शून्य राशि लिखना।

— soandos

@soandos - मैं सहमत नहीं हूँ मुझे डर है। क्योंकि इसके लिए शून्य लिखने का मतलब यह है कि फ़ाइल मौजूद है, लेकिन शून्य से भरा है। वास्तव में जीरो से भरी 'स्पार्स' फाइल बनाने के लिए लिनक्स कमांड होते हैं।

— उपचार

34

विंडोज के लिए:

फ़ाइल पर "हटाएं" अनुमति से इनकार करें।
मूल निर्देशिका पर "चाइल्ड आइटम हटाएं" अनुमति को हटा दें या अस्वीकार कर दें।

यूनिक्स के लिए (OS X सहित):

मूल निर्देशिका पर "लिखें" अनुमति निकालें।

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

साथ ही, ऑपरेटिंग सिस्टम के बीच अनुवाद करने के लिए फ़ाइल अनुमतियाँ असंभव हैं। यदि NAS लिनक्स चलाता है, और आप विंडोज के भीतर से अनुमतियों को सेट करने का प्रयास करते हैं, तो अंतिम परिणाम आपके द्वारा अपेक्षा से अलग हो सकता है।

— grawity
स्रोत

सबसे अच्छा जवाब मुझे मिलेगा मुझे लगता है। +1 और धन्यवाद। हां, एनएएस एक लैकी 2big है जो एआरएम पर लिनक्स का एक संस्करण चला रहा है।

— इसके बाद

1

आपको वास्तव में हटाने से इंकार करने की आवश्यकता नहीं है, बस मौजूदा एक्सेस कंट्रोल एंट्री (ACE) से डिलीट को हटा दें। (इनकार ACE चीजों को और अधिक जटिल बनाते हैं, आमतौर पर लंबी अवधि में एक अच्छा कोर्स नहीं।)

— रिचर्ड

2

@Richard: AFAIK, को दूर करने की आवश्यकता है पूरी तरह से है कि फ़ाइल है, जो इसे और भी आसान हो गया है के लिए एसीएल विरासत को निष्क्रिय करने और अधिक अंत में जटिल।

— ग्रेविटी

मैं ग्रेविटी से सहमत हूं। जाने की अनुमति से इंकार कर दें। यदि शेयर अनुमति संशोधित करने के लिए सेट है, तो इनकार अभी भी हटाए जाने को अवरुद्ध करेगा , जबकि इसे खाली छोड़ने से हटाए जाने की अनुमति होगी।

— सर्फास

26

लिनक्स में आप इसके लिए एक हार्ड लिंक बना सकते हैं। फिर आप इसे लिख सकते हैं और इसे "हटा" सकते हैं, लेकिन आप केवल अपनी निर्देशिका में संदर्भ को हटा देंगे। अन्य हार्ड-लिंक अभी भी फ़ाइल की सामग्री को इंगित करेगा, इसलिए इसे वैसे भी हटाया नहीं जाएगा।

यूनिक्स दुनिया में, आप फ़ाइलों को "डिलीट" नहीं करते हैं। आप बस इसके लिए कठिन लिंक की संख्या को कम करते हैं। जब कुछ और इसे इंगित नहीं कर रहा है, तो अंतरिक्ष मुक्त माना जाता है और इसका इस्तेमाल किया जा सकता है ...

— woliveirajr
स्रोत

2

अच्छा विचार। पता नहीं @Rob अपने NAS पर हार्डलिंक बना सकता है या नहीं, लेकिन अगर वह एक बहुत ही चतुर समाधान है।

— CarlF

1

+1 यदि संभव हो तो स्वीकृत उत्तर के साथ मैं कॉम्बो में कर सकता हूं। या अलग से अगर नहीं। बॉक्स के बाहर सोचने के लिए +1। हालाँकि, प्रश्न में लिनक्स शेयर एक NAS ड्राइव है, यह सुनिश्चित नहीं है कि कंसोल सुविधाएं उपलब्ध हैं, यह लिनक्स का एक एम्बेडेड या अर्ध-एम्बेडेड रूप है। +1 अभी भी यद्यपि यह अन्य लोगों की मदद कर सकता है जिनके पास एक नियमित लिनक्स डेस्कटॉप या कंप्यूटर एक शेयर के रूप में कार्य कर रहा है।

— उपचार

2

उसी तकनीक को NTFS के साथ काम करना चाहिए।

— रॉटस्टर

Woliveirajr समाधान का समर्थन करने के लिए +1 RBerteig और +1 CarlF।

— इसके बाद

12

बैकअप। यदि आप विलोपन से कर सकते हैं, तो आप वास्तव में एक लेखनीय फ़ाइल को नुकसान से नहीं बचा सकते। इसे रोजाना वापस करें।

— CarlF
स्रोत

4

+1। कोई फर्क नहीं पड़ता कि क्या अन्य बेल्ट और सस्पेंडर्स लागू होते हैं।

— RBerteig

+1 कार्लफ़ और +1 आरबेटिग। पूर्णतया सहमत। फाइलें ऑप्टिकल मीडिया (डीवीडी-आर, + आर, + आर डीएल और ब्लू-रे 25 जीबी और डीएल 50 जीबी) के रूप में अच्छी तरह से समर्थित हैं। मैं दूसरी हार्ड ड्राइव पर भी विचार कर सकता हूं।

— उपचार

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

— 9

0

पिछले anwers के अलावा मैं selinux पर एक नज़र रखने पर विचार करेंगे। वहाँ आप बहुत बारीक सीमाओं को परिभाषित कर सकते हैं।

— नील्स बसजेस
स्रोत

0

गाय फाइल सिस्टम जैसे btrfs पर आप सबवोल्यूम्स + स्नैपशॉट या cre --reflink = का उपयोग करके इसे प्राप्त कर सकते हैं। हमेशा यह प्रभावी रूप से उतनी ही फाइलों में परिणत होता है जितना आप चाहते हैं कि एक ही स्थान पर एक + कुछ माथे (लेकिन विशेष रूप से छोटे फ़ाइल आकार के साथ संयुक्त प्रतियों या स्नैपशॉटों की एक पागल संख्या के बिना यह ध्यान देने योग्य नहीं होना चाहिए) जब तक कि वे संशोधित नहीं होते हैं उस स्थिति में केवल जो भागों को बदल दिया गया है उन्हें अलग से संग्रहीत किया जाता है और शेष अभी भी साझा किया जाता है। फिर प्रत्येक पर अनुमतियों को अलग-अलग सेट करें (यह प्राप्त करने के लिए कि आप क्या चाहते हैं कि नियमित रूप से केवल एक स्नैपशॉट बनाएं या केवल पढ़ने की अनुमति के साथ कॉपी करें (और वैकल्पिक रूप से इसे आरओ या माउंट नहीं करें यदि यह स्नैपशॉट है और यदि यह एक फ़ाइल का उपयोग करता है + तो मैं) यदि आप एक प्रति पर विलेख लिखे हुए हैं तो भी t) लिखें या फाइल को संशोधित करें (यदि आपके पास लिखने की अनुमति है)।

— orange_juice6000
स्रोत

0

"मानक" UNIX में, किसी फ़ाइल को विलोपन से बचाने में असंभव प्रतीत होता है यदि निर्देशिका लेखन योग्य हो। सहज रूप से, कोई यह उम्मीद कर सकता है कि मोड बिट्स से 'chmod' के साथ सुरक्षा को हटाने से हटाए जाने से बचा जाना चाहिए, लेकिन यह मामला नहीं है। इसी तरह, एएफएस में, आप एकल फ़ाइलों को हटाए जाने से नहीं बचा सकते, क्योंकि एसीएल प्रविष्टियां (प्रासंगिक 'डी' प्रवेश की कमी या खंडन) केवल एक पूरे के रूप में निर्देशिका पर लागू होती हैं।

— क्लाउस एंगलहार्ट
स्रोत