Fichiers non visibles entre pc et mac

Bonjour,
Même en renommant le fichier Naissance_du_végétal_sur_terre, il n'apparaît pas dans la liste.
Petit détail d'importance le même fichier que j'avais renommé xxxxxxxxxxxxx.docx est devenu visible. Elément encore plus troublant, je me suis amusé à le renommer avec son nom d'origine Naissance du végétal sur terre et comble il devient visible avec le même nom avec lequel il n'était pas visible. MYSTERE
Les mystères de l'informatique sont inépuisable. :)
 
Essaie sur Windows, une réparation du catalogue de fichiers de cette clé USB.
(Brancher la clé, clic droit sur la clé dans l'explorateur de fichiers , puis Proprietes, onglet outils et enfin Verifier)
 
J'ai parcouru un peu vite le sujet.
Il est tout à fait possible que certains fichiers aient des attributs qui empêchent leur visualisation dans le Finder, par exemple hidden. Il est aussi possible que, pour des raisons à déterminer, des fichiers n'aient pas les bons attributs classiques non plus (rwx).
Donc, pour afficher la liste des fichiers, on pourrait tenter la commande suivante :
Bloc de code:
sudo find /Volumes/SAUVEGARDE
Note : La commande sudo fait que la commande qui suit (find, commande qui cherche des fichiers et les affiche) est exécutée en tant qu'administrateur de la machine. Elle demande le mot de passe de la session la première fois qu'elle est lancée et chaque fois que plus de cinq minutes se sont écoulées depuis sa dernière utilisation. Il faut taper le mot de passe "à l'aveugle" : rien ne s'affiche, c'est normal, et appuyer sur la touche Enter pour finir.
 
J'ai parcouru un peu vite le sujet.
Il est tout à fait possible que certains fichiers aient des attributs qui empêchent leur visualisation dans le Finder, par exemple hidden. Il est aussi possible que, pour des raisons à déterminer, des fichiers n'aient pas les bons attributs classiques non plus (rwx).
Donc, pour afficher la liste des fichiers, on pourrait tenter la commande suivante :
Bloc de code:
sudo find /Volumes/SAUVEGARDE
Note : La commande sudo fait que la commande qui suit (find, commande qui cherche des fichiers et les affiche) est exécutée en tant qu'administrateur de la machine. Elle demande le mot de passe de la session la première fois qu'elle est lancée et chaque fois que plus de cinq minutes se sont écoulées depuis sa dernière utilisation. Il faut taper le mot de passe "à l'aveugle" : rien ne s'affiche, c'est normal, et appuyer sur la touche Enter pour finir.
Que fera cette commande de plus qu'un :
ls -lra /Volumes/SAUVEGARDE
 
En l'espèce, c'est plutôt sur le sudo que je compte : il m'est déjà arrivé d'avoir des fichiers avec des droits très bizarres (-w------- par exemple) sur des systèmes de fichiers tiers et les commandes passées en tant qu'administrateur peuvent lister (presque) tous les fichiers bizarres.

Quant aux commandes, chacun ses goûts. Certes, ls affiche les propriétés des fichiers, mais pour les recherches, je préfère find qui me permet, le cas échéant, de passer des commandes sur ses trouvailles (donc aussi de faire un ls sur celles-ci...)
 
Bonjour,
Même en renommant le fichier Naissance_du_végétal_sur_terre, il n'apparaît pas dans la liste.
Petit détail d'importance le même fichier que j'avais renommé xxxxxxxxxxxxx.docx est devenu visible. Elément encore plus troublant, je me suis amusé à le renommer avec son nom d'origine Naissance du végétal sur terre et comble il devient visible avec le même nom avec lequel il n'était pas visible. MYSTERE
Bonjour,

J'ai déjà vu ce cas il y a longtemps mais il est rare. C'est un problème de table de caractères ou d'encodage Windows. Il suffit que le nom du fichier sous Windows sorte de la table de base des 26 caractères pour que ça bloque. Ici ce sont donc les accents qui gènent. En renommant sous Windows végétal par vegetal ça passera.

Toutefois ce comportement n'est pas normal, il est probable que ton Windows soit mal configuré au niveau du clavier déclaré ou des paramètres régionaux, il faudra vérifier le panneau de config ;)
 
Bonjour,

J'ai déjà vu ce cas il y a longtemps mais il est rare. C'est un problème de table de caractères ou d'encodage Windows. Il suffit que le nom du fichier sous Windows sorte de la table de base des 26 caractères pour que ça bloque. Ici ce sont donc les accents qui gènent. En renommant sous Windows végétal par vegetal ça passera.

Toutefois ce comportement n'est pas normal, il est probable que ton Windows soit mal configuré au niveau du clavier déclaré ou des paramètres régionaux, il faudra vérifier le panneau de config ;)

Hypothèse intéressante à creuser... mais bizarrement, de nombreux autres fichiers comportent des caractères accentués et sont visibles aussi bien sur Windows que sur macOS.
 
Ils n'ont peut être pas tous été nommés sur le même PC, sous la même version de Windows ou de Word, mais ça ressemble à un pb de table char, je l'ai déjà vu.
Il peut aussi y avoir changement d'encodage lorsque le fichier voyage par mail entre Mac et PC, ou qu'il est ouvert et réenregistré sur une autre machine.
 
Dernière édition:
C'est une hypothèse non négligeable, mais moi je serais très curieux de connaître la version de MS Office sur le PC et celle de macOS ? Il y a un mélange de .doc, .docx, pps, pptx. Est-ce que sous PC le mode d'export compatibilité a été sélectionné ?
 
Que le nom des fichiers pose problème est la bonne hypothèse. C'est ce que je dis depuis le début.:D
 
C'est une hypothèse non négligeable, mais moi je serais très curieux de connaître la version de MS Office sur le PC et celle de macOS ? Il y a un mélange de .doc, .docx, pps, pptx. Est-ce que sous PC le mode d'export compatibilité a été sélectionné ?

Tu pourrais ne pas avoir du tout Office sur le Mac, ca n'a jamais empêché d'afficher la totalité des fichiers présents sur un disque.
Le défaut de compatibilité ne se manifesterait qu'au moment de la tentative d'ouverture du fichier.
 
Que le nom des fichiers pose problème est la bonne hypothèse. C'est ce que je dis depuis le début.:D

Et moi que le catalogue de fichiers est corrompu mais notre ami ne semble pas vouloir faire la vérification qui validerait, ou pas, cette hypothèse.