Migrar una copia de seguridad de Time Machine en la terminal

/Volumes/Original_Time_Machineya no se realiza una copia de seguridad, pero contiene copias de seguridad antiguas que quiero conservar.

/Volumes/New_Time_Machine_Archivees una partición vacía

Ambos están en discos duros físicos separados.

Estaba pensando en hacer esto en la terminal. Conecte ambos discos duros físicos, luego:

cd /Volumes/Original_Time_Machine
cp -rp * "/Volumes/New_Time_Machine_Archive"

¿Podría restaurar desde esto si copio de esta manera? ¿O hay otra forma en que debería hacerlo?

¿Cuál es tu objetivo? ¿Continuar usando los archivos para la copia de seguridad de Time Machine? ¿Recuperar datos de todas las instantáneas?
¿Se está haciendo una copia de seguridad de este volumen como un volumen APFS? Por lo tanto, no creo que la documentación esté disponible para descubrir su solución. APFS obtiene instantáneas locales, y son tomadas por 'tmutil', que fue un cambio de 'diskutil' que lo hacía antes. Verá los restos en la salida de diskutils. Esas instantáneas locales son las que se respaldan en incrementos. ¡Sigue buscando!
@n1000 Esencialmente, mi objetivo era mover las copias de seguridad de un disco a otro mientras formateaba el disco duro desde el que estaba copiando .

Respuestas (2)

Apple arregló Finder en macOS 10.13.4 para preservar los enlaces físicos, por lo que mi respuesta es usar Finder para migrar su copia de seguridad de TM. Sin embargo, no arreglaron cp. Todavía no conserva los enlaces duros y no tiene una opción para hacerlo.

Sé que el OP solicitó una forma de hacerlo desde la terminal, pero todos mis esfuerzos para hacerlo en macOS 10.13.3, donde había renunciado a Finder porque no conservaba los enlaces duros, fallaron.

El rsynccomando sugerido por @ n1000 falló después de más de 12 horas sin memoria, aunque tengo 16 GB de memoria. Este es un problema conocido solucionado en rsync v3+. Sin embargo, v3 establece todas las identificaciones de usuarios y grupos en 99 y fue dolorosamente lento. Hubo largos períodos sin disco y sin actividad significativa de la CPU. También lo he encontrado rsyncmuy lento en otras plataformas.

cpiono conservó la propiedad.

paxtiene errores extraños.

Estuve más cerca del éxito con tar:

cd /Volumes/My\ Passport
sudo bash
tar -cf - -T ~/TMFileList | (cd ../My\ Canvio;tar -xpvSf -)

donde ~/TMFileListfue creado con

cd /Volumes/My\ Passport
sudo bash
find -d Backups.backupdb -print > ~/TMFileList

[Primero probé una tar -c | tar -xcosa, pero fue copiar algunos enlaces duros como archivos separados por razones relacionadas, supuse, con el orden en que estaba viendo los archivos. Lo que me llevó a hacer la lista de profundidad primero.]

Sin embargo tar, estaba tomando un tiempo poco práctico. Lo maté después de 3 días. Parte de esto se debió a que estaba extrayendo archivos varias veces. La mayor parte de esto se debió rsynca largos períodos de inactividad por razones que no pude determinar. Lo que logró completar tenía la propiedad correcta y se conservaron los enlaces duros.

Así que recomiendo encarecidamente usar Finder. Solo asegúrate de tener macOS 10.13.4. Siga las instrucciones de soporte de Apple en el enlace al final de la respuesta de @ n1000 .

¿Puedes explicar qué quieres decir con "Apple ha arreglado Finder"? ¿Puede proporcionar un enlace a alguna documentación o un artículo?
Antes de la versión 10.13.4, Finder no conservaba los enlaces físicos al copiar. Dado que las copias de seguridad de TM hacen mucho uso de enlaces duros, esto significaba que una copia creada por Finder tendría varias veces el tamaño del original. En mi caso, una copia de una copia de seguridad de 500 GB en un nuevo disco de 2 TB falló debido a la falta de espacio. Apple arregló esto en 10.13.4, aparentemente en respuesta a un error que presenté en bugreporter.apple.com (#36944937). Esos errores no son públicos, por lo que no puedo proporcionar un enlace. Me pidieron que verificara el problema en 10.13.4 sugiriendo que lo habían solucionado. Hice. La copia ahora tiene el tamaño exacto del original y se conservan los enlaces duros.
@msc wow, eso es increíble... Lo intentaré después de actualizar mi sistema operativo. ¡Gracias por hacer eso!
Para su información, acabo de intentar usar Finder en macOS 10.14.2 y no copió correctamente los enlaces físicos. Las dos particiones son del mismo tipo, una más grande que la otra. Lamentablemente, tal vez esto sea una regresión en Finder, no me queda claro. :-(
@chmac Solo tuve que hacer una copia de TM en 10.14.2 debido a un problema de disco. Básicamente funcionó. Llegó a un punto en el que Finder decía "quedan 5 segundos", momento en el que la copia tenía el mismo tamaño que el original. Sin embargo, "5 segundos restantes" se prolongó durante 3 horas hasta que presioné Cancelar. Durante ese tiempo, copiaba periódicamente fragmentos muy pequeños de datos aumentando gradualmente el tamaño de la copia. No tengo idea de por qué. Pero la copia está bien, aunque es unos megabytes más grande que la original.
@msc ¿Es posible que haya dejado Time Machine ejecutándose durante la copia del Finder? Eso podría explicar la falta de finalización y los pequeños fragmentos finales.
@taryn, es posible. Fue hace mucho tiempo.
@msc Acabo de ver exactamente el mismo comportamiento en 10.14.6, con TM definitivamente no ejecutándose. La cancelación también rompe la copia, ya que no está completa (aunque Finder dice que quedan 0 archivos). Entonces, para mí tampoco, usar Finder (según lo recomendado por Apple) no es una opción viable. Todavía no estoy seguro de cuál es una opción viable.

Como se sugiere en las respuestas y comentarios de esta pregunta , la -popción no funcionará en una Mac. Lo probé -rpy convertirá enlaces simbólicos en archivos reales. Eso significa que cuando use esto, su copia de seguridad de Time Machine será significativamente más grande. Time Machine crea enlaces simbólicos para archivos redundantes y, por lo tanto, evita copiar archivos duplicados entre las instantáneas.

Por lo tanto, utilice

cp -a

para preservar los enlaces simbólicos. Esto será necesario si planea continuar usando los datos para las copias de seguridad de Time Machine. Alternativamente, también podría usar rsyncla -Kopción para preservar los enlaces simbólicos, por ejemplo:

rsync -ahvrK

Este documento de soporte de Apple describe el procedimiento para migrar una copia de seguridad de una unidad a otra (usando Finder).

Mi objetivo es transferir estos datos y hacer que OS X reconozca la unidad a la que la muevo como una copia de seguridad de la máquina del tiempo y no solo como una partición normal.
@KolobCanyon Está bien, ya veo. El título lo sugiere más o menos. Le sugiero que edite su pregunta para que sea más obvia. Mi respuesta debe hacer lo que quieras.
El hombre para -a Same as -pPR options. Preserves structure and attributes of files but not directory structure.... ¿No quiero conservar la estructura de directorios?
TimeMachine utiliza enlaces duros, no enlaces simbólicos.
Y man cpen macOS revela que cpcopia los enlaces duros como archivos separados, lo que amplía las copias de seguridad.
rysnc podría funcionar siempre que su copia de seguridad no sea grande. Para mí, después de muchas, muchas horas de "Crear una lista de archivos...", llenó mis 16 GB de memoria y se cerró. Con esto y el problema señalado en mis comentarios anteriores, tengo que rechazar esta respuesta.
@msc Agradezco el aviso. No puedo verificar sus comentarios en este momento. Asegúrese de proporcionar una respuesta alternativa si encuentra una mejor manera.
La opción adecuada de rsync para preservar los enlaces duros es -H / --hard-links, aunque -K también parece ser útil. Sin embargo, no puedo decir si esto es suficiente para producir una copia de seguridad de la máquina del tiempo que funcione (la mía todavía está copiando).
Esta respuesta es engañosa y, en mi opinión, al menos debería ser rechazada. Copiar enlaces simbólicos no es el problema con las copias de seguridad de TimeMachine.
Migrar una copia de seguridad de Time Machine en la terminal
RespuestasAquíPolítica de privacidad1y, 0v