Cadangan saya tampaknya berjalan baik ke NAS saya namun secara acak setelah beberapa minggu saya mendapatkan kesalahan berikut. Beberapa pengguna mendapatkan kesalahan ini secara intermiten namun saya belum menemukan solusi. Ada ide?

Time Machine menyelesaikan verifikasi cadangan Anda di "NAS". Untuk meningkatkan keandalan, Time Machine harus membuat cadangan baru untuk Anda.

Klik Mulai Cadangan Baru untuk membuat cadangan baru. Ini akan menghapus riwayat cadangan Anda yang ada. Ini bisa memakan waktu beberapa jam.

Klik Cadangkan Nanti untuk diingatkan besok. Time Machine tidak akan melakukan backup selama waktu ini.

Kesesuaian HFS Plus

Sementara Time Machine harus menggunakan HFS Plus untuk sebagian besar hal, perlu dicatat bahwa sistem file tidak cocok untuk tugas tersebut .

Sebuah contoh

Kebetulan: beberapa jam setelah edisi pertama jawaban saya ini, volume Time Machine Backups saya sendiri (gambar disk bundel jarang) mengalami kegagalan sistem file. Saya yakin bahwa penyimpanan yang mendasarinya OK - kumpulan ZFS digosok, tanpa kesalahan, sebelum dan sesudah kegagalan HFS Plus. Untuk catatan:

2013-06-07 18:02:54.332 com.apple.backupd[18433]    Starting automatic backup
2013-06-07 18:02:56.292 com.apple.backupd[18433]    Resizing backup disk image from 2.65 TB to 2.6 TB
2013-06-07 18:03:34.119 com.apple.backupd[18433]    Disk image /Volumes/tall/com.apple.backupd/GPES3E-gjp4-1.sparsebundle mounted at: /Volumes/Time Machine Backups
2013-06-07 18:03:35.244 com.apple.backupd[18433]    Backing up to: /Volumes/Time Machine Backups/Backups.backupdb
2013-06-07 18:03:44.013 com.apple.backupd[18433]    Inherited root volume OS, UUID: C5C41F95-133B-3EB0-9013-F94DAAA0D99B
2013-06-07 18:03:44.147 com.apple.backupd[18433]    Forcing deep traversal on source: "OS" (mount: '/' fsUUID: 03AF4C8A-66E8-3DE2-B30F-176C0C2337C3 eventDBUUID: BDCB9532-A4A8-4B94-A6C1-928FD741B07A)
2013-06-07 18:03:44.148 com.apple.backupd[18433]    Event store UUIDs don't match for volume: spare
2013-06-07 18:03:44.150 com.apple.backupd[18433]    Event store UUIDs don't match for volume: disk0s3
2013-06-07 18:03:47.612 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-103948 does not contain spare.  Skipping it.
2013-06-07 18:03:47.663 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215311 does not contain spare.  Skipping it.
2013-06-07 18:03:47.714 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-075155 does not contain spare.  Skipping it.
2013-06-07 18:03:47.764 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-055748 does not contain spare.  Skipping it.
2013-06-07 18:03:47.827 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-220121 does not contain spare.  Skipping it.
2013-06-07 18:03:47.888 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-081211 does not contain spare.  Skipping it.
2013-06-07 18:03:47.966 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215312 does not contain spare.  Skipping it.
2013-06-07 18:03:48.025 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-235752 does not contain spare.  Skipping it.
2013-06-07 18:03:48.087 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-140311 does not contain spare.  Skipping it.
2013-06-07 18:03:48.145 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215718 does not contain spare.  Skipping it.
2013-06-07 18:03:48.202 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-005749 does not contain spare.  Skipping it.
2013-06-07 18:03:48.261 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-235753 does not contain spare.  Skipping it.
2013-06-07 18:03:48.321 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-160310 does not contain spare.  Skipping it.
2013-06-07 18:03:48.558 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-074020 does not contain spare.  Skipping it.
2013-06-07 18:03:48.619 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-025748 does not contain spare.  Skipping it.
2013-06-07 18:03:48.709 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-015751 does not contain spare.  Skipping it.
2013-06-07 18:03:48.904 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-025749 does not contain spare.  Skipping it.
2013-06-07 18:03:48.954 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-015752 does not contain spare.  Skipping it.
2013-06-07 18:03:49.004 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-130310 does not contain spare.  Skipping it.
2013-06-07 18:03:49.055 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-045748 does not contain spare.  Skipping it.
2013-06-07 18:03:49.162 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215950 does not contain spare.  Skipping it.
2013-06-07 18:03:49.211 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-092036 does not contain spare.  Skipping it.
2013-06-07 18:03:49.273 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-035751 does not contain spare.  Skipping it.
2013-06-07 18:03:49.321 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-225752 does not contain spare.  Skipping it.
2013-06-07 18:03:49.371 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-065747 does not contain spare.  Skipping it.
2013-06-07 18:03:49.420 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-045749 does not contain spare.  Skipping it.
2013-06-07 18:03:49.470 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-213710 does not contain spare.  Skipping it.
2013-06-07 18:03:49.519 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-091305 does not contain spare.  Skipping it.
2013-06-07 18:03:49.589 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-150310 does not contain spare.  Skipping it.
2013-06-07 18:03:49.639 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-065748 does not contain spare.  Skipping it.
2013-06-07 18:03:49.688 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-074521 does not contain spare.  Skipping it.
2013-06-07 18:03:49.776 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-220105 does not contain spare.  Skipping it.
2013-06-07 18:03:49.838 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-225749 does not contain spare.  Skipping it.
2013-06-07 18:03:49.899 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-092118 does not contain spare.  Skipping it.
2013-06-07 18:03:50.119 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-120311 does not contain spare.  Skipping it.
2013-06-07 18:03:50.388 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-035749 does not contain spare.  Skipping it.
2013-06-07 18:03:51.141 com.apple.backupd[18433]    Deep event scan at path:/ reason:must scan subdirs|require scan|
2013-06-07 18:03:51.141 com.apple.backupd[18433]    Finished scan
2013-06-07 18:16:29.077 com.apple.backupd[18433]    Deep event scan at path:/Volumes/spare reason:must scan subdirs|new event db|
2013-06-07 18:16:29.086 com.apple.backupd[18433]    Finished scan
2013-06-07 18:16:29.570 com.apple.backupd[18433]    Deep event scan at path:/Volumes/disk0s3 reason:must scan subdirs|new event db|
2013-06-07 18:16:29.786 com.apple.backupd[18433]    Finished scan
2013-06-07 18:16:30.310 com.apple.backupd[18433]    Found 1695685 files (84.93 GB) needing backup
2013-06-07 18:16:31.053 com.apple.backupd[18433]    109.44 GB required (including padding), 2 TB available
2013-06-07 18:54:10.918 com.apple.backupd[18433]    Unexpected result from MDBackupIndexFile (1) for: /Applications/Freenet/datastore/CHK-cache.hd, /Volumes/Time Machine Backups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215332.inProgress/9086512E-E386-475E-AE99-34BAA1D2E485/OS/Applications/Freenet/datastore/CHK-cache.hd
2013-06-07 18:54:24.848 com.apple.backupd[18433]    Unexpected result from MDBackupIndexFile (1) for: /Applications/Freenet/datastore/CHK-store.hd, /Volumes/Time Machine Backups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215332.inProgress/9086512E-E386-475E-AE99-34BAA1D2E485/OS/Applications/Freenet/datastore/CHK-store.hd
2013-06-07 19:03:44.609 com.apple.backupd[18433]    Copied 18.81 GB of 84.93 GB, 460244 of 1695685 items
2013-06-07 20:03:44.827 com.apple.backupd[18433]    Copied 34.12 GB of 84.93 GB, 815234 of 1695685 items
2013-06-07 21:03:54.004 com.apple.backupd[18433]    Copied 40.73 GB of 84.93 GB, 1013214 of 1695685 items
2013-06-07 22:03:54.678 com.apple.backupd[18433]    Copied 67.55 GB of 84.93 GB, 1508426 of 1695685 items
2013-06-07 22:28:43.226 com.apple.backupd[18433]    Copied 1786731 files (77.59 GB) from volume OS.
2013-06-07 22:28:49.157 com.apple.backupd[18433]    Unexpected result from MDBackupIndexFile (1) for: /Volumes/spare/Tocar y Luchar JAA.cdr, /Volumes/Time Machine Backups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215332.inProgress/9086512E-E386-475E-AE99-34BAA1D2E485/spare/Tocar y Luchar JAA.cdr
2013-06-07 22:28:51.508 com.apple.backupd[18433]    Error: Flushing index to disk returned an error: 1
2013-06-07 22:28:51.508 com.apple.backupd[18433]    Copied 1786746 files (77.59 GB) from volume spare.
2013-06-07 22:29:11.108 com.apple.backupd[18433]    Backup canceled.
2013-06-07 22:29:23.227 com.apple.backupd[18433]    Ejected Time Machine disk image: /Volumes/tall/com.apple.backupd/GPES3E-gjp4-1.sparsebundle
2013-06-07 23:10:44.791 com.apple.backupd[28884]    Starting automatic backup
2013-06-07 23:10:45.269 com.apple.backupd[28884]    Backup failed with error: 1002
2013-06-07 23:10:45.382 com.apple.backupd[28884]    Starting automatic backup
2013-06-07 23:10:46.446 com.apple.backupd[28884]    Resizing backup disk image from 2.6 TB to 2.6 TB
2013-06-07 23:10:50.162 com.apple.backupd[28884]    Runtime corruption detected on /Volumes/tall/com.apple.backupd/GPES3E-gjp4-1.sparsebundle (fsck_hfs -q termination status: 3)

• pesan di 2013-06-07 22:28:49 menarik, tetapi diharapkan dalam kasus saya (gejala bug yang melibatkan HFS Plus; korupsi yang melibatkan AppleFSCompression) - mungkin dapat diabaikan dalam konteks jawaban ini

• pesan di 2013-06-07 22:28:51 mungkin lebih relevan dengan kegagalan sistem file.

/private/var/log/fsck_hfs.log kemudian menunjukkan:

/dev/rdisk7s2: fsck_hfs run at Fri Jun  7 23:10:48 2013
/dev/rdisk7s2: ** /dev/rdisk7s2 (NO WRITE)
/dev/rdisk7s2:    Executing fsck_hfs (version diskdev_cmds-557.3.1~5).
QUICKCHECK ONLY; FILESYSTEM DIRTY

/dev/rdisk7s2: fsck_hfs run at Fri Jun  7 23:10:49 2013
/dev/rdisk7s2: ** /dev/rdisk7s2 (NO WRITE)
/dev/rdisk7s2:    Executing fsck_hfs (version diskdev_cmds-557.3.1~5).
QUICKCHECK ONLY; FILESYSTEM DIRTY

Mengonfirmasi bahwa tidak ada kesalahan yang mempengaruhi penyimpanan yang mendasarinya pada saat itu:

GPES3E-gjp4-1:~ gjp22$ date
Sat  8 Jun 2013 06:57:46 BST
GPES3E-gjp4-1:~ gjp22$ uptime
 6:57  up 21:51, 5 users, load averages: 0.92 1.27 1.37
GPES3E-gjp4-1:~ gjp22$ zpool status
  pool: gjp22
 state: ONLINE
 scan: scrub repaired 0 in 24h8m with 0 errors on Sat May 25 23:25:38 2013
config:

    NAME                                         STATE     READ WRITE CKSUM
    gjp22                                        ONLINE       0     0     0
      GPTE_71B8BDA2-3EBA-4B91-9E1C-2AE2B1DAAD06  ONLINE       0     0     0  at disk3s2
    cache
      GPTE_2605CCB0-67B7-4C93-A4B1-83EF764CE617  OFFLINE        1.48Ki     0

errors: No known data errors

  pool: tall
 state: ONLINE
 scan: scrub repaired 0 in 28h10m with 0 errors on Sun May 26 18:47:22 2013
config:

    NAME                                         STATE     READ WRITE CKSUM
    tall                                         ONLINE       0     0     0
      GPTE_78301A52-4AFF-4D96-8DE9-E76ABC14909C  ONLINE       0     0     0  at disk2s2
      GPTE_99056308-F5E2-4314-852C-4DA04732A2D0  ONLINE       0     0     0  at disk6s2

errors: No known data errors
GPES3E-gjp4-1:~ gjp22$ 

Secara sederhana

Sementara kami menginginkan solusi, kegagalan sistem file seperti ini tampaknya adalah:

• tidak dapat diprediksi
• tidak bisa dihindari
• terkadang tidak bisa diperbaiki.

Dengan tidak adanya solusi yang baik, saran terbaik saya adalah untuk tidak bergantung pada satu cadangan Time Machine. Risiko kegagalan akhirnya dan ketidakmampuan untuk memperbaiki terlalu tinggi.

Derajat kegagalan

Di masa lalu saya kadang-kadang memaksa fsck_hfs(8) untuk membangun kembali file b-tree ... dengan keberhasilan terbatas tetapi tidak pasti. Sementara sistem file mungkin tampak OK (dalam Disk Utility dan sejenisnya) saya tidak akan lagi mempercayainya untuk cadangan atau restorasi Time Machine.

Dalam kasus terbaru (di atas) beberapa aplikasi kekuatan (beberapa pembangunan kembali dari katalog b-tree, membangun kembali atribut yang diperluas b-tree dan membangun kembali dari luasan b-tree) belum mengarah ke sistem file yang dapat diverifikasi. Saya memiliki log debug dari upaya ini, yang saya tidak akan mulai meringkas di sini; mereka masif.

Dengan disk yang terpasang secara lokal (USB 2.0), upaya untuk memperbaiki Time Machine volume cadangan dapat luar biasa memakan waktu. Nirkabel - melalui AFP - Anda mungkin menemukan waktu yang dibutuhkan tidak dapat ditoleransi .

Time Machine - Pemecahan Masalah - C13. "... Time Machine harus membuat cadangan baru untukmu." (James Pond) memasukkan banyak informasi berguna. Pada dasarnya:

... cadangan rusak di luar kemampuan Disk Utility untuk memperbaiki ...

Ketika OS X melaporkan bahwa sistem file HFS Plus tampaknya OK, mungkin ada masalah signifikan dengan disk - masalah yang tidak dapat dideteksi oleh OS X.

Karena korupsi telah terjadi lebih dari satu kali, mungkin ada masalah dengan:

• perangkat keras, firmware dan / atau perangkat lunak NAS.

Apa yang membuat dan menjadi model NAS?

Hard disk NAS

Jika OS NAS memungkinkan Anda memverifikasi integritas blok pada disk-nya : silakan lakukan.

Jika OS NAS kurang memiliki kemampuan itu, maka bertujuan untuk mem-boot perangkat keras dengan OS yang berbeda yang lebih cocok untuk pengujian. Opsi mungkin termasuk Ubuntu dan serangkaian badblock .

Cek jenis ini:

• akan memakan waktu; tapi
• akan membantu Anda untuk menentukan apakah status disk berkontribusi terhadap beberapa kegagalan.

Untuk menambah peringatan @GrahamPerrin, saya ingin membagikan rencana saya untuk itu.

NAS saya menjalankan FreeNAS yang menampilkan ZFS .

Sadar akan masalah "Time Machine harus membuat cadangan baru" sebelum mengatur segalanya, saya menjadikan volume host TimeMachine pada NAS sebagai Volume ZFS yang terpisah, hanya digunakan untuk itu. Lalu saya tentukan snapshot volume harian . Jika isi ZPool1/Backups/TimeMachinevolume rusak karena snafu jaringan atau disk virtual HFS + yang tidak dapat diandalkan secara umum di dalam volume lain, saya dapat memutarnya kembali di NAS. Saya kadang-kadang menyebut ini meta backup .

Agar jelas,

• Volume Host adalah penyimpanan NAS ZPool1/Backups/TimeMachine
• ini berisi disk virtual HFS +, sebagai direktori host "John's MacBook Pro.sparsebundle"yang dengan sendirinya memiliki bandssubdirektori yang berisi penyimpanan drive virtual yang sepenuhnya tersedia sebagai 951 file dengan nama seperti e8(angka hex yang dihitung dari 0).
• Disk virtual adalah cara Time Machine secara otomatis menangani volume target yang bukan HFS +. Tapi saya membuatnya sebelumnya untuk membuat ukuran chunk efisien (masing-masing 128 juta file).
• NAS menerbitkan ZPool1/Backups/TimeMachinesebagai bagian AFP dengan set bendera "use for Time Machine". TimeMachine mengharapkan itu mengandung disk virtual yang kemudian digunakan, atau membuat jika itu adalah penggunaan pertama dari lokasi jaringan itu untuk membuat cadangan.

Jadi, kemampuan snapshot volume ZFS berfungsi karena ini adalah volume ZFS yang berisi banyak file data 128MB dengan nama yang membosankan. Time Machine berfungsi karena menempatkan disk virtual yang diformat sebagai HFS + pada sistem file apa pun yang disajikan.

Saya memiliki masalah yang sama ketika saya pertama kali mengkonfigurasi Time Machine untuk menggunakan NAS saya - setiap beberapa minggu, saya akan mendapatkan popup di bagian atas utas ini. Itu sangat membuat frustrasi. Saya perhatikan dari waktu ke waktu, bahwa ini hanya terjadi pada hari-hari tertentu dalam seminggu. Dan saya kemudian menyadari bahwa itu hanya terjadi selama scrub mingguan (Senin pagi) atau operasi ulang (Selasa pagi) operasi. Jadi saya memperoleh salinan "Time Machine Editor" yang memungkinkan Anda memberi tahu Time Machine kapan itu bisa dan tidak bisa berjalan, dikecualikan Senin dan Selasa pagi, dan voila, masalah terpecahkan.

Menambahkan ke saran Ronald Pottol, berikut ini mengkonversi sparsebundle daripada menciptakannya kembali. Setelah ini selesai, cukup ganti nama bundel.

hdiutil convert MyMac_001acb9cb23d.sparsebundle -format UDSB -tgtimagekey sparse-band-size=2097152 -o NEW_MyMac_001acb9cb23d.sparsebundle

Saya ingin tahu apakah Anda menekan jumlah file maks untuk direktori tujuan? Dalam sistem file Unix klasik seperti ext2, Anda memiliki batas file 32.000 (2 ^ 15) (atau sub-direktori atau tautan (hal-hal)) per direktori. Cadangan Time Machine adalah disk image yang jarang, yang merupakan sekelompok file 8MB. 300GB file 8MB adalah sesuatu seperti 37.000. Ups.

Anda dapat meningkatkan ukuran file yang Time Machine gunakan dalam bundel yang jarang (instruksi ini akan meningkatkan ukuran maksimum cadangan Anda sebesar 16), atau mengubah sistem file pada NAS, Reiserfs, ext4 (beberapa versi ext3), dll, mungkin akan berfungsi, jika ini masalahnya.

Pengguna KingKongFrog menambahkan jawaban ini, saya menambahkannya ke jawaban saya (tetapi upvote juga), ini memungkinkan Anda mengonversi cadangan yang ada ke ukuran yang lebih besar

hdiutil convert MyMac_001acb9cb23d.sparsebundle -format UDSB -tgtimagekey sparse-band-size=2097152 -o NEW_MyMac_001acb9cb23d.sparsebundle

tautan ke blog tempat saya mendapatkannya

# creates a sparsebundle disk image with a 128MB band size
MACHINE_NAME=your-machine-name
echo $MACHINE_NAME
hdiutil create -size 900g -type SPARSEBUNDLE -nospotlight -volname "Backup of $MACHINE_NAME" -fs "Case-sensitive Journaled HFS+" -imagekey sparse-band-size=262144 -verbose ./$MACHINE_NAME.sparsebundle

# copy the plists from TIME_MACHINE_IMAGE to NEW_IMAGE
TIME_MACHINE_IMAGE=your-machine-name.old.sparsebundle
NEW_IMAGE=your-machine-name.sparsebundle
cp $TIME_MACHINE_IMAGE/com.apple.TimeMachine.*.plist $NEW_IMAGE

Instruksi paling ringkas (berhasil dan memulihkan sparsebundle TM cadangan saya) yang saya temukan di

http://jd-powered.net/notes/fixing-your-time-machine-backup

dan

http://tonylawrence.com/post/unix/fixing-corrupted-time-machine-backups/ yang tampaknya merupakan artikel asli (2012)

Jawaban ini adalah untuk membagikan pengalaman saya tentang ini dan untuk mengundang Anda memberikan umpan balik.

Saya memiliki kesalahan backup yang rusak, jadi saya mencoba tanpa solusi yang diberikan oleh Ronald Pottol. Saya selalu menemukan hdiutil: create failed - ...kesalahan saat membuat Sparsbundle di NAS saya (NAS buatan sendiri yang menjalankan Debian Wheezy dan partisi ext4).

Jadi, setelah beberapa googling, saya mencoba ini (dari sana ):

1. Dapatkan pengenal komputer:

   $ ifconfig en0 | grep ether | sed s/://g | sed s/ether//

   b88d120afd6c

2. Gunakan pengenal itu untuk membuat sparsebundle (di dir rumah Anda) dengan parameter dari Ronald Pottol (ComputerName harus diganti dengan nama komputer yang sebenarnya)

   sudo hdiutil create -size 190g -type SPARSEBUNDLE -nospotlight -volname "Backup of ComputerName" -fs "Case-sensitive Journaled HFS+" -imagekey sparse-band-size=262144 -verbose ~/ComputerName_b88d120afd6c

   "Backup of ComputerName" harus diganti dengan string yang cocok dengan pengaturan bahasa Anda. Dalam bahasa Prancis: "Copies de sauvegarde Time Machine"

   Tambahkan -encryption AES-128 -stdinpass(misalnya setelah -verbose) untuk mengaktifkan enkripsi untuk cadangan. Anda akan dimintai kata sandi enkripsi. Anda juga dapat menggunakan AES-256sebagai gantinya AES-128.

3. Pasang drive NAS yang akan berisi cadangan Time Machine.

4. Menggunakan Finder, salin Sparsbundle yang dibuat dari direktori Home ke drive itu.

5. Konfigurasikan Time Machine untuk menggunakan drive NAS. Jika enkripsi diaktifkan, pilih untuk menggunakan file cadangan yang sama dan konfirmasikan kata sandi yang Anda atur sebelumnya.

6. Jalankan cadangan pertama.

Di utilitas Konsol, pesan harus ditulis, menunjukkan sparsebundle diganti namanya. Jadi ia memiliki parameter ukuran band-band yang benar yang harus menghindari kesalahan di masa mendatang:

18/07/2014 06:50:25,712 com.apple.backupd[3573]: Renaming /Volumes/tmNasDrive-1/ComputerName_b88d120afd5c.sparsebundle to /Volumes/tmNasDrive-1/ComputerName.sparsebundle

Saya tidak memiliki kesalahan sejak saya memulai cadangan baru ini, tetapi ini tidak berarti solusi ini benar-benar dapat diandalkan. Saya harap ini akan membantu. Setiap umpan balik diterima.