मैं अपने आप से यह बहुत सवाल पूछ रहा हूं, और यहां के जवाब निश्चित रूप से मदद करते हैं। हालाँकि, एक पहलू है जिसकी कमी है जो एक नया कार्यान्वयन "विवरण" हो सकता है जो इस प्रश्न के उत्तर में मौजूद नहीं था।
tmutil deleteवास्तव में बैकअप को हटाता है, लेकिन वास्तव में उनके द्वारा लिए गए स्थान को पुनः प्राप्त नहीं करता है, कम से कम किसी भी गारंटीकृत तरीके से नहीं। मैंने लगभग 2 पूरे दिन पहले 2% से बैकअप हटाने में बिताए, जो कि अंतिम पूर्ण संदेश के अनुसार लगभग अनुमानित राशि थी। 400 जीबी डाटा। मैंने निशुल्क बैकअप स्पेस इंडिकेशन को एक बार फिर से ऊपर जाते देखा , लेकिन अगले बैकअप के बाद मैं फिर से केवल 7% उपलब्ध स्थान (लगभग 450Gb के बजाय 858Gb) का उपयोग कर रहा था। कि वास्तव में मुझे स्तब्ध कर दिया था।
उस रहस्य का उत्तर यहां दिया गया है: http://blog.hawkimedia.com/2012/08/reclaiming-a-timemachine-volumes-disk-space/
संक्षेप में, आपको विरल बंडल को कॉम्पैक्ट करना होगा, जो वास्तव में बैकअप रखता है। यदि यह एक नेटवर्क डिस्क पर, या HFS + में स्वरूपित डिस्क पर होस्ट नहीं किया गया है। मेरे पास टीएम बैकअप नहीं है जो एक विरल बंडल में होस्ट नहीं किए गए हैं, इसलिए यह जांच नहीं कर सकता है कि क्या उपयोग tmutil deleteकरने पर यह मुफ़्त है। यह अच्छी तरह से कर सकता है और तथ्य यह है कि यह एक टाइम कैप्सूल पर नहीं होता है बस विरल बंडल प्रोटोकॉल की ख़ासियत हो सकता है। के बाद निष्पादित करने की आज्ञा sudo tmutil deleteहै sudo hdiutil compact /Volumes/YourTimeMachineDisk/YourBackupName.sparsebundle। मेरे मामले में जिसने रिपोर्ट की
Starting to compact…
Reclaiming free space…
...................................................................................................................................
Finishing compaction…
Reclaimed 403.2 GB out of 583.5 GB possible.
अच्छी खबर यह है कि इस कमांड ने केवल समय का एक अंश लिया, जो कि tmutil ने लिया था, डिस्क पर बहुत कम समय बिताना और कम RAM का उपयोग करना (वास्तव में इसे पूरा करने में मुझे यह उत्तर लिखने में समय लगा)।
