Adecuación de HFS Plus

Si bien Time Machine debe usar HFS Plus para la mayoría de las cosas, vale la pena señalar que el sistema de archivos no es ideal para la tarea .

Un ejemplo

Coincidencia: pocas horas después de mi primera edición de esta respuesta, mi propio volumen de Time Machine Backups (una imagen de disco de paquete disperso) sufrió una falla en el sistema de archivos. Estoy seguro de que el almacenamiento subyacente es correcto: una agrupación de ZFS borrada, sin error, antes y después de la falla de HFS Plus. Para el registro:

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)

• el mensaje del 2013-06-07 22:28:49 es llamativo, pero se esperaba en mi caso (síntoma de un error relacionado con HFS Plus; una corrupción que involucra a AppleFSCompression ) - probablemente despreciable en el contexto de esta respuesta

• el mensaje del 2013-06-07 22:28:51 puede ser más relevante para la falla del sistema de archivos.

/private/var/log/fsck_hfs.log luego mostró:

/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

Confirmando que ningún error afectó el almacenamiento subyacente en el 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$ 

En términos simples

Aunque nos gustaría una solución, las fallas del sistema de archivos como esta parecen ser:

• impredecible
• inevitable
• a veces irreparable.

En ausencia de una buena solución, mi mejor consejo es no confiar en una única copia de seguridad de Time Machine. El riesgo de una falla eventual y la incapacidad para reparar es simplemente demasiado alto.

Grados de fracaso

En el pasado a veces forzaba fsck_hfs (8 ) para reconstruir archivos b-tree ... con éxito limitado pero sin certeza. Si bien un sistema de archivos puede aparecer para estar bien (en la Utilidad de Discos y similares) ya no confiaría en él para fines de restauración o copia de seguridad de Time Machine.

En el caso más reciente (arriba) múltiples aplicaciones de force (múltiples reconstrucciones del catálogo b-tree, una reconstrucción de los atributos extendidos b-tree y una reconstrucción de las extensiones b-tree) no han llevado a un verificable sistema de archivos. Tengo registros de depuración de estos intentos, que no comenzaré a resumir aquí; son masivos

Con los discos conectados localmente (USB 2.0), los intentos de reparar los volúmenes de copia de seguridad de Time Machine pueden ser extraordinarios y llevar mucho tiempo. Inalámbrico: sobre AFP: puede encontrar el tiempo requerido intolerable .

Time Machine - Solución de problemas - C13. "... Time Machine debe crear una nueva copia de seguridad para ti". (James Pond) incluye mucha información útil. Esencialmente:

  

... las copias de seguridad están dañadas más allá de la capacidad de la Utilidad de Discos para reparar ...

Cuando OS X informa que un sistema de archivos de HFS Plus parece estar bien, puede haber problemas importantes con el disco , problemas que OS X simplemente no puede detectar.

Como la corrupción se ha producido más de una vez, puede haber un problema con:

• hardware, firmware y / o software del NAS.

¿Qué marca y modelo es el NAS?

Discos duros del NAS

Si el sistema operativo del NAS le permite verificar la integridad de los bloques en sus discos : hágalo.

Si el sistema operativo del NAS carece de esa capacidad, intente iniciar el hardware con un sistema operativo diferente que sea más adecuado para las pruebas. Las opciones pueden incluir Ubuntu y una ejecución de badblocks .

Controles de este tipo:

• llevará mucho tiempo; pero
• debería ayudarlo a determinar si el estado del disco (s) es contribuyente a los múltiples fallos.

Para agregar a la advertencia de @GrahamPerrin, quiero compartir mi plan para eso.

Mi NAS se está ejecutando FreeNAS que incluye ZFS .

Consciente del problema de "Time Machine debe crear una nueva copia de seguridad" antes de configurar las cosas, hice que el volumen del host de TimeMachine en el NAS fuera un volumen ZFS separado, que se usa solo para eso. Luego especifiqué el volumen diario snapshots . Si el contenido del volumen ZPool1/Backups/TimeMachine se corrompe debido a un error en la red o la falta de fiabilidad general del disco virtual HFS + dentro de otro volumen, puedo revertirlo en el NAS. A veces lo llamo meta backup .

Para ser claros,

• el volumen del host es el almacenamiento NAS ZPool1/Backups/TimeMachine
• contiene un disco virtual HFS +, como el directorio del host "John's MacBook Pro.sparsebundle" , que a su vez tiene un subdirectorio bands que contiene el almacenamiento de la unidad virtual completamente aprovisionado como archivos 951 con nombres como e8 (los números hexadecimales se cuentan desde 0).
• El disco virtual es la forma en que Time Machine maneja automáticamente un volumen de destino que no es HFS +. Pero lo creé con anticipación para hacer que los tamaños de trozos sean eficientes (128M cada uno archivo).
• el NAS publica ZPool1/Backups/TimeMachine como un recurso compartido de AFP con el conjunto de indicadores "usar para Time Machine". TimeMachine espera que contenga el disco virtual que luego utiliza, o crea si es el primer uso de esa ubicación de red para realizar una copia de seguridad.

Por lo tanto, la capacidad de instantáneas del volumen ZFS funciona porque es un volumen ZFS que contiene un conjunto de archivos de datos de 128 MB con nombres aburridos. Time Machine funciona porque coloca un disco virtual formateado como HFS + en cualquier sistema de archivos que se presente.

Tuve el mismo problema cuando configuré Time Machine por primera vez para usar mi NAS: cada pocas semanas, obtenía la ventana emergente en la parte superior de este hilo. Fue muy frustrante. Sin embargo, con el tiempo noté que esto solo sucedía en determinados días de la semana. Y luego me di cuenta de que solo ocurría durante las operaciones de limpieza semanal (lunes por la mañana) o de resincronización (martes por la mañana). Así que obtuve una copia de "Time Machine Editor" que le permite decirle a Time Machine cuándo puede y no puede ejecutarse, excluido los lunes y martes por la mañana, y listo, problema resuelto.

Añadiendo a la sugerencia de Ronald Pottol, lo siguiente convierte un conjunto disperso en lugar de volver a crearlo. Una vez hecho esto, simplemente cambie el nombre de los paquetes.

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

Me pregunto si está alcanzando el número máximo de archivos para el directorio de destino. En un sistema de archivos Unix clásico como ext2, tiene un límite de 32,000 (2 ^ 15) archivos (o subdirectorios o enlaces (cosas)) por directorio. Una copia de seguridad de Time Machine es una imagen de disco dispersa, que es un conjunto de archivos de 8 MB. 300 GB de archivos de 8 MB es algo así como 37,000. Ooops.

Puede aumentar el tamaño de los archivos que utiliza Time Machine en el paquete disperso (estas instrucciones aumentarían el tamaño máximo de su copia de seguridad en 16), o cambiar el sistema de archivos en el NAS, Reiserfs, ext4 (algunas versiones de ext3), etc, probablemente funcionará, si este es el problema.

El usuario KingKongFrog agregó esta respuesta, lo estoy agregando a mi respuesta (pero también a su voto), esto le permite convertir su copia de seguridad existente al tamaño más grande

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

enlace al blog que obtuve 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

Esta respuesta es para compartir mi experiencia sobre esto y para invitarte a dar comentarios.

Tuve el error de las copias de seguridad dañadas, así que probé sin éxito la solución dada por Ronald Pottol. Siempre llegué a un error hdiutil: create failed - ... al crear Sparsbundle en mi NAS (un NAS hecho en casa que ejecuta Debian Wheezy y una partición ext4).

Entonces, después de algunas búsquedas en Google, probé esto (de allí ):

1. Obtenga el identificador de la computadora:

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

   b88d120afd6c

2. Use ese identificador para crear un frasco (en su directorio de inicio) con los parámetros de Ronald Pottol (ComputerName se reemplazará con el nombre real de la computadora)

   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

   "Copia de seguridad de ComputerName" debe reemplazarse con una cadena que coincida con la configuración de su idioma. En francés: "Copies de sauvegarde Time Machine"

3. Monte la unidad NAS que contendrá las copias de seguridad de Time Machine.

4. Usando el Finder, copia el Sparsbundle creado desde el directorio de Inicio a esa unidad.

5. Configure Time Machine para usar la unidad NAS.

6. Ejecuta una primera copia de seguridad.

En la utilidad de la consola, se debe escribir un mensaje que indique que se cambió el nombre de sparsebundle. Por lo tanto, tiene el parámetro correcto de tamaño de banda dispersa que debería evitar futuros errores:

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

No tuve ningún error desde que inicié esta nueva copia de seguridad, pero esto no significa que esta solución sea realmente confiable. Espero que esto sea de ayuda. Cualquier comentario es bienvenido.

La instrucción más concisa (funcionó y recuperó mis sparsebundles de copia de seguridad TM) que encontré en

enlace

y

enlace que parece ser el artículo original (2012)