আপনি দেখতে পাচ্ছেন বেশিরভাগ পার্থক্য টাইম মেশিনের "স্থানীয় স্ন্যাপশট" বৈশিষ্ট্যের কারণে । যখন টাইম মেশিন চালু থাকে কিন্তু ব্যাকআপ ডিভাইসটি উপলব্ধ না হয়, তখন এটি স্থানীয় ভলিউমের দিকে ব্যাক আপ করে। এই স্থানীয় স্ন্যাপশটগুলির জন্য ব্যবহৃত স্থানটি ডিস্ক ইউটিলিটি এবং সিস্টেম তথ্য দ্বারা "ব্যবহৃত" হিসাবে গণ্য করা হয়, তবে ফাইন্ডার নয় ( এই নিবন্ধের ডিস্ক স্পেস বিবেচনার অংশটি দেখুন )। ব্যাকআপের স্থানটি বাস্তবে ব্যবহারের সময়, প্রয়োজনের পরে এটি স্বয়ংক্রিয়ভাবে মুক্তি দেওয়া হবে (অর্থাত্ যখন ভলিউম ৮০% এর উপরে পূর্ণ হবে), সুতরাং এটি অনুসন্ধানযোগ্য হিসাবে গণ্য হবে Find
আপনার বিশেষ ক্ষেত্রে, "ব্যাকআপস", 98.36 গিগাবাইটের জন্য ব্যবহৃত স্পেস সিস্টেম তথ্য তালিকা, ফাইন্ডার বনাম অন্য দুটি দ্বারা তালিকাভুক্ত ফাঁকা জায়গার পার্থক্যের খুব কাছাকাছি। ফাইন্ডারের 206.43 গিগাবাইট বিনামূল্যে - 98.36 গিগাবাইট ব্যাকআপ = 108.07 গিগাবাইট প্রকৃতপক্ষে বিনামূল্যে; সিস্টেম ইনফো এর 108.44 জিবি ফ্রি এবং ডিস্ক ইউটিলের 108.31 গিগাবাইটের তালিকাটির সাথে তুলনা করুন। বাকি পার্থক্যটি কী তা আমি নিশ্চিত নই (সম্ভবত তারা ডিস্কের দিকে কিছুটা ভিন্ন সময়ে তাকালেন? বা তারা ভলিউমের কাঠামোকে কিছুটা আলাদা গণনা করতে পারে?) তবে এটি খুব সামান্যই।
ফাইন্ডার শো:
- সহজেই, জেএফএফএস + ভলিউম ম্যাকিনটোস এইচডি জন্য সত্য
- ally চ্ছিকভাবে, এমটিএমএফএস ভলিউম মোবাইলব্যাকআপগুলির জন্য সত্য
ইঙ্গিত: টাইম মেশিনে সক্রিয় স্থানীয় স্ন্যাপশট সহ, ফাইন্ডারে আপনি /Volumes/MobileBackups
তথ্যের জন্য যেতে পারেন ।
এক-লাইন কমান্ডের ফলাফল দেখায় যে কিছু উদ্দেশ্যে মোবাইলব্যাকআপগুলি একটি দূরবর্তী ফাইল সিস্টেম হিসাবে ধরা হয় :
qlmanage -m disks | grep MobileBackups && mount | grep MobileBackups
যেহেতু ডিস্ক ইউটিলিটি স্থানীয় ফাইল সিস্টেমে কেন্দ্রিক, আমরা সম্ভবত মোবাইলব্যাকআপগুলি কখনই সেই প্রসঙ্গে পৃথক ভলিউম হিসাবে দেখতে পাব না। ডিস্ক ইউটিলিটিতে সরলকরণের ডিগ্রি রয়েছে, এমনকি ডিবাগ বিকল্পগুলি নির্বাচন করা হলেও।