problème cacher les fichiers

Sur le critère taille, je ne conteste pas...
Coté interface, pas mal...
Mais on fait comme on le sent!
 
Salut Aiglichon.

Je retourne prendre place parmi mes collègues_secouristes qui font cercle autour du cas désespéré que tu représentes :D

♡

J'ai peur de ne pas tout comprendre

[En raccourci : lorsqu'au terme du démarrage de ton Mac, après avoir renseigné ton mot-de-passe, tu vois s'afficher à l'écran ton environnement familier (l'espace de ton Bureau avec ses icônes et la flèche du pointeur capable d'agir sur ces icônes), il s'agit là d'une 'dimension_de_visibilité' qui correspond à une GUI (Graphical User Interface = interface graphique d'utilisateur). Cet acronyme (dont la langue Anglaise est friande) cible une 'transformation' : ce qui au départ, sur ton Disque, existe en tant qu'entrées d'écriture absolument abstruses, se trouve mis-en-scène dans des figures_d'objets situés dans un espace-de_visibilité : c'est ainsi que tu 'vois' des 'fichiers' sous forme de petites feuilles et des 'dossiers' sous forme de petites valises situés dans un 'espace bi-dimensionnel', de manière analogue à ce que montre la perception dans l'expérience courante, où tu peux voir un cahier posé sur le plateau d'un bureau dans un 'espace tri-dimensionnel'. Ainsi, la GUI reproduit à l'écran un analogue de l'expérience perceptive, mais en 2 dimensions au lieu de 3, avec le pointeur comme analogue d'une main.

Le Finder, dans ce contexte, est l'application qui gère toutes les opérations de l'utilisateur sur ces objets graphiques (fichiers et dossiers) : affichage de 'tiroirs' par rapport au plan de référence immédiat du 'Bureau' (= 'tiroir' des Applications, 'tiroir' des Photos etc.) sous forme de 'Fenêtres-Finder', avec disponibilité d'objets contenus dans ces tiroirs pour des actes de recherche, ajout, suppression etc.

Cette mise-en-scène des entrées d'écriture inscrites sur le Disque sous forme d'objets manipulables dans un espace de visibilité graphique se trouve néanmoins sujette à une restriction : certaines entrées vont demeurer soustraites à cette mise-en-scène graphique et donc rester 'invisibles' en ce qui concerne l'expérience de l'utilisateur. Il s'agit des entrées qui, soit sont 'pointées' (càd. commencent par un 'dot' = un '.'), soit sont 'armoriées' (càd. portent un 'flag' = le 'drapeau' UF_HIDDEN = User Flag:'caché'). Dans les 2 cas de figure, ces propriétés des entrées d'écriture se trouvent honorées par la GUI qui ne les affiche pas, et par le Finder qui ne les 'voit' pas.

Mais cette abstention d'affichage au plan de la GUI des entrées 'pointées' et 'armoriées' peut être provisoirement outrepassée (overriden) par l'intermédiaire d'une commande d'écriture qui relève non plus de la GUI mais de la CLI (Command Line Interface) et dont l'outil privilégié est l'application : «Terminal». Ainsi la commande :

Bloc de code:
defaults write com.apple.finder AppleShowAllFiles TRUE

consiste à aller chercher une instruction dormante d'arrière-plan 'AppleShowAllFiles' (Apple : MontrerTousFichiers) capable, si activée, de modifier le comportement du Finder, et à affecter cette instruction du paramètre 'TRUE' = '1' = VRAI, avant de l'activer. Ce qui revient à valider l'instruction : 'tout montrer' qui va outrepasser le 'pointage' et l''armoriage' des fichiers concernés et permettre leur affichage sous forme d'objets visibles au plan de la GUI. Inversement, la commande :

Bloc de code:
defaults write com.apple.finder AppleShowAllFiles FALSE

consiste à retourner à l'instruction dormante d'arrière-plan 'AppleShowAllFiles' (Apple : MontrerTousFichiers) un paramètre 'FALSE' = '0' = FAUX, avant de l'activer. Ce qui revient à infirmer l'instruction : 'tout montrer' par substitution au précédent paramètre 'TRUE' du paramètre 'FALSE', qui permet le retour à la situation 'normale' : l'absence d'affichage au plan de la GUI d'utilisateur des entrées 'pointées' et 'armoriées' avec la réduction du 'champ visuel' du Finder au plan des objets graphiques affichés.

Les logiciels de Tierce Partie qui ont été évoqués ne font jamais qu'invoquer l'instruction 'AppleShowAllFiles' pré-citée, en offrant seulement une GUI (une interface graphique = la fenêtre de tâches de l'application) qui évite à l'utilisateur le recours à la CLI (command line interface) d'un accès 'scribouillard' moins empirique que de presser des boutons ou de cocher des cases avec le pointeur.
]

♤

Tout cet exorde scribouillard relevant lui-même plus de la CLI que de la GUI :)D) pour dire que : si la commande dans le «Terminal» :

Bloc de code:
defaults write com.apple.finder AppleShowAllFiles FALSE

a échoué chez toi à faire retourner les entrées 'pointées' (et probablement aussi 'armoriées' non?) dans l'invisibilité à la GUI, aucun logiciel de Tierce Partie invocateur du même type d'instruction ne va changer quoi que ce soit à la donne.

C'est à un autre niveau que ça se joue : il y a manifestement quelque chose qui ne va pas au niveau du paramétrage de ton OS (tu dis toi-même que tu traînes cette situation depuis «Mountain Lion» et qu'elle persiste après ton up-grade à «Mavericks» qui est venu se superposer à l'architecture antérieure).

Est-ce que c'est au simple niveau des paramètres de ta session d'utilisateur? Ou bien est-ce que cela affecte carrément le paramétrage de l'OS tout entier? Pour le vérifier, il faudrait que tu crées expérimentalement un nouveau compte (standard ou admin) dans les Préférences Système/Utilisateurs et groupes et que tu re-démarres dans cette session : est-ce que la GUI affiche là aussi les entrées invisibles (comme par exemple le fichier '.DS_store' sur le Bureau), ou bien est-ce que la situation est normale? Si tout est normal dans cette nouvelle session, c'est la preuve que c'est seulement le paramétrage de ta session habituelle qui est affecté ; si les fichiers normalement invisibles sont là aussi affichés au plan de la GUI, c'est donc que le problème de paramétrage affecte l'OS tout entier.

<Je conjecture qu'une solution 'drastique' risque de s'imposer : une 'Clean Install' de «Mavericks» - après clonage de ton OS pour sauvegarde globale, puis une récupération a la mano de tes données personnelles. Car sur quoi agir pour modifier les paramètres anormaux de ton OS s'il y a lieu - j'avoue ne pas l'apercevoir clairement et distinctement.>

&#9831;
 
&#8230; il faut apparemment que je répare des permissions mais je n'y parviens pas.

Peut-être le Super administrateur (root) parviendrait à réparer les permissions et rendre leur invisibilité aux fichiers :

Activation et utilisation de l&#8217;utilisateur « root » dans Mac OS X

Avec Terminal :

Bloc de code:
sudo diskutil repairPermissions /

Bloc de code:
sudo chmod -R -N ~

Bloc de code:
sudo chown -R [nom de l&#8217;utilisateur] /Users/[nom de l&#8217;utilisateur]

Bloc de code:
sudo chgrp -R staff /Users/[nom de l&#8217;utilisateur]

Vérifier que l&#8217;utilisateur habituel est bien administrateur (Système Préférences > Comptes : Admin)
 
Salut Aiglichon.

Je retourne prendre place parmi mes collègues_secouristes qui font cercle autour du cas désespéré que tu représentes :D

&#9825;



[En raccourci : lorsqu'au terme du démarrage de ton Mac, après avoir renseigné ton mot-de-passe, tu vois s'afficher à l'écran ton environnement familier (l'espace de ton Bureau avec ses icônes et la flèche du pointeur capable d'agir sur ces icônes), il s'agit là d'une 'dimension_de_visibilité' qui correspond à une GUI (Graphical User Interface = interface graphique d'utilisateur). Cet acronyme (dont la langue Anglaise est friande) cible une 'transformation' : ce qui au départ, sur ton Disque, existe en tant qu'entrées d'écriture absolument abstruses, se trouve mis-en-scène dans des figures_d'objets situés dans un espace-de_visibilité : c'est ainsi que tu 'vois' des 'fichiers' sous forme de petites feuilles et des 'dossiers' sous forme de petites valises situés dans un 'espace bi-dimensionnel', de manière analogue à ce que montre la perception dans l'expérience courante, où tu peux voir un cahier posé sur le plateau d'un bureau dans un 'espace tri-dimensionnel'. Ainsi, la GUI reproduit à l'écran un analogue de l'expérience perceptive, mais en 2 dimensions au lieu de 3, avec le pointeur comme analogue d'une main.

Le Finder, dans ce contexte, est l'application qui gère toutes les opérations de l'utilisateur sur ces objets graphiques (fichiers et dossiers) : affichage de 'tiroirs' par rapport au plan de référence immédiat du 'Bureau' (= 'tiroir' des Applications, 'tiroir' des Photos etc.) sous forme de 'Fenêtres-Finder', avec disponibilité d'objets contenus dans ces tiroirs pour des actes de recherche, ajout, suppression etc.

Cette mise-en-scène des entrées d'écriture inscrites sur le Disque sous forme d'objets manipulables dans un espace de visibilité graphique se trouve néanmoins sujette à une restriction : certaines entrées vont demeurer soustraites à cette mise-en-scène graphique et donc rester 'invisibles' en ce qui concerne l'expérience de l'utilisateur. Il s'agit des entrées qui, soit sont 'pointées' (càd. commencent par un 'dot' = un '.'), soit sont 'armoriées' (càd. portent un 'flag' = le 'drapeau' UF_HIDDEN = User Flag:'caché'). Dans les 2 cas de figure, ces propriétés des entrées d'écriture se trouvent honorées par la GUI qui ne les affiche pas, et par le Finder qui ne les 'voit' pas.

Mais cette abstention d'affichage au plan de la GUI des entrées 'pointées' et 'armoriées' peut être provisoirement outrepassée (overriden) par l'intermédiaire d'une commande d'écriture qui relève non plus de la GUI mais de la CLI (Command Line Interface) et dont l'outil privilégié est l'application : «Terminal». Ainsi la commande :

Bloc de code:
defaults write com.apple.finder AppleShowAllFiles TRUE

consiste à aller chercher une instruction dormante d'arrière-plan 'AppleShowAllFiles' (Apple : MontrerTousFichiers) capable, si activée, de modifier le comportement du Finder, et à affecter cette instruction du paramètre 'TRUE' = '1' = VRAI, avant de l'activer. Ce qui revient à valider l'instruction : 'tout montrer' qui va outrepasser le 'pointage' et l''armoriage' des fichiers concernés et permettre leur affichage sous forme d'objets visibles au plan de la GUI. Inversement, la commande :

Bloc de code:
defaults write com.apple.finder AppleShowAllFiles FALSE

consiste à retourner à l'instruction dormante d'arrière-plan 'AppleShowAllFiles' (Apple : MontrerTousFichiers) un paramètre 'FALSE' = '0' = FAUX, avant de l'activer. Ce qui revient à infirmer l'instruction : 'tout montrer' par substitution au précédent paramètre 'TRUE' du paramètre 'FALSE', qui permet le retour à la situation 'normale' : l'absence d'affichage au plan de la GUI d'utilisateur des entrées 'pointées' et 'armoriées' avec la réduction du 'champ visuel' du Finder au plan des objets graphiques affichés.

Les logiciels de Tierce Partie qui ont été évoqués ne font jamais qu'invoquer l'instruction 'AppleShowAllFiles' pré-citée, en offrant seulement une GUI (une interface graphique = la fenêtre de tâches de l'application) qui évite à l'utilisateur le recours à la CLI (command line interface) d'un accès 'scribouillard' moins empirique que de presser des boutons ou de cocher des cases avec le pointeur.
]

&#9828;

Tout cet exorde scribouillard relevant lui-même plus de la CLI que de la GUI :)D) pour dire que : si la commande dans le «Terminal» :

Bloc de code:
defaults write com.apple.finder AppleShowAllFiles FALSE

a échoué chez toi à faire retourner les entrées 'pointées' (et probablement aussi 'armoriées' non?) dans l'invisibilité à la GUI, aucun logiciel de Tierce Partie invocateur du même type d'instruction ne va changer quoi que ce soit à la donne.

C'est à un autre niveau que ça se joue : il y a manifestement quelque chose qui ne va pas au niveau du paramétrage de ton OS (tu dis toi-même que tu traînes cette situation depuis «Mountain Lion» et qu'elle persiste après ton up-grade à «Mavericks» qui est venu se superposer à l'architecture antérieure).

Est-ce que c'est au simple niveau des paramètres de ta session d'utilisateur? Ou bien est-ce que cela affecte carrément le paramétrage de l'OS tout entier? Pour le vérifier, il faudrait que tu crées expérimentalement un nouveau compte (standard ou admin) dans les Préférences Système/Utilisateurs et groupes et que tu re-démarres dans cette session : est-ce que la GUI affiche là aussi les entrées invisibles (comme par exemple le fichier '.DS_store' sur le Bureau), ou bien est-ce que la situation est normale? Si tout est normal dans cette nouvelle session, c'est la preuve que c'est seulement le paramétrage de ta session habituelle qui est affecté ; si les fichiers normalement invisibles sont là aussi affichés au plan de la GUI, c'est donc que le problème de paramétrage affecte l'OS tout entier.

<Je conjecture qu'une solution 'drastique' risque de s'imposer : une 'Clean Install' de «Mavericks» - après clonage de ton OS pour sauvegarde globale, puis une récupération a la mano de tes données personnelles. Car sur quoi agir pour modifier les paramètres anormaux de ton OS s'il y a lieu - j'avoue ne pas l'apercevoir clairement et distinctement.>

&#9831;

Oui désespéré c'est le cas de le dire ! Voilà qui est déjà plus clair ! Merci

J'ai testé ma session invités et le GUI n'affiche pas les entrées invisibles ! Cela vient donc de ma session ! A tous les coups j'ai fais une mauvaise manipulation quand j'ai installé mon SSD. J'ai modifié des choses Préférences système > utilisateurs et groupes > clic droit sur le nom de l'utilisateur > Options avancées, est-ce qu'il y aurait un rapport ? (je précise que j'ai suivi un tutoriel).



Peut-être le Super administrateur (root) parviendrait à réparer les permissions et rendre leur invisibilité aux fichiers :

Activation et utilisation de l&#8217;utilisateur « root » dans Mac OS X

Avec Terminal :

Bloc de code:
sudo diskutil repairPermissions /

Bloc de code:
sudo chmod -R -N ~

Bloc de code:
sudo chown -R [nom de l&#8217;utilisateur] /Users/[nom de l&#8217;utilisateur]

Bloc de code:
sudo chgrp -R staff /Users/[nom de l&#8217;utilisateur]

Vérifier que l&#8217;utilisateur habituel est bien administrateur (Système Préférences > Comptes : Admin)

J'ai testé ces commandes mais c'est pas encore ça ! :/
 
Dernière édition:
Il faut arrêter avec cette histoire d'utilisateur root !
Si vous voulez passer des commandes en tant que root utilisez sudo et ça ira très bien.
Si vous voulez ouvrir un shell en tant que root (pour ne pas avoir à taper sudo), faites sudo -s et c'est fait.

Activer l'utilisateur root n'est utile que pour utiliser des applications graphiques en mode root (et encore). Or, très généralement, ces applications sont prévues pour passer en mode administrateur quand il le faut. Donc ça ne sert en général à rien. Ce sont des manipulations superflues.
 
Il faut arrêter avec cette histoire d'utilisateur root ! Ce sont des manipulations superflues.

Du temps de Mac OS Classic, le mode « root » était l’usage unique. C’était l’époque ou on avait pas besoin pour un oui ou un non de se taper un identifiant et un mot de passe…
 
Je reviens sur mon sujet car je n'est toujours pas résolu mon problème. Nous disions donc que le problème venait de ma session car il n'y a pas de problème sur la session invité, comment puis-je réparer tout ça ?
 
Comment puis-je réparer tout ça ?

1) Sauvegardez tout avec Time Machine.
2) Vérifiez que tout y est.
3) Redémarrez sur la partition cachée Récupération (cmd R au démarrage).
5) Effacez le volume du système avec Utilitaire de disque.
4) Réinstallez un système neuf (ne pas restaurer avec Time Machine).
5) Redémarrer sur le nouveau système installé et réimportez vos données avec Assistant migration (Applications/Utilitaires) à partir de Time Machine.

Restauration OS X restaure votre Mac en quelques clics.

P.-S.
Il peut être plus simple de s’assurer d’abord que l’utilisateur est bien administrateur…
 
...après vous avoir lu, le ciel s'est ouvert et une voix m'a dit, " Andouille et ton logiciel de FTP alors ? " Ah ben oui, ce brave Transmit (à voir avec Fetch et FileZilla) permet de se balader en local et d'intervenir sur les fichiers cachés...
Suiscondesfois