Estoy copiando una copia de seguridad de TM a una nueva unidad a través de USB mediante arrastrar y soltar por Recomendación de Apple . Pero como son más de dos terabytes, me preocupa el riesgo de interrupción.
Si intento reanudar con rsync -avAX ¿podrá Time Machine seguir utilizándolo? Otro pregunta/respuesta sugiere que tendría que asegurarme de que tengo la última versión de rsync, pero ¿será suficiente?
Rsync, con la opción -E, copiará los atributos extendidos y ACL de un archivo. La página de manual de rsync indica:
-E, --extended-attributes copiar atributos extendidos, bifurcaciones de recursos
-E, --extended-attribut Opción específica de Apple para copiar atributos extendidos, bifurcaciones de recursos y ACL. [ ] o un rsync debidamente parcheado.
Aunque es una versión anterior que supuestamente tenía problemas. La actualización, según el artículo enlazado, lo cambia a -AX. Me preguntaba si era lo suficientemente fiable para Time Machine. Espero no tener que averiguarlo. La copia no ha fallado todavía, pero dice que faltan dieciséis horas (después de unas tres horas).
Bueno, en OS 10.14.6 la respuesta es NO, pero no debido a un fallo en rsync. Alguien golpeó el cable USB cuando se había hecho un tercio (estimación de doce horas para ir).
He probado "rsync versión 3.1.3 protocolo versión 31" instalado/actualizado hoy por brew
Cuando eso falló, instalé otro con Macports. Da la misma información sobre la versión, pero está en una ruta diferente. También falló, el mismo mensaje.
Ambos afirman admitir ACL con -A y atributos ampliados con -X
MBP-WWG:~ Admin$ sudo time /opt/local/bin/rsync -aAX /Volumes/Nahshon/Backups.backupdb/ "/Volumes/Seagate Backup/Backups.backupdb"
Password:
rsync: opendir "/Volumes/Nahshon/Backups.backupdb/." failed: Operation not permitted (1)
rsync: get_xattr_data: lgetxattr("/Volumes/Seagate Backup/Backups.backupdb/.","com.apple.finder.copy.checkpoint#N",0) failed: Operation not permitted (1)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1209) [sender=3.1.3]Observando el primer error, he probado ls en la copia de seguridad de origen. No está permitido, incluso con sudo. Y sudo chmod -RN no consigue eliminar las ACL. Por lo tanto, debe estar protegido por SIP.
Actualización: como se ha visto en los comentarios, este error no le ocurre a todo el mundo. No sé por qué. Lo que sí sé es que antes de SIP, ocasionalmente tenía que relajar las restricciones de permisos en un conjunto de copias de seguridad para evitar un error de Time Machine. Pero Time Machine siempre las volvía a endurecer en la siguiente copia de seguridad. Ahora, SIP no me deja hacer eso, pero aparentemente al menos una persona no tiene esas restricciones.
¿No es más bien una edición de la pregunta que una respuesta, teniendo en cuenta que termina con una pregunta?
Terminó con un signo de interrogación, no con una pregunta. Arreglado. Y el segundo intento de copia se colgó durante la preparación.
RE: "Alguien golpeó el cable USB cuando estaba un tercio hecho", simplemente golpear un cable no debería ser un problema, he recogido y movido con cuidado unidades USB mientras copiaba sin ningún problema ya que el cable estaba bien ajustado, pero si el cable fue arrancado entonces esa es una historia diferente no expresada. Vea mi comentario a su pregunta.
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.
0 votos
¿Arrastrando y soltando? ¿Quieres decir en el Finder? Eso no suele ser una buena idea, así que me interesaría ver dónde lo recomienda Apple. Cuando he copiado copias de seguridad de TM a discos más grandes, he hecho una imagen de disco con Utilidad de Discos, o clonado con SuperDuper o CarbonCopyCloner.
0 votos
Todos ellos también están sujetos a interrupciones.
0 votos
Además, ¿puede la Utilidad de Discos copiar a un más pequeño disco si ambos tienen mayor capacidad que el conjunto de copias de seguridad?
3 votos
Estoy bastante seguro
rsyncno admite directorios con enlaces duros (sólo archivos con enlaces duros), y Time Machine hace un uso intensivo de los directorios con enlaces duros.1 votos
rsyncno creará un volumen compatible con la Máquina del Tiempo, ya que no admite la copia de directorios con enlaces duros. Usa arrastrar y soltar como recomienda Apple, yo puedo dar fe de ello: Transferí con éxito mis copias de seguridad de Time Machine de una unidad de 2 TB a una de 4 TB. También puede crear una imagen y restaurar esa imagen en la nueva unidad, a continuación, cambiar el tamaño del volumen (ver apple.stackexchange.com/preguntas/204462/ ). El inconveniente es que se necesita una tercera unidad para almacenar la imagen.0 votos
@WGroleau He usado SuperDuper y CCC muchas veces sin interrupción. DU no puede copiar a un disco más pequeño, pero sé que SuperDuper puede.
0 votos
Si le preocupa que se interrumpa el proceso de copia, aunque no haya un corte de corriente prolongado, el sentido común dicta que los dispositivos en cuestión se conecten a SAI para protegerlos de cortes de corriente de corta duración, y se coloquen en un lugar seguro donde nadie pueda usarlos, tocarlos o molestarlos de ninguna manera mientras el proceso se ejecuta hasta su finalización.
0 votos
No tengo un SAI, ni un espacio así para trasladarlos.
0 votos
La Utilidad de Discos se negó a crear la imagen. ¡Y como el segundo y tercer intento de Finder fallaron (el tercero después de un reformateo), ahora lo hace SuperDuper! No hay errores en 2½ horas, pero por alguna razón va un medio la velocidad de Finder.
0 votos
Tengo todos mis equipos informáticos enchufados a varios SAI y nunca los haría funcionar de otro modo, especialmente en un proceso prolongado. Incluso mi MBP está enchufado a un SAI, no tanto por la batería, sino también por la protección contra sobretensiones. Dicho esto, si usted no tiene un espacio seguro para asegurar que su equipo no va a ser tocado durante una operación tan larga, entonces no estoy seguro de lo que espera obtener como resultado de que alguien accidentalmente entre en contacto. Supongo que tendrías que asegurar manualmente los cables a los dispositivos. A veces he utilizado gomas elásticas para hacerlo, y funciona bastante bien.
0 votos
He tenido que usar el truco de la goma elástica en un teléfono con el enchufe del cable suelto. Lo que esperaba era el riesgo de lo que realmente sucedió-la razón por la que pregunté acerca de rsync en lugar de preguntar cómo prevenir una interrupción.
0 votos
La URL hacia la "recomendación de Apple" está fallando.