En su respuesta, escribe, "he leído que ._ los archivos se utilizan para almacenar información que entraría en HFS+ atributo extendido. Como estoy copiando entre HFS+ unidades pensé que no necesita estos archivos."
No me gustaría hacer esta suposición sin pruebas adicionales. No es necesario que la bifurcación de recursos de la información capturada en estos punto existente de la barra de archivos ha sido (re-)incorporado (parte posterior) en el archivo asociado.
Hay un artículo de Wikipedia sobre "AppleSingle y AppleDouble formatos":
https://en.wikipedia.org/wiki/AppleSingle_and_AppleDouble_formats
El "punto de la barra de" los archivos pueden ser creados bajo un número de casos, por ejemplo, ver:
¿Por qué están a punto de subrayado ._ los archivos creados, y cómo puedo evitarlos?
La cuestión de si el punto de la barra de archivos debe ser re-incorporated fue discutido aquí:
¿Cómo debo conciliar dot-subrayan los archivos después de un manual de copia de seguridad?
El OS X/macOS comando dot_clean tiene un número de opciones con respecto a cómo tratar con ellos:
--keep=mostrecent
La opción predeterminada. Si un atributo se asocia con una bifurcación de datos, el uso que. De lo contrario, el uso de la información almacenada en la AppleDouble archivo. Tenga en cuenta que el nativo de la horquilla de datos se prefiere, incluso si los datos en el AppleDouble archivo es más reciente.
--keep=dotbar
Utilice siempre la información almacenada en la AppleDouble archivo, reemplazando cualquier extendido atributos asociados con el archivo nativo.
--keep=native
Utilice siempre la información asociada con la bifurcación de datos, haciendo caso omiso de cualquier AppleDouble archivos.
Usted puede consultar a man dot_clean para más información y opciones.
Usted puede eliminar un poco de incertidumbre por determinar si los archivos con un asociado de la barra de puntos tiene alguna bifurcación de recursos de información adjunta , sin referencia a la barra de puntos archivos. Esto podría ser algo que participan a prueba, como la copia de los archivos puede volver a incorporar el punto de la barra de archivos durante la copia.
Usted no puede cuidar, o no puede cuidar a pasar el tiempo para determinar y ejecutar simplemente dot_clean con su opción por defecto.
O, usted podría ignorar el problema por ahora y no se excluye la barra de puntos archivos durante el rsync copias de seguridad.
Cabe señalar que gran parte de esta discusión es en lo que respecta a cómo tratar a la fuente/origen de la copia de seguridad. Presumiblemente, el propósito de una copia de seguridad es duplicar tan exactamente como sea posible de la fuente. Como tal, yo no excluiría la barra de puntos archivos como parte de su copia de seguridad. En lugar de eso, me gustaría ver a la razón de la barra de puntos existen archivos en su origen. Entonces, si, y más adelante cómo, para "arreglar" a ellos.
