Bir Time Machine derin geçişini nasıl zorlarsınız?


12

Birkaç çekirdek paniği ve Firewire Time Machine sürücümün kazara sıcak bir şekilde çıkarılmasından sonra, Time Machine'imin Macintosh HD'imle tam olarak eşleştiğinden emin olmak istiyorum rsync -a. Time Machine'i yedeklemenin eşleştiğini kontrol etmek için derin bir geçiş yapmaya zorlamanın bir yolu var mı?

Bunu Leopard, Snow Leopard ve Lion'da nasıl yapacağınızı bilmek faydalı olacaktır.


Yeni bir yedekleme diski başlatmak için ekstra güvenli (ancak zaman alıcı ve biraz pahalı) bir seçenek olabilir.
Thilo

Yanıtlar:


7

Zaman Makinesi hedefini hiçbir şeye ayarlamak ve sonra eskisiyle aynı konuma yeniden ayarlamak benim için derin bir geçişi zorlar. Derin bir geçişin tetiklenme olasılığını artırmak için hedefin değiştirilmesi ile yeniden ekleme arasında yeniden başlatmayı deneyebilirsiniz.

En kötü durumda, sistem doğru olmaya güvenmediği zaman fseventsd dizinini güvenli bir zamanda yok etmek için tek kullanıcı modunda muck yapabiliriz, bu yüzden eşleşmeyecek yeni bir veritabanı zorladınız. Bunu muhtemelen TM tarafından silebilirsiniz, ancak önyükleme kopyasını marjinal olarak daha güvenli ve ihtiyacınız olan verileri yok etmeye veya yedeklemenizi bozmaya daha az eğilimli olarak kaldıracağım.

Komut satırını / terminalini kullanmaya eğilimliyseniz, tmutil comparederin bir geçişi zorlamadan önce bile başlayacağım . Şu anda var olan şeyleri son anlık görüntü ile açıkça karşılaştırır ve karşılaştırılan yerel bir anlık görüntüden endişe ediyorsanız belirli bir harici anlık görüntü belirterek işleri zorlayabilirsiniz.


Time Machine hedefini nasıl bir değere ayarlarsınız? tmutil setdestinationargüman olarak bir yol gerektirir, değil mi? (Ya da sadece yedek diski seçin ve sonra seçimi kaldırmak için "Diski Kaldır" tuşuna basın sanırım?) Ben kötü bir konumda sıkışmış. Time Machine her yedeklemeye çalıştığımda yeni bir yedekleme oluşturuyor (eski yedeklerimi silmeden önce iptal ediyorum), bu yüzden derin bir çapraz geçiş yapmaya zorlamak istiyorum, böylece çoğu dosyanın aslında sondan beri değişmediğini görüyoruz destek olmak.
Gary

Tamam, sadece Time Machine arayüzünü kullandım ve "Diski Kaldır" a basıp tekrar ekledim. Hala derin bir geçiş elde edemiyorum. Bunu biliyorum çünkü "Yedek hazırlanıyor" aşaması 12 dakika sürdü, dün 120 dakikayı tamamladığında derin bir geçiş gerçekleştirdim.
Gary

1

Tek kullanıcı modunda önyükleme, derin bir geçişe neden olabilir. Benim için bir kez yaptı, ama sonraki zamanlarda değil. /.Fseventsd silmek kesinlikle olacaktır. Bunu tek kullanıcı modunda yapmak güvenli olmalıdır. Yedekleme biriminde /.fseventd dosyasını silmek benim için derin bir geçişi tetiklemedi. (Sistemim normal şekilde devam etti ve hiçbir zaman yeniden oluşturmadı.)

tmutil comparesadece biraz doğru. İlk başta yedeklenmeyen dosyaları doğru bir şekilde tanımlamış gibiydi. Bunu düzeltmek için derin bir geçişi tetikledim, ancak Time Machine hala birçok dosyayı yedeklemiyor. Ancak tmutil compareşimdi bir sorun olmadığını iddia ediyor. Güvenirim:

rsync --dry-run --itemize-changes --checksum --protect-args -aNHAXx --protect-decmpfs --fileflags --force-change --delete path/to/source_dir/ path/to/destination_dir/

/Volumes/<your time machine volume>/Backups.backupdb/<your machine name>/Latest/Kaynak veya hedef yol olarak kullanın . --itemize-changesneyin farklı olduğunu görelim; '--checksum', rsyncsadece değişiklik süreleri ve dosya boyutu yerine dosya içeriğini karşılaştırmayı söyler ; ve --dry-runrsync'e aslında yedeklememesini söyler (bu yüzden bize ne yapacağını söyler). Argümanların geri kalanı, rsync'e hedefi meta veriler ve HFS sıkıştırma durumu da dahil olmak üzere her şekilde özdeş yapmasını söyleyen bayraklardır. Time Machine'in geri yükleme sırasında kaldırdığı defter tutma meta verilerini eklediğine inanıyorum, bu nedenle rsyncsahte meta veri değişiklikleri bulabilir.


1

En az macOS 10.13.6 için kısa cevap:

  1. Yedekleme biriminden tüm .inProgress yedeklemelerini kaldırın. Bu, kök kullanımını gerektirebilir, /bin/rm -rfbu nedenle dikkatli olun .

  2. tmutil associatediskYedek birimi ana birime yeniden bağlamak için komutu kullanın . Örneğin:

sudo tmutil Associatedisk -a / "/ Birimler / Zaman Makinesi Yedekleri / Backups.backupdb / Macintosh HD / Son / Macintosh HD"

Ardından Time Machine menü öğesinden bir yedekleme başlatın. Benim durumumda, taramayı 10 dakika içinde bitirmek yerine (açıkça tam bir tarama değil) ve yedekleme için bir terabayt göstermek yerine, tarama 30'u aştı ve yedekleme boyutu söylenenle eşleşti tmutil compare.

Arka fon:

Bir sahte yükleyici (Reallusion) "/ Users / Shared" (başka bir şekilde değiştirilmemiş dosyaların yaklaşık 1 terabaytı) içindeki her şey için izinleri değiştirdikten sonra derin bir geçiş / tam tarama zorlamak gerekiyordu. Hepsini geri değiştirdim ve tmutilzaman makinesinin artık bu dosyaları yedeklemesine gerek olmadığını doğruladım, ancak iki yedekleme diskinden biri, yaptığı önbelleğe alınmış taramanın kullanılmasında ısrar etti.

Yapılacaklar vermedi çalışır:

  • Yedekleme birimini sistem tercihlerinden kaldırma ve yeniden ekleme

  • Silme /.fseventsd

  • Sistem güncellemesi yükleme

  • .İnProgress yedeklemesini çalıştırmadan kaldırma tmutil associated disk

  • Koşu tmutil associated disk.inProgress çıkarmadan

  • Tek kullanıcı moduna önyükleme, okuma / yazma olarak bağlama ve bir dosyaya dokunma

Çoğu durumda, yedekleme günlükleri derin bir geçiş yaptığını iddia eder, ancak yalnızca birkaç dakika sürer ve her şeyi yedeklemeyi dener. İşte backupddaha sonra 10.13'te canlı izleme komutu :

günlük akışı --style syslog --predicate 'senderImagePath [cd] "TimeMachine" içeriyor --info

Bu sadece yeni olayları gösterecektir . Son üç gündeki günlüklere:

log show --style syslog --predicate 'senderImagePath [cd] "TimeMachine" içeriyor --info --last 3d

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.