9 votos

Migrar una copia de seguridad de Time Machine en el terminal

/Volumes/Original_Time_Machine ya no se hace una copia de seguridad, pero contiene copias de seguridad antiguas que quiero conservar.

/Volumes/New_Time_Machine_Archive es una partición vacía

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

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

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 de hacerlo?

1 votos

¿Cuál es su objetivo? ¿Seguir utilizando los archivos para la copia de seguridad de Time Machine? ¿Recuperar los datos de todas las instantáneas?

0 votos

¿El volumen del que se hace la copia de seguridad es un volumen APFS? Si es así, no creo que la documentación esté disponible para resolver tu problema. Los APFS obtienen localsnapshots, y son tomados por 'tmutil' que fue un cambio de 'diskutil' que lo hacía antes. Verás los restos en la salida de diskutils. Esas instantáneas locales son las que se respaldan en incrementos. Pero sigue buscando.

0 votos

@n1000 Básicamente, mi objetivo era pasar las copias de seguridad de un disco a otro ya que iba a formatear el disco duro que estaba copiando de .

8voto

TNT Puntos 109

Apple ha arreglado Finder en MacOS 10.13.4 para preservar los enlaces duros, así que mi respuesta es utilizar Finder para migrar su copia de seguridad de TM. Sin embargo, no han arreglado cp . Sigue sin conservar los enlaces duros y no tiene una opción para hacerlo.

Sé que el OP pidió una forma de hacerlo desde la terminal, pero todos mis esfuerzos por hacerlo en MacOS 10.13.3, donde había renunciado al Finder porque entonces no conservaba los enlaces duros, fracasaron.

El rsync sugerido por @n1000 falló después de más de 12 horas con la memoria agotada, a pesar de que tengo 16GB de memoria. Este es un problema conocido y solucionado en rsync v3+. Sin embargo, la v3 establece todos los ids de usuario y grupo a 99 y fue dolorosamente lento. Había largos periodos sin disco y sin actividad significativa de la CPU. He encontrado rsync También es muy lento en otras plataformas.

cpio no conservó la propiedad.

pax tiene errores extraños.

Con lo que más cerca estuve del éxito fue con tar :

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

donde ~/TMFileList se creó con

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

[Intenté una tar -c | tar -x pero eso fue copiar algunos enlaces duros como archivos separados por razones relacionadas, supongo, con el orden en que veía los archivos. Lo que me llevó a hacer la lista de profundidad primero].

Sin embargo, tar estaba tardando mucho tiempo. Lo maté después de 3 días. Parte de esto se debió a que estaba extrayendo los archivos varias veces. La mayoría de esto fue, como rsync Debido a largos períodos de inactividad por razones que no pude determinar. Lo que logró completar tenía una propiedad correcta y se conservaron los enlaces duros.

Así que recomiendo encarecidamente el uso de Finder. Sólo asegúrate de que tienes MacOS 10.13.4. Siga las instrucciones de soporte de Apple en el enlace al final de @n1000's respuesta.

0 votos

¿Puedes explicar qué quieres decir con que "Apple ha arreglado el Finder"? ¿Puede proporcionar un enlace a alguna documentación o a un artículo?

3 votos

Antes de la versión 10.13.4, Finder no conservaba los enlaces duros al copiar. Dado que las copias de seguridad de TM hacen mucho uso de los enlaces duros, esto significaba que una copia creada por Finder sería varias veces el tamaño del original. En mi caso, una copia de un conjunto de copias de seguridad de 500GB a un nuevo disco de 2TB falló por falta de espacio. Apple solucionó esto en 10.13.4, aparentemente en respuesta a un error que presenté en bugreporter.apple.com (#36944937). Estos 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. Lo hice. La copia es ahora del tamaño exacto del original y los enlaces duros se conservan.

0 votos

@msc wow, eso es increíble... Lo intentaré después de actualizar mi sistema operativo. ¡Gracias por hacer eso!

2voto

talkingnews Puntos 42

Como se sugiere a las respuestas y comentarios en esta pregunta El -p no funciona en un Mac. He probado -rp y convertirá los enlaces simbólicos en archivos reales. Esto significa que cuando uses esto tu copia de seguridad de Time Machine será significativamente más grande. Time Machine crea enlaces simbólicos para los archivos redundantes y por lo tanto evita copiar archivos duplicados entre las instantáneas.

Por lo tanto, utilice

cp -a

para conservar los enlaces simbólicos. Esto será necesario si planea seguir utilizando los datos para las copias de seguridad de Time Machine. Como alternativa, también puede utilizar rsync utilizando el -K 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 (utilizando Finder).

0 votos

Mi objetivo es transferir estos datos y que OS X reconozca la unidad a la que los muevo como una copia de seguridad de Time Machine y no como una partición normal

0 votos

@KolobCanyon OK, ya veo. El título lo sugiere más o menos. Te sugiero que edites tu pregunta para que sea más evidente. Mi respuesta debería hacer lo que quieres.

1 votos

El hombre para -a Same as -pPR options. Preserves structure and attributes of files but not directory structure. ... ¿No quiero conservar la estructura de los directorios?

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X