Je soupçonne que vous essayez de copier dans le Finder des fichiers que vous avez déjà copiés à l'aide de la fonction rsync (d'après vos balises incluses et la capture d'écran). J'ai passé pas mal de temps il y a quelques semaines avec exactement le même problème, où j'essayais de supprimer des fichiers sur un partage Samba que j'avais précédemment copié du Mac vers mon NAS en utilisant rsync . J'avais à l'origine utilisé rsync pour sa capacité à reprendre après un échec et à être un peu plus transparent sur la progression lors du déplacement de plus de 300 Go de données, plutôt que de s'appuyer sur l'opacité de la barre de progression du Finder.
Il est possible que le problème soit dû à la présence de caractères invalides dans les noms de fichiers en raison d'une conversion UTF-8 manquante dans le fichier rsync copie. J'ai constaté cela avec beaucoup de caractères accentués dans les noms de fichiers d'un grand nombre de fichiers musicaux (trop d'umlauts Krautrock...). Lorsqu'ils étaient visualisés dans Midnight Commander via le partage, le premier caractère était invariablement invalide et représenté par ? . Finder n'a pas indiqué que le nom de fichier était invalide, mais a refusé de le toucher avec la même erreur que celle que vous rencontrez.
Apparemment, il existe différentes formes de "normalisation" de l'encodage UTF-8, et MacOS utilise une forme spécifique à Apple qui doit être prise en compte dans tout projet d'encodage UTF-8. rsync sur une machine non-MacOS.
Cette question fournit une bonne explication du problème.
Rsync avec un serveur Linux : problème de caractères spéciaux
Et l'explication (très) technique des différentes formes de normalisation Unicode ici. Cela concerne notamment les méthodes de comparaison des chaînes de caractères.
http://unicode.org/reports/tr15/
Apparemment, la conversion devrait toujours être --iconv=utf-8-mac,utf-8 quelle que soit la direction. En effet, l'ordre est --iconv=LOCAL,REMOTE et non de, à . Comme le local est toujours MacOS, cela fonctionne comme prévu.
Vous n'avez pas précisé si les disques externes étaient reliés directement à votre Mac ou s'ils étaient hébergés sur une autre machine. S'ils se trouvent sur une autre machine en réseau, vous devrez probablement travailler avec eux directement sur cette machine. Si les disques sont locaux (HFS+ ou APFS), vous pourrez peut-être "réparer" les fichiers concernés en tentant un rsync copie locale à locale à l'aide de l'option --iconv=utf-8-mac,utf-8 conversion. Je n'ai pas rencontré ce problème avec les disques attachés localement et je ne peux donc fournir aucune garantie.
rsync -aivP --iconv=utf-8-mac,utf-8 local_source local_destination
Assurez-vous également que vous utilisez une version à jour de rsync . Celui fourni avec Ventura est trop vieux, utilisez donc celui installé à partir de Homebrew ou d'un logiciel similaire. Les utf-8-mac est également spécifique aux versions Mac de rsync y iconv et ne se retrouvera pas dans une version Linux.
