Mes sauvegardes semblent bien se sauvegarder sur mon NAS, mais au hasard après quelques semaines, j'obtiens l'erreur suivante. Plusieurs utilisateurs obtiennent cette erreur par intermittence mais je n'ai pas encore trouvé de solution. Des idées?

Time Machine a terminé une vérification de vos sauvegardes sur «NAS». Pour améliorer la fiabilité, Time Machine doit créer une nouvelle sauvegarde pour vous.

Cliquez sur Démarrer une nouvelle sauvegarde pour créer une nouvelle sauvegarde. Cela supprimera votre historique de sauvegarde existant. Cela pourrait prendre plusieurs heures.

Cliquez sur Sauvegarder plus tard pour recevoir un rappel demain. Time Machine n'effectuera pas de sauvegardes pendant cette période.

Adéquation de HFS Plus

Bien que Time Machine doive utiliser HFS Plus pour la plupart des choses, il convient de noter que le système de fichiers n'est pas idéalement adapté à la tâche .

Un exemple

Coïncidence: quelques heures après ma première édition de cette réponse, mon propre volume Time Machine Backups (une image disque groupée clairsemée) a subi une défaillance du système de fichiers. Je suis certain que le stockage sous-jacent est OK - un pool ZFS nettoyé, sans erreur, avant et après l'échec de HFS Plus. Pour mémoire:

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)

• le message du 2013-06-07 22:28:49 est accrocheur, mais attendu dans mon cas (symptôme d'un bug impliquant HFS Plus; une corruption qui implique AppleFSCompression) - probablement négligeable dans le cadre de cette réponse

• le message au 2013-06-07 22:28:51 peut être plus pertinent pour la défaillance du système de fichiers.

/private/var/log/fsck_hfs.log a ensuite montré:

/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

Confirmant qu'aucune erreur n'a affecté le stockage sous-jacent à l'époque:

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$ 

En termes simples

Alors que nous aimerions une solution, les défaillances du système de fichiers comme celle-ci semblent être:

• imprévisible
• inévitable
• parfois irréparable.

En l'absence d'une bonne solution, mon meilleur conseil est de ne pas compter sur une seule sauvegarde Time Machine. Le risque d'échec éventuel et d'incapacité à réparer est tout simplement trop élevé.

Degrés d'échec

Dans le passé, j'ai parfois forcé fsck_hfs(8) à reconstruire des fichiers d'arborescence b… avec un succès limité mais sans certitude. Alors qu'un système de fichiers peut sembler être OK (dans l'Utilitaire de disque et autres), je ne lui ferais plus confiance à des fins de sauvegarde ou de restauration Time Machine.

Dans le cas le plus récent (ci-dessus), plusieurs applications de la force (plusieurs reconstructions de l'arborescence b du catalogue, une reconstruction de l'arborescence b des attributs étendus et une reconstruction de l'arborescence b étendue) n'ont pas conduit à un système de fichiers vérifiable. J'ai des journaux de débogage de ces tentatives, que je ne commencerai pas à résumer ici; ils sont massifs.

Avec les disques connectés localement (USB 2.0), les tentatives de réparation des volumes de sauvegarde Time Machine peuvent prendre énormément de temps. Sans fil - sur AFP - vous pouvez trouver le temps requis intolérable .

Time Machine - Dépannage - C13. "… Time Machine doit créer une nouvelle sauvegarde pour vous." (James Pond) contient de nombreuses informations utiles. Essentiellement:

… Les sauvegardes sont corrompues au-delà de la capacité de l'Utilitaire de disque à réparer…

Lorsque OS X signale qu'un système de fichiers HFS Plus semble être OK, il peut y avoir des problèmes importants avec le disque - des problèmes que OS X ne peut tout simplement pas détecter.

Comme la corruption s'est produite plusieurs fois, il peut y avoir un problème avec:

• matériel, micrologiciel et / ou logiciel du NAS.

Quelle est la marque et le modèle du NAS?

Disques durs du NAS

Si le système d'exploitation du NAS vous permet de vérifier l' intégrité des blocs sur ses disques : veuillez le faire.

Si le système d'exploitation du NAS n'a pas cette capacité, essayez de démarrer le matériel avec un système d'exploitation différent qui est plus adapté aux tests. Les options peuvent inclure Ubuntu et une série de badblocks .

Contrôles de ce type:

• prendra du temps; mais
• devrait vous aider à déterminer si l'état du ou des disques contribue aux multiples défaillances.

Pour ajouter à l'avertissement de @GrahamPerrin, je veux partager mon plan pour cela.

Mon NAS exécute FreeNAS qui dispose de ZFS .

Conscient du problème «Time Machine doit créer une nouvelle sauvegarde» avant de configurer les choses, j'ai fait du volume hôte TimeMachine sur le NAS un volume ZFS distinct, utilisé uniquement pour cela. Ensuite, j'ai spécifié des instantanés de volume quotidiens . Si le contenu du ZPool1/Backups/TimeMachinevolume est corrompu en raison d'un snafu réseau ou de la non-fiabilité générale du disque virtuel HFS + à l'intérieur d'un autre volume, je peux le restaurer sur le NAS. J'appelle parfois cela la méta-sauvegarde .

Pour être clair,

• le volume hôte est le stockage NAS ZPool1/Backups/TimeMachine
• il contient un disque virtuel HFS +, en tant que répertoire de l'hôte "John's MacBook Pro.sparsebundle"qui lui-même a un bandssous - répertoire contenant le stockage de lecteur virtuel entièrement provisionné en tant que fichiers 951 avec des noms comme e8(les nombres hexadécimaux à partir de 0).
• Le disque virtuel est la façon dont Time Machine gère automatiquement un volume cible qui n'est pas HFS +. Mais je l'ai créé à l'avance pour rendre les tailles de morceaux efficaces (128M chaque fichier).
• le NAS publie en ZPool1/Backups/TimeMachinetant que partage AFP avec le jeu d'indicateurs «use for Time Machine». TimeMachine s'attend à ce qu'il contienne le disque virtuel qu'il utilise ensuite, ou crée s'il s'agit de la première utilisation de cet emplacement réseau pour la sauvegarde.

Ainsi, la capacité d'instantané de volume ZFS fonctionne car il s'agit d'un volume ZFS contenant un tas de fichiers de données de 128 Mo avec des noms ennuyeux. Time Machine fonctionne car il place un disque virtuel au format HFS + sur le système de fichiers présenté.

J'ai eu le même problème lorsque j'ai configuré Time Machine pour la première fois pour utiliser mon NAS - toutes les quelques semaines, j'obtenais le popup en haut de ce fil. C'était très frustrant. J'ai remarqué au fil du temps, cependant, que cela ne se produisait que certains jours de la semaine. Et je me suis alors rendu compte que cela ne se produisait que pendant les opérations de gommage hebdomadaire (lundi matin) ou de resynchronisation (mardi matin). J'ai donc obtenu une copie de "Time Machine Editor" qui vous permet de dire à Time Machine quand il peut et ne peut pas fonctionner, exclu les lundis et mardis matins, et le tour est joué, problème résolu.

Pour ajouter à la suggestion de Ronald Pottol, ce qui suit convertit un bundle clairsemé plutôt que de le recréer. Une fois cela fait, renommez simplement les bundles.

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

Je me demande si vous atteignez le nombre maximal de fichiers pour le répertoire de destination? Dans un système de fichiers Unix classique comme ext2, vous avez une limite de 32 000 (2 ^ 15) fichiers (ou sous-répertoires ou liens (choses)) par répertoire. Une sauvegarde Time Machine est une image disque clairsemée, qui est un groupe de fichiers de 8 Mo. 300 Go de fichiers de 8 Mo, c'est quelque chose comme 37 000. Oups.

Vous pouvez augmenter la taille des fichiers que Time Machine utilise dans le bundle clairsemé (ces instructions augmenteraient la taille maximale de votre sauvegarde de 16), ou changer le système de fichiers sur le NAS, Reiserfs, ext4 (certaines versions d'ext3), etc, fonctionnera probablement, si tel est le problème.

L'utilisateur KingKongFrog a ajouté cette réponse, je l'ajoute à ma réponse (mais votez aussi la sienne), cela vous permet de convertir votre sauvegarde existante à la plus grande taille

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

lien vers le blog, je l'ai obtenu de

# 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'instruction la plus concise (elle a fonctionné et a récupéré mes sparsebundles de sauvegarde TM) que j'ai trouvée sur

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

et

http://tonylawrence.com/post/unix/fixing-corrupted-time-machine-backups/ qui semble être l'article original (2012)

Cette réponse est de partager mon expérience à ce sujet et de vous inviter à donner votre avis.

J'ai eu l'erreur de sauvegarde corrompue, j'ai donc essayé sans succès la solution donnée par Ronald Pottol. J'ai toujours atteint une hdiutil: create failed - ...erreur lors de la création du Sparsbundle sur mon NAS (un NAS fait maison exécutant Debian Wheezy et une partition ext4).

Donc, après quelques recherches sur Google, j'ai essayé ceci (à partir de là ):

1. Obtenez l'identifiant de l'ordinateur:

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

   b88d120afd6c

2. Utilisez cet identifiant pour créer un sparsebundle (dans votre répertoire personnel) avec les paramètres de Ronald Pottol (ComputerName doit être remplacé par le nom réel de l'ordinateur)

   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

   "Sauvegarde de ComputerName" doit être remplacé par une chaîne qui correspond à vos paramètres de langue. En français: "Copies de sauvegarde Time Machine"

   Ajoutez -encryption AES-128 -stdinpass(par exemple après -verbose) pour activer le cryptage pour la sauvegarde. Vous serez invité à entrer un mot de passe de cryptage. Vous pouvez également utiliser à la AES-256place de AES-128.

3. Montez le lecteur NAS qui contiendra les sauvegardes Time Machine.

4. À l'aide du Finder, copiez le Sparsbundle créé du répertoire d'accueil sur ce lecteur.

5. Configurez Time Machine pour utiliser le lecteur NAS. Si le cryptage a été activé, choisissez d'utiliser les mêmes fichiers de sauvegarde et confirmez le mot de passe que vous avez défini précédemment.

6. Exécutez une première sauvegarde.

Dans l'utilitaire de console, un message doit être écrit, indiquant que le sparsebundle a été renommé. Il a donc le paramètre de taille de bande éparse correct qui devrait éviter les erreurs futures:

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

Je n'ai eu aucune erreur depuis que j'ai commencé cette nouvelle sauvegarde, mais cela ne signifie pas que cette solution est vraiment fiable. J'espère que cela vous aidera. Toute rétroaction est la bienvenue.