[gull] exfat - inconsistence du catalogue sous Linux et macOS
Frederic Dumas
f.dumas at ellis.siteparc.fr
Wed Apr 17 20:06:39 CEST 2024
Bonjour à tous,
sur un gros volume exfat amovible (HDD externe 2To en USB 3.0), j'observe un phénomène rare, au moins pour moi; dans un dossier contenant 14 fichiers, seuls 11 sont visibles et copiable depuis macOS, tandis que l'ensemble des 14 sont visibles et copiables depuis Linux. Le contexte est le suivant:
le système de fichiers exfat est sain, vérifié avec fsck.exfat (linux) et fsck_exfat (macOS);
le volume est formaté en exfat comme "super floppy", c'est à dire que la totalité de sa capacité est utilisé, sans table de partitions ni de MBR;
de mémoire, le volume n'a jamais été monté sur Windows; il est principalement utilisé sur Linux pour la sauvegarde incrémentale d'un volume interne avec rsync; il est occasionnellement monté sur macOS, pour accéder en lecture aux fichiers;
quand le système de fichiers ne supporte pas l'enregistrement de méta-données dans les attributs étendus (c'est le cas d'exfat évidemment), même en lecture seule, macOS écrit toujours un peu, ses fameux fichiers cachés commençant par ._ ;
sur la totalité du volume, le même phénomène je-suis-là-mais-pas-là se répète une seule fois, dans un autre dossier, cette fois-ci sur un seul fichier au milieu d'une cinquantaines: comme les trois autres, ce fichier là aussi est visible sour Linux, invisible sous macOS;
tous les fichiers de ce répertoire possèdent un ou plusieurs diacritiques dans leur nom, qu'ils appartiennent au groupe posant problème ou non.
Une solution de contournement est probablement facile:
depuis Linux, dupliquer quelque part les fichiers fautifs;
effacer les originaux;
voir ce que ça donne sous macOS.
Mais avant de faire disparaitre ce phénomène curieux je voulais demander conseil. On dirait que Linux et macOS ne lisent pas le même catalogue, ou peut-être pas de la même manière, et que "quelque chose" (un drapeau, une signature, un caractère UTF8 invisible ?) empêche macOS d'afficher et de manipuler ces quelques fichiers.
Derniers indices supplémentaires sous macOS, utiles ou non:
le Finder ne voit pas les fichiers (Finder est le nom de l'environnement graphique du bureau sous macOS);
la commande ls voit les fichiers;
la commande cp ne peut les dupliquer, son message indique que les fichiers sont absents;
la commande xattr -c a signalé la première fois que les fichiers n'existaient pas, au moment où elle effaçait leurs fichiers compagnons précédés de ._ ; elle n'a ensuite renvoyé aucune erreur, comme si les fichiers n'existaient simplement pas;
Sous Linux, la commande stat ne montre aucune différence évidente entre ces fichiers "manquants" et les autres;
Les caractères invisibles UTF8 m'ont joué des tours dans des circonstances très différentes, mais je ne vois pas comment l'un d'entre eux se serait glissé dans un nom de fichier, ni pourquoi il poserait problème avec l'auto-complétion ou l'opérande .* du shell.
Qui aurait une piste pour résoudre ce mystère ? Ou me conseillerait un outil bas niveau pour observer si possible ce qui apparait en "raw" dans le catalogue exfat de ce dossier ?
Merci.
--
Frédéric Dumas
f.dumas at ellis.siteparc.fr
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://forum.linux-gull.ch/pipermail/gull/attachments/20240417/3339743a/attachment.html>
More information about the gull
mailing list