Jawaban singkat: di tujuan jaringan, Time Machine tidak menyalin file ke share. Time Machine membuat satu image disk besar di share dan menyalin ke dalamnya. Setiap galat dalam kelompok ini berkaitan dengan image: tidak dapat dibuat, tidak dapat dibuka, atau masih dibuka oleh sesuatu.
Tidak satu pun berarti cadangan Anda yang ada telah hilang. Menghapus drive hampir tidak pernah menjadi solusinya, padahal itulah saran yang paling sering Anda temukan.
Time Machine memerlukan fitur sistem file yang tidak ditawarkan share jaringan: hard link, kepemilikan yang dikendalikannya, dan kemampuan mengunci file selama bekerja. NAS yang menggunakan SMB tidak dapat menjamin semua itu.
Jadi di tujuan jaringan mana pun Time Machine membuat sparse bundle, folder berakhiran .sparsebundle yang berperilaku seperti image disk. Time Machine memasang image itu, dan cadangan berada di dalamnya pada sistem file yang sepenuhnya dikendalikan Time Machine. Share hanya perlu menyimpan folder berisi potongan bernomor yang disebut band.
Inilah sebabnya cadangan jaringan punya satu kategori kegagalan yang tidak dimiliki drive yang dicolokkan. Dua hal bisa salah di mana drive yang dicolokkan hanya punya satu, dan pesan yang Anda dapat biasanya tentang image.
Time Machine mencoba membuat sparse bundle dan share menolaknya. Lakukan langkah berikut secara berurutan.
fruit:time machine = yes dalam definisi share. Tanpa itu, macOS mungkin tersambung dengan baik tetapi tetap menolak membuat image.Image ada dan macOS tidak dapat memasangnya. Galat 45 adalah galat penguncian file, jadi penyebab umumnya adalah sesuatu sudah membuka image tersebut.
token atau .lock di tingkat teratas. Menghapusnya aman jika tidak ada yang sedang memasang image, dan file itu dibuat ulang saat dipasang berikutnya. Pastikan image tidak terpasang terlebih dahulu, atau Anda akan merusaknya.Penyebab sama, dinyatakan lebih gamblang, dan empat langkah yang sama mengatasinya. Periksa dulu apakah ada volume terpasang yang dinamai sesuai Mac Anda di bar samping Finder, karena jawaban yang paling umum adalah volume itu sedang terpasang di mesin yang sedang Anda gunakan.
Biasanya share hilang di tengah pencadangan, karena mode tidur, Wi-Fi, atau NAS yang restart untuk pembaruan. Periksa apakah share tersambung kembali, lalu periksa image dengan langkah verifikasi di bawah sebelum memercayai isinya.
Cadangan jaringan yang terputus dapat membuat image tidak konsisten secara internal sementara setiap pesan di layar tampak baik. Pasang image dan tanyakan pada sistem:
hdiutil attach -readonly /Volumes/<share>/<YourMac>.sparsebundlediskutil verifyVolume /Volumes/<the volume it mounted>Hanya-baca, jadi melihatnya tidak mengubah apa pun. Jika verifikasi melaporkan galat, jalankan diskutil repairVolume pada volume yang sama. Jika perbaikan gagal, image itu sudah tamat, dan langkah jujurnya adalah memulai rantai cadangan baru di dalamnya dan berhenti mengandalkan isi yang lama.
Setiap galat ini adalah sifat dari image disk, dan image disk ada karena tujuannya berada di jaringan. Pencadangan yang menulis file biasa ke folder biasa tidak punya semua ini: tidak ada image yang gagal dibuat, tidak ada kunci yang usang, tidak ada satu objek besar yang kerusakannya membawa serta setiap cadangan di dalamnya sekaligus.
Poin terakhir itulah yang perlu direnungkan. Seluruh riwayat Time Machine Anda di NAS berada di dalam satu sparse bundle. Satu objek. Kerusakan di tempat yang salah menghabisi semuanya.
Copy Shelter menulis folder berisi file biasa ke share, sehingga tidak ada image disk, tidak ada penguncian, dan tidak ada satu objek yang memegang setiap versi Anda. Share yang offline di tengah pencadangan dilaporkan sebagai tujuan yang tidak dapat dijangkau, beserta tanggal terakhir terlihat, dan cadangan berikutnya melanjutkan dari tempat yang terakhir berhenti.
Setiap bagian disimpan dengan hash isinya sendiri dan dibaca kembali dengan hash itu sesuai jadwal, sehingga kerusakan di mana pun dalam rantai disebutkan dan ditemukan lokasinya pada hari biasa. Mencadangkan Mac ke NAS membahas penyiapannya, termasuk perilaku batas waktu yang menentukan apakah share yang tertidur dianggap galat atau ketidakhadiran.
Bisa, dan itu membuang setiap cadangan di dalamnya, karena semuanya berada di image itu. Coba dulu empat langkah di atas. Menghapusnya hanya menjadi jawaban jika diskutil repairVolume sudah gagal.
Karena tidak ada image disk. Drive yang tersambung langsung punya sistem file sendiri yang diformat dan dikendalikan Time Machine, jadi tidak perlu image dan tidak ada kunci yang bisa macet. Inilah alasan terkuat untuk menyimpan satu salinan lokal.
Mendukungnya dan mengaktifkannya pada share tertentu adalah setelan berbeda di sebagian besar perangkat lunak NAS. Periksa share-nya, bukan halaman produknya. Kuota adalah penyebab umum lainnya: image menyatakan ukuran maksimum saat dibuat dan kuota yang lebih kecil menolaknya.
Dengan sendirinya, tidak. Artinya macOS tidak dapat mengunci image, sehingga tidak ada yang ditulis. Yang berbahaya adalah rentetan galat ini yang tidak disadari, karena cadangan baik terakhir makin lama makin tua sementara semuanya tampak normal.
Tidak. Copy Shelter menulis file biasa ke folder di share, itulah sebabnya tidak ada galat di halaman ini yang terjadi padanya. Gantinya, share harus dapat dijangkau agar dihitung, dan aplikasi memberi tahu jika tidak.
Terkait: mencadangkan Mac ke NAS, Time Machine menyatakan ruang tidak cukup, dan cara memverifikasi cadangan.