backupdGünlüğü kolayca görüntülemek için Time Machine Buddy widget'ına bir göz atın . Ayrıca yedekleme diskinin kendisinde, .Backup.logher bir yedeklemenin klasöründe bulunan gizli dosyada başka bir günlük bulunduğunu unutmayın . Bu, backupdgünlüklerden başka bazı bilgiler verir .
Günlüklerin genellikle eşleşmeyen rakamlar gösterdiğini unutmayın:
Yedekleme öncesi inceltme gerekmez: 821,4 MB talep edildi (dolgu dahil) [..]
Macintosh HD'den 1630 dosya (3.8 MB) kopyalandı.
Yukarıda, ilk tahmin edilenden daha az dosya kopyalanır. Time Machine, yalnızca değiştirilen dizinleri bildiren FSEvents'a güvenirken , yukarıdaki örnekte bu dizinlerin dosyalarda toplam 821,4 MB olduğunu varsayıyorum. Dosyaları gerçekten kopyalarken, Time Machine sabit diskteki değiştirilen dizinleri yedeklemeyle karşılaştırır ve yalnızca 3.8 MB'lik dosyaların gerçekten değiştirildiğini bulur.
Yedeklemeye ne yazıldığını görmek için bkz. TimeTracker (GUI) veya timedog (komut satırı). Yönetici kullanıcı olarak çalışırken bile, bazen bu programların tüm dosyaları görebilmesi için root olarak çalıştırılması gerektiğini unutmayın. Bunu yapmazken , bu araçlar, örneğin , grup tekerleğinde _mysql'e ait olan MySQL günlüklerinin ve verilerin yedeklerini dikkate almayabilir :
cd "/ Birimler / XX Yedekleme / Backups.backupdb / XX / Son"
sudo ls -l "Macintosh HD / usr / yerel / mysql-5.0.51a-osx10.5-x86"
[..]
drwxr-x --- @ 6 _mysql tekerlek 374 Tem 2 20:05 veri
Bu durumlarda her iki araç da (sessizce) backupdKonsoldaki günlüklerden daha düşük bir toplam yedekleme boyutu ve daha az dosya bildirir . Yani, eğer sayılar TimeTracker için, sonra günlükleri ile eşleşmiyor:
sudo ~ / Yüklemeler / TimeTracker.app / İçindekiler / MacOS / TimeTracker
Aynı şekilde, timedog için:
cd "/ Birimler / XX Yedekleme / Backups.backupdb / XX"
sudo ~ / Yüklemeler / timedog
Kolayca sabit diskinizde büyük dosyaları bulmak için bkz Disk Envanter X . Bu programın Time Machine ile ilgisi yoktur, ancak yedeklemenizin neden sabit diskinizde kullanılan alandan çok daha küçük olduğunu merak ettiğinizde sorunların araştırılmasına yardımcı olabilir. Bu programın büyük olasılıkla her zaman pencere başlığında, hangi diskin araştırılacağını seçebileceği (kök olarak çalışırken ve Görünüm, Fiziksel Dosya Boyutunu Göster menüsü seçildiğinde bile) ekran başlığından daha az toplam disk alanı rapor edeceğini unutmayın. Ancak bildirilen toplam boyut, Mac'inizde kullanılan gerçek toplamlardan gerçekten çok daha küçükse, root olarak çalışmanıza yardımcı olabilir:
sudo "$ HOME / Yüklemeler / Disk Envanteri X.app/Contents/MacOS/Disk Envanter X"
Dosyaları yedeklemeden kaldırmak için (Time Machine'in kaçak MySQL günlük dosyası gibi bazı büyük dosyaları yedeklediğini keşfederseniz), Apple şöyle yazar :
Daha önce yedeklenmiş bir dosya veya klasörün tüm örneklerini silmek ister misiniz? Yeterince kolay. Time Machine'i başlatın, silinecek öğeyi seçin, ardından Finder araç çubuğundaki eylem menüsünden "Tüm yedeklerden sil" i seçin.
Şimdi, eğer silmek istediğiniz o dosyalar köküne sadece görülebilir, o zaman root olarak "Time Machine Enter" çağırmak yanı olmalıdır. Bu da Finder'ın önce root olarak başlatılmasını gerektirir:
sudo /System/Library/CoreServices/Finder.app/Contents/MacOS/Finder
Bu normal bir Finder'a benziyor, ancak Finder'ın kenar çubuğundaki ana klasör simgesinin yanında kök olduğunu fark edeceksiniz . Şimdi, örneğin Shift-Cmd-G'yi (Git, Klasöre Git) kullanın /usr/localve dosyaları yedekleme diskinden silmek istediğiniz klasörü bulun. Ardından, Time Machine girin (ve bir kez daha ana klasörün simgesinin yanında kökün gösterildiğini doğrulayın ) ve Apple'ın talimatlarını izleyin. Dosyaları yedeklemeden silmeyi tamamladığınızda, kök Bulucu'yu durdurmak için Terminal'deki Ctrl-C tuşlarına basın. (Uzak disk düzgün bir şekilde çıkarılamayacağından Mac bilgisayarımdan çıkış yapmam gerekiyordu.)
Seyrek bir paket kullanıyorsanız (ağda yedek kullanırken olduğu gibi), boş alanların hiçbiri otomatik olarak geri kazanılmaz (veya: alan gerekene kadar değil). Bunu zorlamak için, bkz . OS X'te seyrek bir alandan tüm / en çok boş alan nasıl geri kazanılır . Bu yalnızca manuel olarak kaldırdığınız dosyalar için değil, yedekleme sonrası inceltme sırasında Time Machine tarafından süresi dolmuş saatlik veya günlük yedeklemeler için kaldırılan dosyalar için de geçerlidir .
Time Machine, disk alanı bittiğinde seyrek paketin kendisini sıkıştırır. Ancak, yedekleme öncesi inceltme sırasında önce bazı eski yedekleri silebilir gibi görünüyor , bu nedenle, bazı büyük dosyaları sildiyseniz veya süresi dolmuş yedeklemeler büyük dosyalar içeriyorsa, manuel olarak sıkıştırmak akıllıca olacaktır:
Yedekleme öncesi inceltmeye başlama: 53,57 GB talep edildi (dolgu dahil),
9.90 GB kullanılabilir
Süresi dolmuş yedek yok - yer açmak için en eski yedekleri silmek
Silinen yedekleme / Birimler / XX / Backups.backupdb / XX / 2007-12-20-172543 Yedeklemesi:
9.90 GB şimdi mevcut
Silinen yedekleme / Birimler / XX / Backups.backupdb / XX / 2007-12-31-005523 Yedeklemesi:
9.90 GB şimdi mevcut
2 yedek silindi: en eski yedekleme şimdi 8 Oca 2008
Yedekleme durduruluyor.
Yedekleme iptal edildi.
Çıkartılan Time Machine disk görüntüsü.
Boş alanı kurtarmak için yedekleme diski görüntüsünü sıkıştırma
Tamamlanan yedek disk imajı sıkıştırma
Standart yedeklemeyi başlatma
[..]
Yedekleme öncesi inceltmeye başlama: 53,57 GB talep edildi (dolgu dahil),
12.75 GB kullanılabilir
Yukarıdakileri test ettiği için Adam Cohen-Rose'a çok teşekkürler; bkz onun blog daha fazla ayrıntı için!
fseventsdetmesini " görmek için Konsolu arayabilirsiniz . Yeni oluşturulan günlükte, artık yedeklemeyle birlikte depolanan kimlikle eşleşmeyecek yeni bir tanımlayıcı bulunur. Bu, Time Machine'e sabit diskinizi son yedeklemeyle karşılaştırmasını söyler. Biri birden çok yedekleme diski kullanıyorsa,fseventsdyeni bir günlük oluşturulduysa, Time Machine sonunda her yedekleme diski için "Olay deposu UUID'leri eşleşmez" şeklinde çalışır .