0 votos

Error de copia extraño tras actualizar a MacOS 13.0.1 (22A400)

He estado intentando copiar algunas carpetas entre 2 discos duros externos y estoy obteniendo este extraño error.

Ninguna de las carpetas está bloqueada; esto nunca había ocurrido antes de actualizar a 13.0.1.

¿Alguna idea de cómo solucionarlo?

enter image description here

EDITAR:

Ambos pitos son USB External Physical Volume - Mac OS Extended (Journaled) normales y uso un cable USB-C para montarlos. No recuerdo si he utilizado rsync en el pasado para las carpetas problemáticas. Rsync parece estar trabajando ahora, pero simplemente copiar y pegar produce el error.

1voto

Andy Griffiths Puntos 1

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.

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