Fais confiance à
Jean 
a priori pour mesurer exactement la portée logique de ses commandes (
sauf, bien entendu, lapsus calami comme il arrive à tous les bons esprits quand ils passent de la phrase conçue à la phrase tapée au clavier). Dans le cas présent, explication de texte matutinale par l'orateur de service
Quand un utilisateur lance le «
Terminal», l'invite de commande affichée dans le
shell, à supposer que son nom court d'utilisateur soit comme ici
Oliviero et que le nom d'hôte de son Mac soit
MacBook Pro, sera toujours du type :
=> si tu scrutes cette invite de commande, tu t'aperçois que le nom d'utilisateur
Oliviero est précédé a priori par le
tilde ~, ce qui n'a qu'une interprétation possible :
Oliviero est toujours
loggé par défaut, en tant qu'opérateur du
shell, à la
racine de son dossier de compte d'utilisateur. Donc s'il mentionnne comme cible d'une commande
Library tout court, c'est toujours l'équivalent brut de
~/Library (et pas
~/Bibliothèque qui ne vaut que pour le
Finder) en
chemin relatif, ou encore de
/Users/Oliviero/Library en
chemin absolu.
☞ Donc la commande est a priori valide, car à l'adresse voulue (dans le dossier des
Caches de la Bibliothèque personnelle de l'utilisateur), réside bien en principe un sous-dossier
com.apple.iCloudHelper. Donc la commande n'a pas pu ne pas trouver sa cible.
--------------------
D'où vient l'erreur, alors ? Quand
Tolotti (aka
Oliviero) déclare :
voici l'interprétation que j'en donne =>
Oliviero déclare : « il m'indique
toujours,
après première commande,
"no such file or directory" » : le «
toujours » signifie que la commande a été passée, non pas
une seule fois, mais
à répétition après une première fois. Ayant donc
réussi à
supprimer le dossier
com.apple.iCloudHelper la première fois, il est par conséquent évident que les commandes suivantes obtiennent «
toujours » le même message d'erreur
"no such file or directory" (aucun fichier ou dossier existant à l'adresse mentionnée), puisque la
première commande a
supprimé cet objet.
Pourquoi alors
Oliviero a-t-il
récidivé la passation de la commande initiale ? Lorsqu'une commande de type
rm passe,
aucun message de succès ne s'affiche dans le «
Terminal», mais l'invite de commande initiale
MacBook Pro:~ Oliviero$ se ré-affiche automatiquement en seul signe d'exécution, ce qui peut déconcerter le néophyte qui a l'impression... qu'il ne s'est rien passé, parce qu'aucun message de succès (de type : «
Success ! » ; «
Bravissimo ! » etc.) n'a été affiché. D'où le réflexe naturel de
repasser indéfiniment la commande, dans l'espoir de toucher un message de succès. Or, dans le cas d'une commande de suppression
rm, la première commande dès lors que l'adresse valide (ce qui était le cas, comme démontré ci-dessus) a
supprimé réellement l'objet logique désigné => il s'ensuit donc que
récidiver cette commande conduit fatalement à un
message d'erreur, puisque les commandes suivantes ne trouvent plus l'objet cible supprimé par la première passation. L'utilisateur atteint donc en quelque sorte ses fins (faire « réagir » le «
Terminal»), mais seulement en mode paradoxal (en déclenchant un « message d'erreur »)...
☞
En résumé : dans le «
Terminal»,
le silence est d'or ou
le mutisme de bon aloi (pour autant que la commande soit bien conçue et qu'elle n'appelle pas un listage quelconque en retour)...
--------------------
