Time Machine sangat lambat setelah upgrade El Capitan

55

Saya baru-baru ini memperbarui ke El Capitan, dan mengatakan Time Machine untuk membuat cadangan. Terjebak di Mempersiapkan Cadangan selama berjam-jam, jadi saya menghentikannya, menghapus file InProgress, reboot dan mencoba lagi. Setelah ~ 30 menit, Time Machine masih bersiap. Saya melihat ke monitor aktivitas dan backupd hanya membaca ~ 140Mb, dalam 30 menit ... Melihat ke iStatMenus, saya menemukan bahwa backupd cenderung memiliki kecepatan baca antara tidak ada, dan 120Kb / s (Jika saya beruntung. Kadang-kadang memuncak hingga 500 kb / s, dan sangat jarang 1Mb / s). Spotlight tidak mengindeks (Seperti yang saya dengar kadang-kadang Spotlight menghalangi backupd), dan hard drive telah tertidur pada saat saya menulis ini, jarang bangun untuk Mac saya untuk membaca sesuatu darinya dengan singkat.

Inilah yang muncul di konsol saat mencari backupd: Log konsol

Saya lebih suka tidak harus memformat ulang hard drive saya, kalau-kalau saya ingin menurunkan kembali ke Yosemite, namun saya bersedia jika itu memecahkan masalah.

Selain itu, sepertinya setiap kali saya reboot Mac, hard drive kehilangan ikon Time Machine, dan kembali ke drive oranye.

Cuplikan layar Monitor Aktivitas, mode Disk pada ~ 50 menit: Monitor Aktivitas

EDIT: Saya sudah mencoba menonaktifkan dan mengaktifkan kembali Spotlight untuk disk, dan saya juga telah menghapus folder .Spotlight-V100 dan reboot. Tidak ada perubahan.

EDIT 2: Apa yang tampaknya beberapa kesalahan telah muncul di konsol Berbuat salah

EDIT 3: Setelah berjam-jam, Time Machine telah selesai memindai dan sekarang membuat cadangan! Saya masih ingin tahu mengapa butuh waktu lama (saya tidak berharap memperbarui ke El Capitan terlalu lama. Saya mengecualikan file sistem juga, meskipun saya kira saya menunggu lama lagi karena saya baru saja menghapusnya. dari daftar pengecualian)

CraftedCart
sumber
2
Saya berjuang dengan masalah yang sama sejak saya meningkatkan ke El Capitan. Cadangan yang dienkripsi menjadi sangat lambat, terutama melalui jaringan. Bertanya-tanya di Forum tidak membantu. Bagi sebagian orang tampaknya berfungsi untuk hanya menunggu cadangan pertama itu. Cadangan berikutnya seharusnya lebih cepat. Tidak berfungsi untuk saya, ditambah mesin saya jarang terpasang pada penyimpanan cadangan yang sama selama lebih dari 12 jam. Saya akan membuang mesin waktu untuk solusi cadangan pihak ketiga. Kekecewaan.
Huitzilo
@Huitzilo Butuh sekitar 12 jam bagi TM untuk mulai mencadangkan saya. Sepertinya itu akan lebih lambat untuk Anda karena Anda mengenkripsi mereka dan melakukannya melalui jaringan (saya tidak). : / Menunggu itu berfungsi namun dan cadangan di masa depan lebih cepat ...
CraftedCart

Jawaban:

77

Bagian dari masalah adalah bahwa operasi input / output-prioritas rendah (I / O) sekarang tampaknya sangat dibatasi. Anda dapat memeriksanya melalui Terminal (dapat ditemukan melalui Spotlight (biasanya terikat ke Space) dan masuk terminal) kemudian masuk di bash prompt:

fs_usage backupd

dan cari THROTTLEDentri. Jika Anda melihatnya, cadangannya dibatasi.

Jadi, jika Anda memiliki banyak file, hanya waktu yang diperlukan untuk melakukan I / O akan berlangsung selamanya, bahkan jika file tersebut kecil (karena ia melakukan lebih banyak operasi I / O di sekitar xattrsdll daripada biasanya).

Pergi ke Terminal dan masukkan:

sudo sysctl debug.lowpri_throttle_enabled=0

Bagi saya, ini mempercepatnya dari 72 jam menjadi ~ 4 jam pada sistem file dengan 2,5 juta file.

Sebaiknya aktifkan kembali pembatasan setelah cadangan Anda berhasil diselesaikan dengan perintah berikut

sudo sysctl debug.lowpri_throttle_enabled=1
Daniel Berlin
sumber
Saya memiliki cadangan yang membutuhkan waktu berjam-jam untuk membaca disk, dan gagal waktu serveral untuk menyelesaikan semalam. Itu berjalan, secara perlahan mentransfer byte demi byte. Saya menjalankan perintah ini di terminal dan tiba-tiba menjadi sangat cepat dari beberapa byte / s ke megabyte / s. Terima kasih banyak !!
Jean
Mengeluarkan man sysctlacara berikut ini "Opsi -w telah ditinggalkan dan diabaikan secara diam-diam" . Jadi saya anggap tidak perlu menuliskan nilainya. Apakah itu benar?
yan
@yan Itu benar, Anda bisa menghilangkan -wdan itu akan berhasil.
DASKAjA
1
Menggunakan sudo fs_usage backupdSaya melihat banyak entri tetapi tidak dapat menemukan kata kunci THROTTLEDatau throttled(menggunakan grep). Meskipun demikian, setelah disetel debug.lowpri_throttle_enabledke 0, Time Machine memperkirakan akan dibutuhkan 3 jam untuk mencadangkan data 155 GB saya daripada tidak pernah menyelesaikan perkiraan. Senang saya menemukan utas ini.
Steven C. Howell
9
Mengapa kita harus mengaktifkannya kembali? Apa pro / kontra untuk mematikannya secara permanen
Tom
11

Saya mengkonfirmasi bahwa perintah:

sudo sysctl debug.lowpri_throttle_enabled=0 

bekerja dengan sempurna.

Jika Anda ingin membuatnya permanen saat reboot, Anda dapat melakukan hal berikut.

  • buat file di bawah /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>
    
  • pastikan file milik root

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

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

Anda dapat menemukan konten file di intisari ini

yan
sumber
Atau Anda dapat menambahkan baris ke /etc/sysctl.conf; di situlah saya menyimpan semua penyesuaian jaringan saya dan selalu bekerja untuk saya.
Jamie Ivanov
3

Saya menemukan artikel ini di forum diskusi Apple tentang pesan yang muncul di Konsol (saat itu tidak melakukan apa-apa atau membuat cadangan pada 10 byte / detik):

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

Dalam kasus saya, saya dapat membuang semua cadangan lama, jadi saya menurunkan volume dari Mac yang bermasalah, memasang drive / jaringan yang dibagikan dari komputer lain (bukan Mac), menghapus seluruh .sparsebundledirektori (yang memakan waktu sangat lama) dan lalu mulai pencadangan lagi. Itu menciptakan yang baru .sparsebundledan sekarang mencadangkan sekitar 10 MB / detik.

Jika Anda tidak ingin menghapus cadangan yang ada, Anda bisa mencoba salah satu saran lain di halaman itu:

  • me-reboot dalam Safe Mode dan kemudian kembali normal;
  • beri tahu Spotlight untuk tidak mengindeks volume / disk Time Machine;
  • menghapus indeks Spotlight, .Spotlight-V100(yang tidak saya miliki);
  • gunakan mdutiluntuk menonaktifkan dan mengaktifkan kembali pengindeksan Spotlight pada volume:
    • sudo mdutil -i off /Volumes/Time\ Machine\ Backups
    • sudo mdutil -i on /Volumes/Time\ Machine\ Backups

(lihat diskusi itu untuk perincian dan gagasan lebih lanjut).

qris
sumber
2

Saya memiliki masalah yang sama setelah pindah ke El Capitan - cadangan (bahkan yang inkremental kecil) melambat menjadi perayapan nyata. Jadi saya melakukan wireshark dump dari obrolan antara Mac dan NAS, dan melihat banyak permintaan gagal FPGetFileDirParms. AFP adalah (dulu?) Yang digunakan mesin waktu protokol untuk berbicara dengan drive NAS, tetapi saya telah membaca bahwa mereka pindah ke SMB.

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]

Saya tidak tahu mengapa permintaan ini gagal, tetapi jumlah upaya gagal ini BESAR - data aktual yang ditransfer sangat kecil dibandingkan dengan jumlah permintaan gagal ini - dan karenanya lambat, merangkak, kecepatan.

Apa yang berhasil untuk saya adalah:

  1. Saya pergi ke Time Machine Preferences-> Pilih Disk dan menghapus disk yang saat ini terkait (yang terhubung ke afp: //MyBookLive.local/TimeMachine)
  2. Pergi ke Finder-> Go-> Connect to Server. Mengetik alamat ip drive NAS di ruang "Alamat Server" (seseorang: //192.168.0.10 untuk saya)
  3. Menghubung. Itu mengeluarkan daftar volume untuk dipasang - pilih volume yang digunakan untuk mesin waktu (TimeMachine untuk saya). TimeMachine dipasang di / Volume.
  4. Dari terminal, jalankan:

    sudo tmutil setdestination /Volumes/TimeMachine
    

Itu dia. Time machine sekarang dikaitkan dengan / Volume / TimeMachine alih-alih afp: //MyBookLive.local/TimeMachine. Cadangan sebelumnya bagus, dan cadangan tambahan yang terjadi setelah ini CEPAT. Pembuangan wireshark yang saya lakukan setelah ini menunjukkan tidak ada permintaan AFP yang gagal (meskipun AFP masih merupakan protokol yang digunakan).

msravi
sumber
2
Menjalankan tmutil gagal dengan '/ Volume / TimeMachineBackup: Jenis sistem file yang tidak kompatibel: smbfs (kesalahan 45)' untuk saya.
Nate
Apakah volume TimeMachine pada drive jaringan Anda diformat sebagai sparsebundle? Saat Anda menggunakan Finder untuk memasang volume cadangan, apakah Anda melihat gambar sparsebundle?
msravi
Memiliki kesalahan "Jenis sistem file yang tidak kompatibel: smbfs" yang sama dengan @Nate. Menghapus sparseimage tetapi tidak membantu. Ini ada di OS X 10.11.3, menuju 3GB Time Capsule modern.
akauppi
0

Saya tidak dapat memperbaiki masalah, namun, saya menemukan bahwa mesin waktu saya melambat ketika mencadangkan data pengguna lain (tidak masuk satu). Mungkin ada masalah dengan izin yang ada di file folder Pengguna lain. Ketika saya menambahkan pengguna itu ke dalam daftar pengecualian, TM rocks.

Viet Le
sumber
0

Terkait dengan jawaban Daniel Berlin, di atas (tapi saya baru di sini sehingga tidak memiliki cukup kredibilitas untuk hanya berkomentar di sana), saya menemukan perintah terminalnya bekerja BESAR untuk saya di OSX 10.11.3. Mengubah cadangan 30-jam menjadi 4-jam! Namun, itu tidak tetap setelah restart.

Saya tidak ingin harus mengetikkan terminal setiap kali saya restart, jadi ...

Karena saya tidak terlalu berpengalaman pada skrip shell, saya mencari di Google cukup untuk membuat alur kerja Automator yang meminta pengguna untuk memasukkan kata sandi root, kemudian menjalankan perintah terminal. Saya memilih untuk mengkonfirmasi kesuksesan dengan pemberitahuan pusat notifikasi.

Saya menyimpan alur kerja sebagai aplikasi, dan menambahkannya ke item login saya. Jadi sekarang di setiap login saya diminta memasukkan kata sandi saya lagi ke Time Machine "un-throttle".

Ada beberapa cara untuk membuat prosesnya tidak terlihat dengan skrip shell, tetapi agak rumit membutuhkan akses root yang diperoleh oleh perintah sudo. Seseorang juga dapat memasang kata sandi di dalam aplikasi Automator jika tidak peduli dengan keamanan. (Tidak merekomendasikan.)

Saya akan memposting aplikasi alur kerja di sini tetapi tampaknya tidak dapat mengunggah file ke jawaban ini. Jadi saya akan melampirkan jpg itu untuk siapa pun untuk membuat ulang jika mereka mau. PS Catat Input Lulus "sebagai argumen" untuk skrip shell

Script automator

BenW
sumber
0

Masalah saya telah diperbaiki oleh artikel DWHoard : restart ke safe mode, lalu kembali (bagi saya, komputer sepertinya mati sendiri saat boot aman).

Macbook Air pertengahan 2011, OS X 10.11.3, mendukung Time Capsule.


Sunting: Sebenarnya, tampaknya setelah boot aman & boot normal, Time Machine hanya mendapatkan sekitar 41 / 55GB (dalam satu jam) dan menjadi merangkak lagi (hanya berkembang 2,75GB dalam 12 jam sejak itu. Sayang sekali - saya membeli Time Capsule hanya untuk menghindari ketidakcocokan seperti ini dan inilah saya - semua perangkat Apple dan pengalaman yang buruk, buang-buang waktu. Saya harap Anda yang lain menemukan solusi yang langgeng.

Konsol mendapatkan entri baru untuk mdworkersetiap detik - apakah ini normal saat cadangan sedang terjadi?

tangkapan layar


Sunting 2: Berhasil! Laptop ini memiliki dua akun pengguna dan mungkin bahwa masuk ke yang kedua menyebabkan sisa cadangan untuk melanjutkan. Layak diuji jika Anda berada dalam situasi yang sama.

aliasuppi
sumber
-1

Saya punya masalah yang sama, dan saya telah menemukan apa yang tampak sebagai solusi (tidak bagus tetapi berhasil)

format HDD eksternal Anda dan periksa apakah Anda memiliki bandwidth yang benar-benar bagus (uji usb3 Anda) memperhatikan pengaturan TM Anda, di sini saya lupa begitu banyak partisi dan gambar disk lain yang saya tidak ingin buat cadangannya, itu akan menambah waktu bck . luncurkan cadangan pertama. SETIAP 2-3 jam, hidupkan ulang komputer Anda. (Yeah, tidak menyenangkan, tetapi saya perhatikan bahwa jam pertama biasanya cepat, dan setelah waktu ini menjadi lebih lambat) itu saja, saya dapat membuat cadangan 1,5To dalam satu pagi. .

raoulito
sumber
3
Bisakah Anda menambahkan sumber kutipan untuk referensi?
nohillside
-2

Silakan lihat catatan ini dari Apple :

OS X El Capitan: Jika Time Machine lambat

Coba saran ini jika Time Machine lambat.

  • Pertama kali Anda menggunakan Time Machine, aturlah di malam hari sehingga cadangan awal dapat dilakukan dalam semalam.

  • Jika disk cadangan Anda adalah Time Capsule, tinggalkan Mac Anda di ruangan yang sama dengan Time Capsule untuk cadangan awal, atau gunakan kabel Ethernet untuk menghubungkan Mac Anda ke salah satu port Ethernet pada Time Capsule.

  • Perangkat lunak pemindaian virus dapat membuat cadangan Time Machine sangat lambat. Jika Anda menggunakan Norton AntiVirus atau produk serupa, cobalah untuk mengecualikan disk cadangan Anda dari pemindaian otomatis. Pastikan juga Anda menjalankan versi terbaru dari perangkat lunak pemindaian virus.

pengguna155661
sumber