Copie de fichiers et compatibilité entre Mac et Windows

En voilà un terme accrocheur : compatibilité entre Mac et Windows. Ce week-end, j’ai essayé de copier des films en HD sur un disque dur externe. Formaté en FAT32, celui-ci n’accepte pas les fichiers de plus de 2 Go, donc c’est loupé pour les films HD qui pèsent entre 4 Go et 13 Go. Qu’à cela ne tienne, je sauvegarde les données présentes sur le disque externe puis, grâce à un ordinateur sous Windows, je formate le disque en NTFS. J’installe NTFS-3G sur mon Mac et hop : je relance la copie des données initiales.

La copie est très lente sur un volume externe en USB formaté en NTFS : 13 heures estimées pour copier 100 Go. OK, je le laisse pour la nuit… Mais la copie n’a pas abouti : le Finder de Mac OS m’indique un code d’erreur -36 (erreur d’entrée-sortie… me voilà bien avancé). Problème : comment savoir ce qui a été copié et ce qui ne l’a pas été ? Il ne suffit pas de relancer tout le processus en demandant d’ignorer les fichiers et dossiers existants, car dans ce cas, certains dossiers ne seront potentiellement pas complets. Ce disque n’est pas à moi et je dois absolument remettre les données qui étaient dessus. Stress. Tant pis, j’abandonne la NTFS, repasse le disque en FAT32 et abandonne l’idée de partager mes films HD. Donc, je relance la copie des fichiers, sur le disque maintenant formaté en FAT32. Estimation : 1 heure (contre 13 lorsqu’il était en NTFS). Mais j’ai de nouveau le problème : code d’erreur -36. Après quelques recherches, j’apprends que Mac OS crée, dans certains cas, des fichiers cachés nommés ._ »nom de fichier » (pour y stocker des données bien à lui). Et ces fichiers-là, Mac OS n’arrive pas à les copier sur un disque non HFS (format Mac). Donc il ne devrait pas essayer de les copier sur une partition qui n’est pas formatée en HFS : pour moi, c’est clairement un bug de Mac OS 10.6.2 (corrigé depuis 10.6.3, le 29 mars 2010).

La solution : en tapant une petite ligne de commande dans le Terminal, on peut résoudre rapidement le problème. Rendez-vous dans le répertoire à copier puis tapez ceci dans le Terminal :

find . -name "._*" -exec rm {} \;

Ceci supprime tous les fichiers qui posent problème. Ne vous inquiétez pas, il n’y a pas de données importantes dans ces fichiers. Relancez ensuite votre copie depuis le Finder et ça marche nickel. Ça, c’est de l’ergonomie !

Un dernier point qui m’a dérangé dans cette histoire. Quand vous copiez un dossier dans un emplacement de destination qui contient déjà un dossier du même nom, Mac OS vous demande si vous souhaitez le remplacer (normal). Il s’agit bien ici d’un remplacement intégral du dossier (suppression du dossier déjà présent puis copie du nouveau), d’où une éventuelle perte de données ! Windows, lui, effectue un merge (peut-être moins logique, mais surtout moins risqué !). Sur ce coup-là, je préfère de loin le comportement de Windows… Une solution pourrait être d’utiliser Path Finder, application payante qui remplace le Finder (à tester, ça a l’air pas mal). Il est juste regrettable que le Finder de Mac OS ne soit pas plus élaboré (je pense à des fonctions telles que mettre en pause une copie, reprise en cas de problème lors de la copie d’un fichier, proposer de mixer deux dossiers, …). Apple, maintenant que vous avez migré le Finder sous Cocoa, vous serait-il possible de faire évoluer ses fonctionnalités ? Merci.

J’espère que cet article pourra vous servir en cas de souci !

Mise à jour du 29 mars 2010 (le lendemain…)
Aujourd’hui est sortie la version 10.6.3 de Mac OS et que vois-je dans la liste des correctifs ?
Correction d’un problème d’erreur -36 du Finder lors de la copie de répertoires sur un disque formaté en FAT32.
Bon, ben… Merci, Apple !