Time Machine, El Capitan güncellemesinden sonra gülünç derecede yavaş

Geçenlerde El Capitan'a güncellendi ve Time Machine'e yedeklemesini söyledim. Saatlerce Yedekleme Hazırlanmasında takılıp kaldım, bu yüzden durdurdum, InProgress dosyasını sildim, yeniden başlattım ve tekrar denedim. ~ 30 dakika sonra, Time Machine hala hazırlanıyordu. Aktivite izleyicisine baktım ve backupd sadece 30Mb'de ~ 140Mb okudu ... iStatMenus'a baktığımda, backupd'nin hiçbir şey ile 120Kb / s arasında bir okuma hızına sahip olma eğiliminde olduğunu buldum (eğer şanslıysam. 500kb / s'ye ve çok nadiren 1Mb / s'ye). Spotlight endeksleme yapmıyor (Spotlight bazen yedeklenmenin önüne geçiyor) ve sabit disk, bunu yazdığım sırada uykuya daldı, Mac'in kısa bir süre içinde ondan bir şeyler okuması için nadiren uyandı.

İşte backupd için arama yaparken konsolda ortaya çıkan şeyler:

Eğer Yosemite’e geri dönmek istersem, sabit diskimi yeniden biçimlendirmek zorunda kalmamayı tercih ederim, ancak sorunu çözüp çözmeyeceğim.

Ayrıca, Mac'imi ne zaman yeniden başlatsam, sabit sürücü Time Machine simgesini kaybeder ve turuncu bir sürücüye geri döner.

Aktivite İzleyicisi, Disk modu ~ 50 dk.

EDIT: Disk için Spotlight'ı devre dışı bırakmayı ve yeniden etkinleştirmeyi denedim ve .Spotlight-V100 klasörünü de sildim ve yeniden başlattım. Değişiklik yok.

EDIT 2: Konsolda bazı hatalar ortaya çıktı.

EDIT 3: Çok, birkaç saat sonra Time Machine taramayı bitirdi ve şimdi yedekleniyor! Neden bu kadar uzun sürdüğünü hala bilmek istiyorum (El Capitan’a güncelleme işleminin o kadar uzun sürmesini beklemiyordum. Sistem dosyalarını da hariç tuttum, sanırım henüz kaldırdığımdan beri uzun süre beklemekteyim. istisnalar listesinden)

Sorunun bir kısmı, düşük öncelikli giriş / çıkış işlemlerinin (G / Ç) şimdi ağır biçimde boğulmuş gibi görünmesi. Terminal üzerinden kontrol edebilirsiniz (Spotlight ile bulunur (genellikle bağlı ⌘Space) ve girerek terminal) ve bash komut istemine girerek:

fs_usage backupd

ve THROTTLEDgirişleri arayın . Onları görürseniz, yedek boğulur.

Bu nedenle, bir ton dosyanız varsa, G / Ç'nin yapılması için gereken süre, dosyalar küçük bile olsa sonsuza kadar sürer (çünkü, eskiden olduğundan çok daha fazla G / Ç işlemi gerçekleştirir xattrs).

Bir terminale gidin ve girin:

sudo sysctl debug.lowpri_throttle_enabled=0

Benim için bu, 2.5 milyon dosya içeren bir dosya sisteminde 72 saatten ~ 4 saate kadar hızlanıyor.

Aşağıdaki komutla yedeklemeniz başarıyla tamamlandıktan sonra azaltmayı yeniden etkinleştirmek de iyi bir fikirdir.

sudo sysctl debug.lowpri_throttle_enabled=1

Bu komutu onaylıyorum:

sudo sysctl debug.lowpri_throttle_enabled=0 

Mükemmel çalışıyor.

Yeniden başlatma sırasında kalıcı hale getirmek istiyorsanız, aşağıdakileri yapabilirsiniz.

• altında bir dosya oluştur /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist

  <?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
  <plist version="1.0">
    <dict>
      <key>Label</key>
      <string>fix-el-capitan-slow-time-machine-speed</string>
      <key>ProgramArguments</key>
      <array>
        <string>/usr/sbin/sysctl</string>
        <string>debug.lowpri_throttle_enabled=0</string>
      </array>
      <key>RunAtLoad</key>
      <true/>
    </dict>
  </plist>
  

• dosyanın kök dizinine ait olduğundan emin olun

  sudo chown root /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

• komutu ver

  sudo launchctl load /Library/LaunchDaemons/fix-el-capitan-slow-time-machine-speed.plist
  

Dosyanın içeriğini bu özette bulabilirsiniz

Bu yazıyı , Apple tartışma forumlarında Konsolda görünen mesajla ilgili buldum (hiçbir şey yapmadan veya 10 byte / saniye yedeklerken):

com.apple.backupd: Waiting for index to be ready (100)

Benim durumumda tüm eski yedekleri atmayı başarabildim, bu yüzden sorunlu Mac’in sesini çıkardım, sürücü / ağ paylaşımını başka bir bilgisayardan (bir Mac değil) monte ettim, tüm .sparsebundledizini sildim (şaşırtıcı derecede uzun sürdü) ve sonra tekrar yedeklemeyi başlattı. Yeni bir şey yarattı .sparsebundleve şimdi yaklaşık 10 MB / sn'de yedekleniyor.

Mevcut yedeklerinizi silmek istemiyorsanız, o sayfadaki diğer önerilerden birini deneyebilirsiniz:

• Güvenli Mod'da yeniden başlattıktan sonra normale dönün;
• Spotlight'a Time Machine birimini / diskini endekslememesini söyleme;
• Spotlight endeksini silmek .Spotlight-V100(ki bende yoktu);
• kullanarak mdutildevre dışı bırakmak için ve hacme endekslenmesi Spotlight yeniden etkinleştirin:
  • sudo mdutil -i off /Volumes/Time\ Machine\ Backups
  • sudo mdutil -i on /Volumes/Time\ Machine\ Backups

(daha fazla detay ve fikir için bu tartışmaya bakınız).

El Capitan'a taşındıktan sonra da benzer problemler yaşadım - yedeklemeler (küçük artımlı olanlar bile) gerçek bir taramaya yavaşladı. Bu yüzden, Mac ile NAS arasındaki konuşmacıdan bir wireshark dökümü yaptım ve çok sayıda başarısız FPGetFileDirParms isteğini gördüm. AFP, protokol zaman makinesinin NAS sürücülerle konuşmak için kullandığı bir şeydi (ama?

174 0.390744    192.168.0.9 192.168.0.10    AFP 107 FPGetFileDirParms request: Vol=3 Did=62779 Name=._1b6c
176 0.391729    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object not found (-5018)[Malformed Packet]
178 0.392002    192.168.0.9 192.168.0.10    AFP 101 FPGetFileDirParms request: Vol=3 Did=93632
179 0.392909    192.168.0.10    192.168.0.9 AFP 82  FPGetFileDirParms reply: object is the wrong type (-5025)[Malformed Packet]

Bu isteklerin neden başarısız olduğu hakkında hiçbir fikrim yok, ancak bu başarısız girişimlerin sayısı BÜYÜK - aktarılan gerçek veriler, bu başarısız isteklerin sayısına göre küçük - ve dolayısıyla yavaş, tarama, hız.

Benim için çalışan şey şuydu:

1. Time Machine Tercihler-> Disk Seç'e gittim ve şu anda ilişkilendirilmiş olan diski (afp: //MyBookLive.local/TimeMachine 'e bağlı) çıkardım
2. Finder-> Go-> Sunucuya Bağlan. NAS sürücünün ip adresinde "Sunucu Adresi" alanına yazılmıştır (smb: //192.168.0.10 benim için)
3. Bağlayın. Zaman makinesi için kullanılan hacmi seçti (benim için TimeMachine). TimeMachine / Volume içine monte edildi.

4. Terminalden koştu:

   sudo tmutil setdestination /Volumes/TimeMachine
   

Bu kadar. Zaman makinesi şimdi afp: //MyBookLive.local/TimeMachine yerine / Volumes / TimeMachine ile ilişkilendirilmiştir. Önceki yedeklemeler iyiydi ve bundan sonra gerçekleşen artan yedeklemeler HIZLI oldu. Bundan sonra yaptığım bir wireshark dökümü başarısız AFP isteği göstermedi (AFP hala kullanılan protokol olmasına rağmen).

Sorunu çözemedim, ancak diğer kullanıcıların verilerini (bir oturum açmamış) yedeklediğinde zaman makinemin yavaşladığını öğrendim. Diğer kullanıcıların Kullanıcı dosyalarında izinle ilgili bir sorun olabilir. Bu kullanıcıyı istisna listesine eklediğimde TM sallanıyor.

Daniel Berlin'in cevabı ile ilgili, yukarıda (ama ben burada yeniyim, o yüzden burada sadece yorum yapacak kadar güvenim yok), terminal komutunu OSX 10.11.3'te benim için GREAT çalışması için buldum. 30 saatlik yedekleme 4 saatlik sürüme çevrildi! Ancak, yeniden başlatma sonrasında kalmaz.

Her yeniden başlatışımda terminale girmek istemedim, bu yüzden ...

Kabuk komut dosyalarında çok bilgili olmadığımdan, kullanıcının kök parolayı girmesini isteyen bir Automator iş akışı oluşturacak kadar dolanıyorum, sonra terminal komutunu yürütüyorum. Bir bildirim merkezi uyarısıyla başarıyı onaylamayı seçtim.

İş akışını uygulama olarak kaydettim ve giriş öğelerime ekledim. Bu yüzden şimdi her girişimde tekrar "kısma" Time Machine şifremi girmem isteniyor.

İşlemi kabuk komut dosyalarıyla görünmez hale getirmenin yolları vardır, ancak sudo komutunun edindiği kök erişimine ihtiyaç duyması biraz karmaşıktır. Biri ayrıca, güvenlik konusunda endişeleriniz yoksa, Automator uygulaması içindeki şifreyi sabitleyebilir. (Tavsiye etmiyoruz.)

Buraya iş akışı uygulamasını gönderirdim, ancak görünüşe göre bu cevaba bir dosya yükleyemiyorum. Bu yüzden eğer isterse yeniden yaratması için bir jpg ekleyeceğim. PS Kabuk betiği için "Argüman olarak" girişini not alın

Sorunum DWHoard'ın makalesiyle çözüldü : güvenli moda yeniden başla , sonra geri (benim için bilgisayar güvenli önyükleme sırasında kendini kapatıyor gibiydi).

Macbook Air 2011 ortası, OS X 10.11.3, Time Capsule'e destek veriyor.

Düzenleme: Aslında, güvenli önyükleme ve normal önyüklemeden sonra görünüyor, Time Machine sadece bir saat içinde 41 / 55GB'a ulaştı ve bir saat içinde yeniden sürünmeye başladı (o zamandan bu yana 12 saat içinde yalnızca 2,75GB ilerledi. Bu tür uyumsuzluklardan kaçınmak için Zaman Kapsülünü satın aldım ve işte buradayım - tüm Apple cihazları ve berbat bir deneyim, zaman kaybı… Başkalarının kalıcı bir çözüm bulmasını umuyorum.

Konsol mdworkeryaklaşık her saniye yeni bir giriş yapıyor - yedekleme gerçekleşirken bu normal mi?

Düzenleme 2: Başarılı! Dizüstü bilgisayarın iki kullanıcı hesabı vardır ve ikinciye giriş yapılması yedeklemelerin geri kalanının devam etmesine neden olmuş olabilir . Benzer bir durumdaysanız test etmeye değer.

Aynı sorunu anladım ve çözümün neye benzediğini buldum (harika değil ama işe yarıyor)

harici HDD’nizi biçimlendirin ve gerçek bir bant genişliğine sahip olduğunuzu kontrol edin (usb3'unuzu test edin), TM ayarlarınıza dikkat edin, burada yedeklemek istemediğim diğer bölümleri ve disk görüntülerini unuttum, bck süresini uzatacaktır . ilk yedeklemeyi başlat. HER 2-3 saat, bilgisayarınızı yeniden başlatın. (Evet, eğlenceli değil, ama ilk saatin genellikle hızlı olduğunu farkettim ve bu saatten sonra yavaşlıyor) hepsi bu, sabahları 1,5'e kadar yedekleyebildim. .

Lütfen Apple'dan bu nota bakın :

OS X El Capitan: Zaman Makinesi yavaşsa

Time Machine yavaşsa bu önerileri deneyin.

• Time Machine'i ilk kez kullandığınızda, ilk yedeklemeyi gece boyunca yapabilmeniz için akşamları ayarlayın.

• Yedek diskiniz bir Time Capsule ise, Mac'inizi ilk yedekleme için Time Capsule ile aynı odada bırakın veya Mac'inizi Time Capsule'daki Ethernet portlarından birine bağlamak için bir Ethernet kablosu kullanın.

• Virüs tarama yazılımı Time Machine yedeklemelerini çok yavaşlatabilir. Norton AntiVirus veya benzer bir ürün kullanıyorsanız, yedekleme diskinizi otomatik taramanın dışında tutmaya çalışın. Ayrıca virüs tarama yazılımının en son sürümünü çalıştırdığınızdan emin olun.