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:
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:
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
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)
sumber
Jawaban:
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:dan cari
THROTTLED
entri. 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
xattrs
dll daripada biasanya).Pergi ke Terminal dan masukkan:
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
sumber
man sysctl
acara berikut ini "Opsi -w telah ditinggalkan dan diabaikan secara diam-diam" . Jadi saya anggap tidak perlu menuliskan nilainya. Apakah itu benar?-w
dan itu akan berhasil.sudo fs_usage backupd
Saya melihat banyak entri tetapi tidak dapat menemukan kata kunciTHROTTLED
atauthrottled
(menggunakangrep
). Meskipun demikian, setelah diseteldebug.lowpri_throttle_enabled
ke0
, Time Machine memperkirakan akan dibutuhkan 3 jam untuk mencadangkan data 155 GB saya daripada tidak pernah menyelesaikan perkiraan. Senang saya menemukan utas ini.Saya mengkonfirmasi bahwa perintah:
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
pastikan file milik root
keluarkan perintah
Anda dapat menemukan konten file di intisari ini
sumber
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):
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
.sparsebundle
direktori (yang memakan waktu sangat lama) dan lalu mulai pencadangan lagi. Itu menciptakan yang baru.sparsebundle
dan sekarang mencadangkan sekitar 10 MB / detik.Jika Anda tidak ingin menghapus cadangan yang ada, Anda bisa mencoba salah satu saran lain di halaman itu:
.Spotlight-V100
(yang tidak saya miliki);mdutil
untuk 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).
sumber
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.
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:
Dari terminal, jalankan:
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).
sumber
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.
sumber
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
sumber
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
mdworker
setiap detik - apakah ini normal saat cadangan sedang terjadi?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.
sumber
Saya punya masalah yang sama, dan saya telah menemukan apa yang tampak sebagai solusi (tidak bagus tetapi berhasil)
sumber
Silakan lihat catatan ini dari Apple :
sumber