I miei backup sembrano andare bene al backup sul mio NAS, tuttavia a caso dopo alcune settimane ricevo il seguente errore. Diversi utenti ottengono questo errore in modo intermittente, tuttavia devo ancora trovare una soluzione. Qualche idea?

Time Machine ha completato una verifica dei backup su "NAS". Per migliorare l'affidabilità, Time Machine deve creare un nuovo backup per te.

Fare clic su Avvia nuovo backup per creare un nuovo backup. Ciò rimuoverà la cronologia di backup esistente. Questo potrebbe richiedere diverse ore.

Fai clic su Esegui backup più tardi per essere ricordato domani. Time Machine non eseguirà i backup durante questo periodo.

Idoneità di HFS Plus

Mentre Time Machine deve utilizzare HFS Plus per la maggior parte delle cose, vale la pena notare che il file system non è l'ideale per l'attività .

Un esempio

Coincidenza: poche ore dopo la mia prima edizione di questa risposta, il mio volume di Time Machine Backup (un'immagine del disco di bundle sparsa) ha subito un errore del file system. Sono certo che l'archiviazione sottostante sia OK: un pool ZFS è stato cancellato, senza errori, prima e dopo l'errore HFS Plus. Per il record:

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)

• il messaggio al 2013-06-07 22:28:49 è accattivante, ma previsto nel mio caso (sintomo di un bug che coinvolge HFS Plus; una corruzione che coinvolge AppleFSCompression) - probabilmente trascurabile nel contesto di questa risposta

• il messaggio a 2013-06-07 22:28:51 potrebbe essere più rilevante per l'errore del file system.

/private/var/log/fsck_hfs.log poi ha mostrato:

/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

Confermando che nessun errore ha influito sulla memoria sottostante al momento:

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$ 

In parole povere

Mentre vorremmo una soluzione, errori del file system come questo sembrano essere:

• imprevedibile
• inevitabile
• a volte irreparabile.

In assenza di una buona soluzione, il mio miglior consiglio è di non fare affidamento su un singolo backup di Time Machine. Il rischio di eventuali guasti e incapacità di riparazione è semplicemente troppo elevato.

Gradi di fallimento

In passato a volte ho costretto fsck_hfs(8) a ricostruire file b-tree ... con successo limitato ma non certezza. Mentre un file system può sembrare OK (in Utility Disco e simili) non mi fiderei più di esso per scopi di backup o ripristino di Time Machine.

Nel caso più recente (sopra) più applicazioni di forza (ricostruzioni multiple del b-tree del catalogo, una ricostruzione degli b-tree degli attributi estesi e una ricostruzione del b-tree delle estensioni) non hanno portato a un file system verificabile. Ho registri di debug da questi tentativi, che non inizierò a riassumere qui; sono enormi.

Con i dischi collegati localmente (USB 2.0), i tentativi di riparare i volumi di backup di Time Machine possono richiedere straordinariamente tempo. Wireless - tramite AFP - è possibile che il tempo richiesto sia intollerabile .

Time Machine - Risoluzione dei problemi - C13. "... Time Machine deve creare un nuovo backup per te." (James Pond) include molte informazioni utili. Essenzialmente:

... i backup sono danneggiati oltre la capacità di Utility Disco di riparare ...

Quando OS X segnala che un file system HFS Plus sembra essere OK, potrebbero esserci problemi significativi con il disco - problemi che OS X semplicemente non è in grado di rilevare.

Poiché la corruzione si è verificata più di una volta, potrebbe esserci un problema con:

• hardware, firmware e / o software del NAS.

Che marca e modello è il NAS?

Dischi rigidi del NAS

Se il sistema operativo del NAS ti consente di verificare l' integrità dei blocchi sui suoi dischi : ti preghiamo di farlo.

Se il sistema operativo del NAS non ha questa capacità, quindi mirare ad avviare l'hardware con un sistema operativo diverso che è più adatto per il test. Le opzioni potrebbero includere Ubuntu e una serie di badblock .

Controlli di questo tipo:

• richiederà tempo; ma
• dovrebbe aiutarti a determinare se lo stato del / dei disco / i contribuisce a molteplici guasti.

Per aggiungere l'avvertimento di @GrahamPerrin, voglio condividere il mio piano per questo.

Il mio NAS esegue FreeNAS con ZFS .

Consapevole del problema "Time Machine deve creare un nuovo backup" prima di impostare le cose, ho trasformato il volume host TimeMachine sul NAS in un volume ZFS separato, usato solo per quello. Quindi ho specificato le istantanee del volume giornaliero . Se il contenuto del ZPool1/Backups/TimeMachinevolume viene danneggiato a causa dello snafu di rete o della generale inaffidabilità del disco virtuale HFS + all'interno di un altro volume, posso ripristinarlo sul NAS. A volte lo chiamo meta backup .

Per essere chiari,

• il volume host è l'archiviazione NAS ZPool1/Backups/TimeMachine
• contiene un disco virtuale HFS +, come directory dell'host "John's MacBook Pro.sparsebundle"che a sua volta ha una bandssottodirectory contenente l'archiviazione dell'unità virtuale con provisioning completo come file 951 con nomi come e8(numeri esadecimali che contano da 0).
• Il disco virtuale è il modo in cui Time Machine gestisce automaticamente un volume di destinazione che non è HFS +. Ma l'ho creato in anticipo per rendere efficienti le dimensioni dei blocchi (128 M per file).
• il NAS pubblica ZPool1/Backups/TimeMachinecome condivisione AFP con il set di flag "usa per Time Machine". TimeMachine prevede che contenga il disco virtuale che utilizza, o crea se è il primo utilizzo di tale posizione di rete per il backup.

Quindi, la funzionalità di snapshot del volume ZFS funziona perché è un volume ZFS contenente un mucchio di file di dati da 128 MB con nomi noiosi. Time Machine funziona perché inserisce un disco virtuale formattato come HFS + su qualsiasi file system presentato.

Ho avuto lo stesso problema quando ho configurato Time Machine per la prima volta per usare il mio NAS - ogni poche settimane, avrei visualizzato il popup in cima a questo thread. È stato molto frustrante. Ho notato nel tempo, tuttavia, che ciò è accaduto solo in determinati giorni della settimana. E poi ho capito che è successo solo durante le operazioni di pulizia settimanale (lunedì mattina) o risincronizzazione (martedì mattina). Così ho ottenuto una copia di "Time Machine Editor" che ti permette di dire a Time Machine quando può e non può funzionare, esclusi lunedì e martedì mattina e voilà, problema risolto.

Aggiungendo il suggerimento di Ronald Pottol, quanto segue converte uno sparsebundle anziché ricrearlo. Fatto ciò, basta rinominare i bundle.

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

Mi chiedo se stai colpendo il numero massimo di file per la directory di destinazione? In un classico file system Unix come ext2, hai un limite di 32.000 (2 ^ 15) file (o sottodirectory o collegamenti (cose)) per directory. Un backup di Time Machine è un'immagine del disco sparsa, che è un mucchio di file da 8 MB. 300 GB di file da 8 MB equivalgono a 37.000. Ooops.

Puoi aumentare le dimensioni dei file che Time Machine utilizza nel bundle sparse (queste istruzioni aumenterebbero di 16 le dimensioni massime del tuo backup) o cambieranno il file system sul NAS, Reiserfs, ext4 (alcune versioni di ext3), ecc., probabilmente funzionerà, se questo è il problema.

L'utente KingKongFrog ha aggiunto questa risposta, la sto aggiungendo alla mia risposta (ma aumenta anche la sua), ciò consente di convertire il backup esistente in dimensioni maggiori

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

link al blog da cui ho ricevuto questo

# 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

L'istruzione più concisa (ha funzionato e recuperato i miei sparsebundles di backup TM) che ho trovato su

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

e

http://tonylawrence.com/post/unix/fixing-corrupted-time-machine-backups/ che sembra essere l'articolo originale (2012)

Questa risposta è condividere la mia esperienza al riguardo e invitarti a dare un feedback.

Ho avuto l'errore di backup danneggiato, quindi ho provato senza successo la soluzione data da Ronald Pottol. Ho sempre hdiutil: create failed - ...riscontrato un errore durante la creazione di Sparsbundle sul mio NAS (un NAS fatto in casa con Debian Wheezy e una partizione ext4).

Quindi, dopo aver cercato su Google, ho provato questo (da lì ):

1. Ottieni l'identificatore del computer:

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

   b88d120afd6c

2. Usa quell'identificatore per creare uno sparsebundle (nella tua home directory) con i parametri di Ronald Pottol (ComputerName deve essere sostituito con il nome effettivo del computer)

   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 di ComputerName" deve essere sostituito con una stringa che corrisponda alle impostazioni della lingua. In francese: "Copies de sauvegarde Time Machine"

   Aggiungi -encryption AES-128 -stdinpass(ad es. Dopo -verbose) per abilitare la crittografia per il backup. Ti verrà richiesta una password di crittografia. Puoi anche usare al AES-256posto di AES-128.

3. Montare l'unità NAS che conterrà i backup di Time Machine.

4. Utilizzando il Finder, copia lo Sparsbundle creato dalla directory Home su quell'unità.

5. Configura Time Machine per utilizzare l'unità NAS. Se la crittografia è stata abilitata, scegliere di utilizzare gli stessi file di backup e confermare la password impostata in precedenza.

6. Esegui un primo backup.

Nell'utilità Console, è necessario scrivere un messaggio per indicare che lo sparsebundle è stato rinominato. Quindi ha il parametro sparse-band-size corretto che dovrebbe evitare errori futuri:

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

Non ho riscontrato errori da quando ho avviato questo nuovo backup, ma ciò non significa che questa soluzione sia davvero affidabile. Spero che questo possa aiutare. Qualsiasi feedback è il benvenuto.