Sospecho que estás intentando copiar archivos en Finder que has copiado previamente usando rsync
(a partir de las etiquetas incluidas y la captura de pantalla). Pasé bastante tiempo hace unas semanas con exactamente el mismo problema, donde yo estaba tratando de eliminar archivos en un recurso compartido Samba que había copiado previamente desde Mac a mi NAS usando rsync
. Originalmente había utilizado rsync
por su capacidad para reanudar después de un fallo y ser un poco más transparente en el progreso mientras se mueven más de 300 GB de datos, en lugar de depender de la opacidad de la barra de progreso de Finder.
Una buena posibilidad es que el problema se deba a caracteres no válidos en los nombres de archivo causados por una conversión UTF-8 omitida en el archivo rsync
copia. Encontré esto con muchos caracteres acentuados en los nombres de archivo de muchos archivos de música (demasiadas diéresis Krautrock...). Cuando se veían en Midnight Commander a través de la acción, el primer carácter era invariablemente inválido y se representaba como ?
. Finder no mostró el nombre de archivo como inválido, pero se negó a tocarlo de otra manera con el mismo error que usted está experimentando.
Al parecer, hay diferentes formas de "normalización" de la codificación UTF-8, y MacOS utiliza una específica de Apple que debe tenerse en cuenta en cualquier rsync
copia a una máquina que no sea MacOS.
Hay una buena explicación del problema en esta Pregunta.
Rsync con servidor Linux: problema de caracteres especiales
Y la explicación (muy) técnica de las diferentes formas de normalización Unicode aquí. Tiene que ver con los métodos de comparación de cadenas, entre otras cosas.
http://unicode.org/reports/tr15/
Aparentemente la conversión debe ser siempre --iconv=utf-8-mac,utf-8
independientemente de la dirección. Esto se debe a que el orden es --iconv=LOCAL,REMOTE
no de, a . Como el local es siempre MacOS esto funciona como se esperaba.
Ahora bien, no has especificado si los discos externos estaban conectados directamente a tu Mac, o si estaban alojados en otra máquina. Si están en otra máquina en red, probablemente tendrás que trabajar con ellos directamente en esa máquina. Si los discos son locales (HFS+ o APFS) es posible que puedas "arreglar" los archivos afectados intentando un rsync
copia de local a local utilizando el --iconv=utf-8-mac,utf-8
conversión. No he encontrado esto con discos conectados localmente, por lo que no puedo ofrecer ningún tipo de garantía.
rsync -aivP --iconv=utf-8-mac,utf-8 local_source local_destination
Además, asegúrese de que utiliza una versión actualizada de rsync
. El suministrado con Ventura es demasiado antiguo, así que utiliza uno instalado desde Homebrew o similar. El utf-8-mac
también es específica de las versiones para Mac de rsync
y iconv
y no se encontrará en una versión para Linux.