Transferencia de Synology NAS a Mac: rsync crea carpetas idénticas en el mismo disco (NAS rsync y Mac rsync producen volcados hexadecimales diferentes)

Question

Resumen:

Utilizo la siguiente configuración para hacer una copia de seguridad de los datos de un Synology NAS en un disco remoto a través de rsync.

• Primera copia de seguridad local: rsync inicializado en Synology NAS en el disco (montado en el NAS).
• Copias de seguridad futuras remotas: rsync se inicializó en una Mac en el disco, ahora montado en la Mac en una ubicación remota.

Problema: Obtengo dos copias de todos los datos (archivos o carpetas) con caracteres especiales.

Pregunta: ¿Hay alguna manera de utilizar el mismo proceso básico (primera copia de seguridad local a través de NAS, descanso a través de Mac, usando rsync) sin el problema anterior?

Estado de la situación: Lo que sigue a continuación es bastante largo e incluye dos ediciones, pero aunque el problema se analiza más a fondo, aún no está resuelto.

Descripción completa:

Tengo una configuración que ha estado funcionando durante años. De hecho, desde que logré resolver un problema inicial de caracteres especiales (detallado aquí), después de lo cual uso la opción "--iconv=utf-8-mac,utf-8" para rsync en mac. La configuración es esta:

Ubicación 1: Synology NAS

Ubicación 2 (en una galaxia muy, muy lejana): Mac con disco externo (Mac OS Journaled)

Tarea: trabajo de rsync en Mac extrayendo carpetas al disco externo (ubicación 2) desde el NAS (ubicación 1).

Ahora planeo configurar un disco nuevo (también Mac OS Journaled) en la Ubicación 2. Como hay alrededor de 2 TB de datos para transferir, hice lo siguiente:

1. Ubicación 1: conectó el nuevo disco al NAS gracias a las maravillas del USB.

2. Ubicación 1: envió los datos al nuevo disco con un trabajo rsync en el NAS

3. Viajó a la galaxia lejana que aquí llamamos Ubicación 2

4. Ubicación 2: inicializó un trabajo de extracción de rsync limitado desde Mac, ahora con el nuevo disco conectado.

Problema: Por alguna razón, el paso (4) no finalizó en 2 segundos sin ningún cambio, pero comenzó a quejarse de que "el archivo ha desaparecido: ... [ubicación del archivo especificada]" para una gran cantidad de archivos. Luego comenzó a copiar carpetas y archivos al disco, ¡aunque ya estaban allí! 70 GB después, por lo que pude ver, había hecho una copia completamente redundante de todas las carpetas que tenían caracteres especiales en su nombre (y una copia redundante de todos los archivos con caracteres especiales en su nombre en carpetas que no tenían caracteres especiales en su nombre). Por ejemplo:

drwxrwxrwx   5 _unknown  _unknown      170 Aug  7  2013 Pippi Långstrump-Pippi i Söderhavet
drwxrwxrwx   5 _unknown  _unknown      170 Aug  7  2013 Pippi Långstrump-Pippi i Söderhavet

Estas dos carpetas parecen completamente idénticas, sin embargo, aparecen una al lado de la otra como dos carpetas distintas. Si uso la GUI de Mac, puedo ingresar a cada una de ellas y ver que contienen las mismas tres pistas (cualitativamente idénticas) (ni siquiera sé cómo separarlas usando la línea de comando, pero con la GUI puedo ver eso visualmente). 'ingreso' a diferentes carpetas). Y no son meramente virtuales, ya que el tamaño total del subconjunto de datos pasó de 64 GB a 82 GB.

¿Lo que ha sucedido? Para mi ojo inexperto, parece que el proceso rsync inicializado en Mac no puede "ver" que los archivos de origen en el NAS ya están presentes en el disco de destino y colocarlos allí nuevamente. Cuando el terminal mac muestra los nombres de archivos y carpetas, evidentemente utiliza los mismos símbolos, pero aun así debe interpretarlos como diferentes 'debajo', ya que de lo contrario el sistema de archivos no lo permitiría.

Ahora bien, esto no es todo. Cuando intento que el sistema conserve solo una de las carpetas/archivos de caracteres especiales con la opción --delete, todo sucede de nuevo. Las carpetas se eliminan de hecho, pero las nuevas son copias y, al final, todavía tengo duplicados y, como resultado, 82 GB en el subconjunto en lugar de 64 GB.

¿Qué está pasando y qué puedo hacer al respecto?

EDITAR 11 de septiembre: El sabio Tomáš Pospíšek (muy familiarizado con los caracteres especiales, supongo;) me aconsejó ir "bajo el capó", y entonces usé su comando (en Ronja en lugar de Pippi, ya que tenía demasiadas carpetas diferentes de Pippi). Un simple "ls -l" me dio:

drwxrwxrwx   2 _unknown  _unknown        68 Aug  7  2013 Ronja Rövardotter
drwxrwxrwx   2 _unknown  _unknown        68 Aug  7  2013 Ronja Rövardotter

mientras

sh-3.2# ls -l Ronja* | hexdump -C

resultó en:

00000000  52 6f 6e 6a 61 20 52 6f  cc 88 76 61 72 64 6f 74  |Ronja Ro..vardot|
00000010  74 65 72 3a 0a 0a 52 6f  6e 6a 61 20 52 c3 b6 76  |ter:..Ronja R..v|
00000020  61 72 64 6f 74 74 65 72  3a 0a                    |ardotter:.|

o, si lo soluciono un poco:

52 6f 6e 6a 61 20 52 6f cc 88 76 61 72 64 6f 74 74 65 72 3a 0a 0a |Ronja Ro..vardotter:..
52 6f 6e 6a 61 20 52 c3 b6 76 61 72 64 6f 74 74 65 72 3a 0a       |Ronja R..vardotter:.

En otras palabras, no son idénticos, sólo se muestran superficialmente como tales.

Gracias por eso. ¿Pero qué debo hacer al respecto? ¿Hay alguna manera de formatear el disco (por ejemplo, con distinción entre mayúsculas y minúsculas) para que tanto el NAS como mi Mac puedan escribir en el disco correctamente? ¿O no hay manera de evitarlo, es decir, conectar el disco a una Mac local (ubicación 1) y realizar la primera copia de seguridad a través de Ethernet? Eso llevaría una eternidad en comparación con la conexión USB 3, pero al menos la copia de seguridad sería "interpretada por Mac" tanto de forma local como remota. ¿Que sugieres?

EDITAR 14 de septiembre: El útil Tomáš sugirió además (a través del comentario a continuación) que debería intentar sincronizar un solo archivo con caracteres especiales en el nombre, para ver qué sucede entonces (y sugiere una solución alternativa). Desafortunadamente, lo que sucede es que me quedan dos archivos en el disco de destino con nombres aparentemente idénticos, pero al realizar el volcado hexadecimal puedes ver que están codificados de manera diferente. Mi problema entonces fue que parecía que no podía eliminar ambos archivos correctamente. Es decir, cuando los eliminé con "rm" para que no hubiera archivos visibles ("ls -l" no los enumeró), aún podía ver los archivos (o carpetas; lo mismo allí) en Mac Finder. Esto sucedió incluso si reinicié el sistema, etc., por lo que de alguna manera la información del archivo estaba allí para que Mac Finder la mostrara, aunque no aparecieran en una lista de comandos.

En este punto, tiré la toalla y opté por la solución cobarde de simplemente borrar el disco y volver a extraer los datos en el sitio inicial (ubicación 1) a través de una Mac y el mismo comando rsync. Eso llevó mucho más tiempo, en cuanto a transferencias, pero "resolvió" directamente el problema. Ahora lo tengo todo configurado y funciona como un reloj.

Sin embargo, el problema como tal aún no está resuelto. Es decir, me gustaría saber cómo:

• enviar datos a un disco externo (Mac OS Journaled, montado en el NAS) desde un Synology NAS con un proceso rsync inicializado en el NAS
• Haga una copia de seguridad de esos datos en un sitio externo usando un comando rsync en una Mac
  en la que está montado el disco.

Si alguien lo sabe, responda la pregunta y lo marcaré como solucionador de problemas (y héroe) de inmediato.

NOTA: Esta pregunta ahora es como una pequeña historia propia sobre "lo que hice el verano pasado", por lo que he reescrito el resumen anterior para que los posibles solucionadores de problemas tengan una oportunidad de saber cuál es la pregunta central.