Re: rsync en milieu hétérogène

Le 17/03/2022 à 15:59, Thomas a écrit :

 je ne comprend pas une chose :
on a probablement besoin de faire cette conversion pour que les accents s'affichent correctement sur l'autre machine,
mais puisque ça reste des chaines utf-8 valides, pourquoi est ce que ça fait ces drôles d'erreurs ?

rsync compare les noms de fichiers, et pour se faire il faut que l'encodage soit le même.

Bon, toujours est-il que rsync a une option --iconv qui semble régler le
problème :
 https://odd.blog/2020/10/06/rsync-between-mac-and-linux/
 suggère --iconv=utf-8,utf-8-mac ("utf-8-mac" ? mdr)

 rsync: on remote machine: --iconv=utf-8-mac: unknown option

Mmhhhh bizarre...

J'ai eu un cas similaire à gérer, et ce qui a marché pour moi c'était --iconv=utf-8-mac,utf-8-mac
 mettre un utf-8 tout court ne changeait rien, et je n'ai pas compris ce que ça convertissait en mettant deux fois utf-8-mac !

 iconv_open("UTF-8", "utf-8-mac") failed

En fait c'est logique, tu lui dis que les noms locaux sont en utf8-mac, ce qui ne doit pas être possible sur du extfs
Il faudrait que je retrouve le contexte de mon double utf8-mac !

bon, ça a l'air bien compliqué avec ces vieilles machines ...
 est ce que qqn a une autre idée ?

Faire le rsync depuis le Mac plutôt que depuis le PC linux ?

genre, remplacer les caractères non-ascii par %, pour que au moins le rsync serveur n'ait rien à gérer ?

Quel rsync serveur ? A priori il n'y en a pas là...

P/S: Pour mémoire : "[HFS+ is] complete and utter crap." (Linus Torvalds)

 C'est pour ça qu'il a été remplacé il y a plusieurs années par APFS

 c'est mieux conçu ?

En principe oui, c'était le but :)
HFS+ était une surcouche bricolée par dessus HFS, qui datait du début des années 80. APFS a été concçu from scratch.