Google Drive digère mal des fichiers .DS_Store
Google Drive peut avoir du mal à digérer les fichiers ".DS_Store" générés par macOS et transférés sur son espace de stockage. Un problème apparement aléatoire et sans explication.
Cela se traduit par la réception d'un courrier expliquant qu'une infraction au copyright a été détectée sur le Google Drive de l'utilisateur, avec ce ".DS_Store" comme fautif, rapporte BleepingComputer.
Sur Mac, ce fichier est masqué à l'utilisateur, il est créé par macOS et contient des métadonnées sur la manière dont le contenu d'un dossier doit être affiché à (les options que l'on choisit dans le menu Présentation du Finder). Ce fichier s'affiche au grand jour lorsque son dossier ou un zip de celui-ci est copié sur un support non formaté par un Mac ou sur une autre plateforme.
Pour une raison inexpliquée, Google Drive considère apparement que ce fichier enfreint un copyright et sonne l'alerte. Le problème a pu être reproduit par certains mais il n'est pas systématique. Peut-être s'agit-il d'une confusion du scanner automatique de Google qui a cru déceler une similitude entre ces fichiers et d'autres marqués comme à surveiller.
Dans le cas où ce message est reçu, il n'y a aucun risque à supprimer le fichier en question. BleepingComputer rappelle que Google Drive s'est déjà emmêlé les pinceaux de la même manière le mois dernier. En cause, des fichiers parfaitement anodins dont certains ne contenaient rien d'autre qu'un chiffre voire un nombre. Google avait cette fois communiqué et reconnu un problème technique de son côté.
😭
Un faux positif ?
C'est chiant, ces fichiers. Quand on pense que MacOs est capable d'indexer des milliers de fichiers mais pas capable de garder les informations de ces DS_Store dans un seul fichier en local au lieu de parsemer ces petits trucs un peu partout.
Cela dit, Google Drive, avec le temps, est devenu un truc infernal bien capricieux et peu intuitif.
@Avenger
Je suis dû accord pour ces fichiers. J’ai activé les partages de mon NAS sur mon mac. J’ai eu dans tous les dossiers, et je dis bien tous, ces fichiers DS_Store. J’ai un seul MAC et des PC. Et c’est plus que ch**** ces fichiers. Même des dossiers que je n’avais pas ouverts. Bref scan complet du NAS et virer ces fichiers manuellement. Mon MAC a un seul partage où il a les droits d’écritures, le reste n’est que en lecture.
Il semblerait que l’on puisse modifier MACOS pour éviter ces fichiers, mais c’est partout où rien.
Apple n’arrive même pas à éviter que ces fichiers se répercutent sur des supports externes. Bref, dans un environnement mixte, c’est vraiment pas top.
Ces fichiers .DS_Store sont une plaie.
Il serait grand temps que ces données soient enregistrées comme attributs étendus des dossiers, ou gérées nativement dans le filesystem.
C'est la plaie ces fichiers, heureusement que c'est désactivable sur les serveurs maintenant.
Il serait temps que macOS se débarasse de ces fichiers pénibles...
Je branche régulièrement sur mon PC des clés usb venant de Mac mais formatées Fat 32. C’est fou le nombre de fichiers inutiles que l’on trouve dessus. En effet, les fichiers commençant par ._ sont gardés sur la clé même si le fichier correspondant a été effacé. Et dire que le resources fork est sensé avoir disparu sous macOS X.
@ Jean-Jacques Cortes : « En effet, les fichiers commençant par ._ sont gardés sur la clé même si le fichier correspondant a été effacé. »
Pas s’il a été effacé via le Finder de MacOS, normalement.
« Et dire que le resources fork est sensé avoir disparu sous macOS X. »
Les fichiers ._* ne correspondent pas juste à la partie ressources. Ils servent aussi pour les métadonnées non gérées par le système de fichiers cible (par exemple, les attributs étendus, mais aussi plus simplement les différents « attributs du Finder » (les métadonnées HFS/HFS+, quoi).
Malheureusement, il semble y avoir quelque part dans les diverses couches de MacOS gérant l’accès aux fichiers un bout de code qui a tendance à écrire de telles métadonnées quasi-systématiquement (en tout cas lors de la création de fichiers), même quand il n’y a pas lieu de le faire car elles sont juste aux valeurs par défaut. Rien de bien gênant quand on est sur un FS Apple, mais sur des FS « étrangers » ça entraîne la création inutile de ces fichiers ._*.
Ça fait longtemps qu’Apple aurait dû corriger ça.
Et aussi, au passage, supprimer les fichiers .DS_Store. 🙂
Combien de fois j'ai prêté des clés usb ou Disque dur avec des films à des amis, et on me disait : ha mais j'arrive pas à lire les fichiers... car les DS_store étaient au tout début sur leurs TV ou pc... pas pratique...
Vous savez que sur PC Windows il-y-a les Thumbs.db qui sont cachés et qui se retrouvent partout ?
Ce qu’il ne faut pas lire… pas pratique ? C’est eux qui permettent d’avoir une configuration différente de chaque fichier. Plutôt qu’avoir un réglage débile pour tous l’ordinateur.
D’ailleurs Windows fait de même, c’est juste qu’Apple a pris le temps de le gérer correctement.
Pour en revenir à Google, c’est vraiment de pire en pire. Tout comme chrome qui depuis deux version se permet de remplacer les gestionnaire de mot de passe sur iPad. Ça bloque la partie basse qui surgit pour entre les mots de passe. Et ça ne semble gêner personne. Du coup, obligé d’utiliser leur trousseau. Tout va bien. Comment c’était : don’t be evil ?
@Nesus
Pas pratique oui quand tu passes sur un système autre que mac... Ça devrait rester transparents pour tout le monde.