¿Existe una forma más rápida de copiar archivos de máquina del tiempo de un disco a otro?

Estoy tratando de mover mis archivos de copia de seguridad de la máquina del tiempo en Backups.backupdb a otra unidad. Inicié una copia de archivo durante la noche (b / c vi que OSX tardó una eternidad en prepararse para la copia ... básicamente estaba contando los archivos durante horas). Por la mañana vi que solo se copiaron ciertas copias de seguridad (carpetas con fechas). Luego intenté copiar sobre los que no se copiaron ... pero el sistema operativo no me permitió hacer eso. Obtuve el error "No se puede completar la operación porque los elementos de copia de seguridad no se pueden modificar". Por lo tanto, mi plan es eliminar la copia incompleta en la nueva unidad y luego intentar copiar nuevamente sobre la carpeta Backups.backupdb.

Bastante frustrante ¿Existe una forma más rápida de copiar estos archivos a través de un comando de terminal para que no realice toda la preparación de conteo de archivos?

Probablemente pueda cargar toda la carpeta y luego hacer una copia, pero ¿eso interferirá con alguno de los permisos del archivo, etc.? Lo único con este enfoque es que no tengo más espacio en mi volumen de origen para el tar.

ACTUALIZAR

He probado algunos de los métodos que la gente ha sugerido a continuación, específicamente usando la función de restauración de la Utilidad de Discos y me está dando algunos mensajes de error y resultados inesperados (al menos para mí). He intentado hacer la restauración de dos maneras:

• Con "Borrar destino" marcado: cada vez (lo he intentado dos veces), cuando finaliza la restauración, aparece el mensaje "No se pudo restaurar - Operación no válida" y "No se pudo restaurar - Argumento no válido". Sin embargo, mi disco de destino obtiene una copia de mis archivos TM. Lo extraño es que mi disco de destino es EXACTAMENTE como mi disco de origen ... incluso el tamaño. Mi disco de destino es en realidad 1 TB, pero después de la restauración, se muestra como 200 GB cuando obtengo información del buscador. ¡Pero en Disk Utility, muestra una partición de 1 TB!

Luego intenté verificar / reparar el disco y obtuve:

    Tamaño de nodo de árbol B no válido
    Comprobación del volumen de HFS Plus registrado.
    Tamaño de nodo de árbol B no válido
    Reparación de volumen completa.
    Actualización de particiones de soporte de arranque para el volumen según sea necesario.
    Error: Disk Utility no puede reparar este disco. Haga una copia de seguridad de la mayor cantidad posible de sus archivos, vuelva a formatear el disco y restaure sus archivos respaldados.

No sé si se supone que debo verificar / reparar un disco TM ...

• Con "Borrar destino" desmarcado: la restauración nunca comienza y obtengo:

    No se pudo restaurar: operación no permitida

Una copia normal (o copia a través de rsync o ídem) no replicará una máquina del tiempo por completo, ya que convertirá dos directorios vinculados (como ocurre en las copias de seguridad de TM sucesivas sin cambios) en dos directorios separados.

La mejor manera es copiar todo el disco usando la Utilidad de Discos o la parte de copia en bloque de Carbon Copy Cloner y probablemente similar en SuperDuper .

Al migrar una unidad cifrada completa de Time Machine de 3 TB a una nueva de 8 TB en macOS 10.14, me encontré con todo tipo de problemas. Intentando hacer una restauración en la Utilidad de Discos con errores como "no se puede validar la fuente" o "Operación no permitida". Al intentar otras sugerencias en esta publicación y en otras, pude obtener nuevos y emocionantes mensajes de error como "El archivo de catálogo en la imagen / volumen está demasiado fragmentado", pero no hay copia.

Lo que funcionó al final, en la terminal:

1. Borre el nuevo disco con la Utilidad de Discos, que coincida con el formato de la unidad de origen: MacOS Extendido (Registrado, Encriptado)
2. Uso diskutil cs listen la terminal para obtener el tamaño exacto de bytes del volumen lógico en la unidad de edad, y el GUID del nuevo volumen lógico, así como los números de los discos de ambos, por ejemplo, disk4.

3. Use el tamaño de byte exacto del paso 2 como el tamaño del nuevo volumen. En mi caso con una unidad de 3TB fue de 2,999,772,905,472 bytes:

   sudo diskutil cs resizeVolume $new_lv_guid 2999772905472
   

4. Usando el pvcomando de homebrew, haga una copia en bloque de bajo nivel de los discos. Esto es muy parecido a usar dd, excepto que obtienes un medidor de progreso con ETA.

   Necesita obtener los números de disco de la diskutil cs listsalida. Ten cuidado. Es muy fácil sobrescribir accidentalmente su unidad de copia de seguridad completa con la nueva en blanco aquí.

   sudo sh -c "$(which pv) --buffer-size 50M -s 2999772905472 < /dev/rdisk${source} > /dev/rdisk${target}"
   

   Si obtiene un permiso denegado / error de operación no permitida aquí, vaya a Preferencias de seguridad y privacidad y agregue Acceso a disco completo para Terminal.app.

   Para mí, esto tomó alrededor de 10 horas, lo dejé correr durante la noche, pero pv, al menos, obtienes un medidor de progreso con un ETA.

5. Ahora, expanda el volumen para ocupar todo el espacio restante en la unidad:

   sudo diskutil cs resizeVolume $new_lv_guid 0
   

   Esto me llevó ~ 3 horas, con aproximadamente 5 años de copias de seguridad. MacOS fscking pasó la mayor parte de ese tiempo .

Ahora puede disfrutar de su nueva y más espaciosa unidad Time Machine. Puede reutilizar el antiguo o guardarlo en un lugar seguro en caso de que le pase algo al nuevo disco.

Los pasos de cambio de tamaño parecen ser importantes; omitirlos dio como resultado una copia de archivo de 10 horas que produjo un volumen de 8TB que contenía un sistema de archivos de 3TB que no pude averiguar cómo cambiar el tamaño.

ACTUALIZACIÓN Una posible desventaja de este enfoque es que, debido a que es una copia bit por bit, los identificadores son los mismos entre el disco antiguo y el disco nuevo. Si conecto el disco completo anterior, Time Machine cree que es el disco nuevo, intenta realizar una copia de seguridad y comienza a eliminar las copias de seguridad antiguas para dejar espacio para las nuevas. Parece un buen enfoque para mover datos a un disco más grande donde luego se borrará el disco más viejo.

¿Por qué no solo usar terminal?

cp -RnpP Backups.backupdb

• -R recursivo
• -n no sobrescribir (si quedan restos de copias existentes del intento anterior)
• -p preservar ACL, permisos, fechas de creación / modificación, etc.
• -P preservar los enlaces duros, no siga los enlaces duros o simbólicos.

Esta respuesta no se hará más rápido, pero descubrí que es una forma de copiar los datos correctamente mientras se preserva la desduplicación (enlaces duros) y los permisos. Como una ventaja adicional, uso esto para hacer un dmg comprimido del producto final para archivar.

1. Con Disk Utilities, cree una imagen de disco que sea más grande que su directorio Backups.backupdb. También le sugiero que utilice una imagen de disco de paquete disperso para el formato de imagen y el disco duro para particiones. Después de montar esta imagen, obtenga información sobre ella y desmarque Ignorar propiedad en este volumen.

2. Ahora apague Time Machine y, utilizando el buscador, copie la carpeta Backups.backupdb en la imagen montada. El buscador le pedirá permisos de superusuario para copiar los datos. Tome un trago o haga otra cosa por un tiempo.

3. Cuando finalice la copia, asegúrese de que todo esté bien y desmonte la imagen. Desde la Utilidad de Discos, seleccione Convertir y convertir la imagen de paquete dispersa en una imagen comprimida. De nuevo, esto puede llevar un tiempo.

Debes terminar con dos copias de tu copia de seguridad de Time Machine, puedes eliminar la versión escasa del paquete y colocar el dmg en un lugar seguro como un archivo a tiempo.

Una cosa que no he probado con esto es hacer una restauración del sistema desde el dmg, pero sospecho que debería funcionar, mi objetivo era más para archivar los cambios incrementales de la máquina del tiempo y mantener la estructura de enlace duro.

También probé rsync y cp, pero no parecían mantener la estructura de enlace duro que terminaría haciendo x veces el tamaño, x siendo la cantidad de fechas que tenía en el pasado. Este método funcionó bien, pero nuevamente puede no obtener la velocidad de una solución de copia en bloque.

Apple tiene un tutorial oficial para esto: " Time Machine: Cómo transferir copias de seguridad de una unidad de copia de seguridad actual a una nueva unidad de copia de seguridad ".

Los pasos de alto nivel de esa página:

1. Verifique el formato de su nueva unidad de respaldo
2. Establezca permisos en su nueva unidad de respaldo
3. Apague temporalmente Time Machine
4. Copie sus datos de respaldo de su unidad original a su nueva unidad
5. Configure Time Machine para usar su nuevo disco

Así es como la página recomienda hacer el paso de copia:

Copie sus datos de respaldo de su unidad original a su nueva unidad

1. Abre una nueva ventana del Finder. En la barra lateral del Finder, haga clic en el icono de la unidad de copia de seguridad original.
2. Abre una nueva ventana del Finder. En la barra lateral del Finder, haga clic en el icono de la nueva unidad de copia de seguridad.
3. Arrastre la carpeta "Backups.backupdb" desde la unidad de copia de seguridad original al nivel superior de la nueva unidad de copia de seguridad.
4. Ingrese un nombre de administrador y una contraseña, luego haga clic en Aceptar para comenzar el proceso de copia.

La copia de los datos de la copia de seguridad puede tardar un tiempo en completarse, dependiendo del tamaño de la copia de seguridad.

+1 para utilidades de disco, demasiado largo para comentarios:

12.250.329 archivos evaluados, 10.408.594 archivos copiados. Velocidad efectiva de copia 8,68 MB / s.

para clonar una unidad de copia de seguridad magnética de 2 TB con varios años de copias de seguridad a través de SuperDuper! este año.

Esto tardó 63 horas en total (SuperDuper restablecería su reloj cada 24 horas, por lo que mostró 15:04:43 al final) en lugar de una copia del Finder que cancelé después de aproximadamente 4 días y una cuarta parte de los archivos.

Obviamente, el disco magnético no fue la razón de este tiempo. La razón por la que Finder copia el bloqueo en discos de copia de seguridad de larga duración es la gran cantidad de enlaces simbólicos en cascada en archivos sin cambios, especialmente para muchos archivos pequeños como los índices Git.

rsync es una gran utilidad para cosas como esta. Generalmente lo uso para cosas como esta. En este caso, podría usar las banderas -aP. Creo que parte de -a ("archivo") también es para preservar permisos, ACL y similares, pero no estoy seguro.

IIRC, también hay una opción --delete que le permite eliminar el archivo fuente una vez que se ha copiado con éxito en el destino. Sin embargo, desconfiaría de usar eso, generalmente hago un espejo completo sin la opción --delete, luego volveré a ejecutar el comando con las opciones -c y --delete. -c es una suma de verificación, por lo que verifica todos los archivos que ha descargado con todos los que están en la fuente a través de la suma de verificación, luego elimina la fuente si hay una coincidencia, de lo contrario, vuelve a copiar o reanuda la copia según sea el caso.

EDITAR: utilice la bandera -H en este caso según los comentarios, para preservar los enlaces duros.

Con los discos duros, cuando mueve múltiples archivos de una unidad, el lector se mueve hacia adelante y hacia atrás haciendo un ruido de clic aterrador, y disminuye la velocidad de transferencia significativamente, por ejemplo, un archivo con usb 2.0 se mueve a 30 mbps en mi computadora desde 2 discos duros externos, pero 2 archivos se mueven a 11 mbps. y 3 archivos se mueven a 6 mbps. etc. Los archivos zip se moverán más rápido que los archivos.