क्या "सुरक्षित खाली कचरा" ओएस एक्स लायन में ट्रैश में दस्तावेजों के लिए छिपी हुई संस्करण फ़ाइलों को सुरक्षित रूप से हटा देता है?

Question

लायन में नया संस्करण फीचर छिपी हुई फाइलें बनाता है जो आपके द्वारा काम किए जाने वाले दस्तावेज़ के पुराने संस्करणों को संग्रहीत करते हैं, यदि आप दस्तावेज़ के कुछ पुराने संस्करण में वापस जाना चाहते हैं। यदि मैं किसी दस्तावेज़ को ट्रैश में खींचता हूँ, तो फाइंडर मेनू से सिक्योर एम्प्टी ट्रैश का चयन करें, क्या छिपी हुई संस्करण फ़ाइलों को दस्तावेज़ के साथ सुरक्षित रूप से हटा दिया गया है?

Comments

और नए स्थानीय टाइम मशीन कैश में प्रतियां कैसे?

— थिलो

@थिलो - बिल्कुल भी संभावना नहीं है - ऐसा क्यों नहीं पूछें क्योंकि यह अपना प्रश्न है?

— bmike

Answer 1

मेरा अनुमान नहीं है, लेकिन यह निश्चित उत्तर नहीं है।

मैंने पहली बार एक बहुत बड़ी (~ 160 एमबी) .txt फ़ाइल बनाई, और टेक्स्टएडिट में फ़ाइल में परिवर्तन किए। जैसा कि अपेक्षित था, वह फ़ाइल और उसके संस्करण दिखाई दिए /.DocumentRevisions-V100/PerUID। फाइलें ~ 160 एमबी की प्रतीत होती हैं ls, लेकिन du -hवे डिस्क पर 0 बी का उपयोग करते हैं। प्रत्येक फ़ाइल के लिए हार्ड लिंक की संख्या थी 1. एक फ़ोल्डर जिसे .cs(चंक स्टोरेज) कहा जाता /.DocumentRevisions-V100था, लगभग 110 एमबी तक बढ़ गया था।

हर बार जब मैंने फ़ाइल बदली, तो निम्न में हुआ /.DocumentRevisions-V100:

1. में एक ~ 160 एमबी फ़ाइल बनाई गई थी /.DocumentRevisions-V100/staging/। इस फ़ाइल की हार्ड लिंक गणना 1 है।
2. उस फ़ाइल को स्थानांतरित करने के लिए दिखाई दिया /.DocumentRevisions-V100/PerUID/<UID>/<#>/com.apple.documentVersions। कड़ी कड़ी गिनती 1 रही।
3. वह ~ 160 एमबी फ़ाइल 0 बी बन गई, और /.DocumentRevisions-V100/.csलगभग 2 एमबी बढ़ गई।

ड्राइव के खाली स्थान ( df) duने मुझे जो बताया था, उसके अनुरूप था । मुक्त स्थान काफी नीचे चला जाएगा, और फिर एक नए संस्करण को सहेजने से पहले लगभग उसी पर वापस लौटें।

इसके बाद, मैंने फ़ाइल को सिक्योर एम्प्टी ट्रैश के साथ मिलाने की कोशिश की। OS X एक प्रोग्राम का उपयोग करता है जिसे Locumफ़ाइल को सुरक्षित रूप से हटाने के लिए कहा जाता है। मूल .txt फ़ाइल में एक बहुत कुछ पढ़ने और लिखने के लिए संलग्न fs_usageकरना Locum। जबकि Locumइसकी बात कर रहा है, के तहत सभी संस्करणों /.DocumentRevisions-V100/PerUIDकर सकते हैं अभी भी बरकरार डेटा के साथ पहुँचा जा। Locumडेटा पर लिखने के बाद , यह मूल .txt फ़ाइल को अनलिंक कर देता है, और संस्करण /.DocumentRevisions-V100/PerUIDअचानक गायब हो जाते हैं। Locumफिर कूड़ेदान में किसी और चीज़ की ओर बढ़ता है, जबकि कभी छूता नहीं है /.DocumentRevisions-V100।

जो कुछ भी है /.DocumentRevisions-V100उसे सुरक्षित रूप से मिटाया नहीं जा रहा है।

संपादित करें: मैं कि जो कुछ भी जोड़ना चाहिए है में /.DocumentRevisions-V100किसी भी तरह समझ से परे या संकुचित है (फ़ोल्डर केवल ~ 120 एमबी) था। मैंने अभी तक सिराकुसा की समीक्षा के संस्करणों या फाइल सिस्टम अनुभागों को नहीं पढ़ा है ... हो सकता है कि इसमें कोई सुराग हो।

Answer 2

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

थोड़ा और विस्तार:

इसे जांचने के लिए, मैंने रूट यूज़र को सक्षम करने की अनुमति दी कि वह मुझे /.DocumentRevisions-V100और फाइलों को सहकर्मी दे सके । इस फ़ोल्डर की सटीक संरचना और इसकी सामग्री को जॉन सिराकुसा के लायन रिव्यू (इंटर्नल्स, डॉक्यूमेंट रिवीजन) में बेहतर तरीके से समझाया गया है ।

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

हटाने से पहले: /.DocumentRevisions-V100/PerUID/0/5/com.apple.revisions इस फ़ोल्डर में अभी भी पिछले संस्करण मौजूद हैं।

हटाने के बाद: /.DocumentRevisions-V100/PerUID/0/5/com.apple.revisions यह फ़ोल्डर अभी भी मौजूद है, लेकिन यह खाली है।

मैंने अन्य फ़ोल्डरों का निरीक्षण नहीं किया /.DocumentRevisions-V100/, इसलिए मैंने उन डेटाबेस की जांच नहीं की जो उनके भीतर निहित हैं। सिराकुसा अधिक विस्तार में जाता है, लेकिन वे परिवर्तनों को ट्रैक करने और सिस्टम द्वारा सहेजे गए संशोधनों के लिए उपयोगकर्ता की फ़ाइलों को मैप करने के लिए डेटाबेस में मौजूद हैं। मुझे पूरा यकीन है कि कोई भी दस्तावेज़ सामग्री वहां सहेजी नहीं गई है, हालांकि मैं फ़ाइलनाम के बारे में निश्चित नहीं हूं, और यदि फ़ाइलनाम मौजूद हैं, तो वे हैंशेड हैं या नहीं।

Comments

यह अच्छी प्रगति है, लेकिन मुझे लगता है कि यह केवल यह साबित करता है कि फाइलें हटा दी गईं, जरूरी नहीं कि सुरक्षित रूप से हटा दी गई हों। सुरक्षित विलोपन सिद्ध करने के लिए मुझे लगता है कि आपको या तो Apple के डेवलपर डॉक्यूमेंट का संदर्भ लेना होगा या फ़ाइल रिकवरी सॉफ़्टवेयर को चलाना होगा और देखना होगा कि क्या रिकवर किया जा सकता है।

— फिल एम।

आह, क्षमा करें, मैंने आपको गलत समझा। किसी के खिलाफ एक पुनर्प्राप्ति एप्लिकेशन को पुन: पेश करने और चलाने के लिए एक काफी सरल प्रयोग होना चाहिए। मैं ADC पर नहीं हूँ, इसलिए मैं वहाँ ज्यादा इस्तेमाल नहीं कर रहा हूँ।

— Gauzy

iostat और एक अन्यथा "अभी भी" मैक को लिखना बैंडविड्थ को देखना आसान बनाना चाहिए।

— bmike