macOS Sequoia des répertoires inconnus dans mon PATH

[jcezanna54]

Bonjour,
Dans mon PATH, je trouve ces répertoires :

/System/Cryptexes/App/usr/bin
/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin
/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin
/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin
/Library/Apple/usr/bin

Tous sont inconnus sauf le dernier qui contient un fichier "safaridriver"

Quelqu'un a t-il une idées- de l'origine de ces répertoires.


Par ailleurs, dans mon .bash_profile, j'ai les lignes suivantes :

case "$PATH" in :/bin:|/bin:|:/bin):;; *) PATH=$PATH:/bin ;; esac
case "$PATH" in :/usr/bin:|/usr/bin:|/usr/bin:):;; *) PATH=$PATH:/usr/bin ;; esac
case "$PATH" in :/usr/sbin:|:/usr/sbin|/usr/sbin:):;; *) PATH=$PATH:/usr/sbin ;; esac
case "$PATH" in :/sbin:|:/sbin:|/sbin:):;; *) PATH=$PATH:/sbin ;; esac
# doit être devant
PATH=/usr/local/bin:$PATH
PATH=/opt/homebrew/bin:$PATH

et je me retrouve avec un début de PATH comme suit :

PATH=/opt/homebrew/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/bin:/usr/sbin:/sbin:/System/C.....

Où il y a un /usr/local/bin qui est venu s'intercaler entre les "bin" et les "sbin" !
Quelqu'un a t-il une idée sur cet autre sujet ?

Pour info, mon .bashrc ne contient que ces lignes à propos de PATH :

case "$PATH" in
$HOME/bin) : ;;
*)
PATH=$PATH:$HOME/bin
export PATH
;;
esac

Il est appelé en début de .bash_profile par :

export ENV=$HOME/.bashrc
. $ENV

Je retrouve logiquement mon "$HOME/bin" en fin de PATH, pour ça pas de PB
Reste mes 2 questions...
Cordialement

 

[boninmi]

Bonsoir,

Tout ça ressemble à des répertoires créés par le système pour des besoins internes.
Les premières lignes de ton message peuvent faire penser à des répertoires utilisés pour les mises à jour de sécurité, qui sont en principe automatiques et transparentes.
À part vouloir se plonger à fond dans le système - dans quel but ? - il n'y a guère d'intérêt à s'interroger sur ces répertoires et sur les fichiers de configuration de macOS, et pas d'inquiétude spéciale à avoir non plus à ce sujet, selon moi.

 

[jcezanna54]

Merci bonimi pour ta réponse.
Je n'ai pas d'inquiétude particulière, je trouve simplement bizarre cette modification de PATH pour une opération ponctuelle.

Des idées à propos de la gestion du PATH et le /usr/local/bin/ qui vient s'intercaler ?
Sinon, bonne soirée ....

man cryptex fournit la réponse.

Bon reste mon pb de /usr/local/bin qui vient au milieu de mes initialisations sans que je l'ai demandé ...

 

[boninmi]

Si mon hypothèse est exacte, on ne peut pas parler d'opération ponctuelle pour les mises à jour de sécurité, qui peuvent intervenir à tout moment et à plusieurs reprises. Mais je ne suis pas sûr de mon interprétation, n'étant en rien un spécialiste système.

Quant à l'intégration au PATH de /usr/local/bin/ , si mes très vieux souvenirs d'UNIX ne me trompent pas, c'est sans doute le moins surprenant dans ce que tu énumères, car il me semble que c'est le répertoire des principaux utilitaires système.

Le système fait pas mal de choses que l'on n'a pas demandé soi même ...

 

[Locke]

Reste mes 2 questions...

Que tu ne devrais en aucun cas te poser, car tu n'as aucune raison d'aller dans le dossier Système de macOS ! Un peu de lecture officielle pour Cryptexes... Mises à jour de sécurité urgentes sur des appareils Apple

Quand à tes interrogations tu ferais bien de ne plus y penser, car tu vas finir par foutre un bordel monstre dans ta version de macOS et on va te retrouver ici en pleurant. Désolé, mais je dis toujours franchement ce que je pense, fais autre autre chose et laisse tranquille les dossiers système.

 

[boninmi]

@macomaniac, sors de ce corps

 

[jcezanna54]

@Locke Merci pour ces "précieux" conseil mais tu ne risque pas de me voir ici en pleurant. J'ai 2 niveaux de sauvegardes + des archives, alors ...
Sinon, si je pose des questions ici, c'est justement pour éviter de foutre un bordel monstre.
Et tu peux dire ce que tu veux, je ne suis pas susceptible, par contre quand une question se pose je cherche toujours la réponse.
Si je la trouve à propos de cette histoire de PATH qui s'insére, je viendrais donner ici mes résultats comme je le fais toujours.

 

[sinbad21]

/usr/local/bin comme dit plus haut c'est le moins surprenant des ajouts dans le PATH. C'est le lieu de prédilection pour les softs quand ils ont besoin d'installer des exécutables UNIX. En gros c'est l'équivalent du dossier Applications, mais pour les exécutables UNIX.

Si tu explores le contenu de ce dossier dans le Finder, tu devrais voir tout un tas de programmes.

C'est donc normal qu'il soit dans le PATH, cela permet d'exécuter tout ce qui est à l'intérieur sans devoir préciser le chemin.

 

[boninmi]

S'intéresser à la structure et au contenu des répertoires de la base Unix de macOS, ne serait-ce que par désir d'approfondir ses connaissances, OK. En autodidacte, on peut passer son temps à lire le texte de référence, le man Unix.

Il existe probablement aussi des ouvrages spécialisés et des sites en ligne sur le sujet: ce site n'en fait pas partie, sauf de façon anecdotique. D'où les réponses ci-dessus.

C'est un tout autre problème et de gros risques à courir que de tenter d'apporter des changements, si tant est que le système, à l'heure actuelle très verrouillé, le permette, sauf à être développeur de haut niveau et bénéficier des autorisations nécessaires.

 

[jcezanna54]

Pardonnez pour cette réponse tardive mais j'au eu 2 ou 3 autres soucis à gérer

Bonjour,
J'ai été ingénieur systeme UNIX pendant 20 ans avant d'arrêter, il y a 20 ans.
Donc vous pouvez cesser de vous inquiéter pour mon ordi, je gère même si en 20 ans j'ai évidemment perdu l'actualité, me reste le fond.

Avant de lire la réponse ci-dessous, merci de relire les extraits de mes scripts d'initialisation dans mon premier post.
REPONSE
A) à ma question pourquoi /usr/local/bin est-il inséré au milieu de mon path alors que je ne demande son insertion qu'en début de PATH
1) ma méthode d'insertion fait d'abord un test (avec case) sur la présence du répertoire dans le PATH pour éviter les doublons
2) avant d'exécuter mes scripts d'initialisation le système utilise les siens, à savoir "/etc/paths" qui contient une ligne par répertoire à insérer dans le PATH dont une ligne en son milieu pour "/usr/local/bin". Je demandais l'insertion des autres répertoires aussi mais comme je faisais un test pour éviter les doublons, cela n'apparaissait pas sauf pour ... /usr/local/bin pour lequel je ne faisais pas ce test de doublon et pas entre les autres répertoires.
B) les répertoires "Cryptexes" sont ajoutés à partir de /etc/profile qui lance par eval "/usr/libexec/path_helper -s".
Ce dernier lit les fichiers sous /etc/paths.d qui contiennent une ligne par répertoire dont ceux de "Cryptexes"

Donc en résumé, le système gère le PATH depuis /etc/paths, puis les répertoires sous /etc/paths.d avant de s'occuper de ce qu'il y a dans vos fichiers .bash_profile et .bashrc si vous êtes toujours sous bash comme le fainéant que je suis.

J'ai au moins fait la connaissance de path_helper qui me fait penser à l'ancien système de boot "init" avec ses fichiers sous /etc/init.d
Le bon vieux temps ....
Cordialement

 

[boninmi]

Très bien. Mais j'ai envie de te répondre, si ça ne te vexe pas trop: on s'en f..t .
J'ai fait un peu d'Unix en tant qu'enseignant d'informatique à l'université où nous avions des postes sous Unix. Et avant un peu de ligne de commande du temps de MS DOS. Si c'est un passe temps pour toi, tant mieux. J'ai oublié à peu près tout des langages de programmation que j'ai pratiqué, de la TI 57 avec ses quelques pas de programme en passant par la Casio FX 702P sous Basic (elle fonctionne toujours), puis Turbo Pascal, Logo, Lisp, Camel, C, Java, et j'en oublie. Dans le temps j'avais porté une petite bibliothèque graphique à destination des étudiants de Pascal à C sous X Windows . Je savais configurer un .login, un .cshrc, écrire un fichier Make, etc ...
Je cultive mon jardin.

 

[jcezanna54]

Bonjour,

Sans vouloir vous vexer qui est "on" ?
S'il ne s'agit que de vous qui s'arroge le droit de parler au nom des autres, ce n'est pas grave.
Si vous vous en foutez comme vous le dites élégamment, peut-être que d'autres seront intéressés.
Par ailleurs, rien ne vous oblige à suivre un sujet de forum dont vous vous foutez.
En outre, si je pose une question et que je trouve la réponse, il me semble "juste" et "correct" de poster cette réponse vis à vis de ceux qui se donne la peine de lire mon post initial mais là c'est une question d'éducation.

Bonne journée.

 

[Locke]

En outre, si je pose une question et que je trouve la réponse, il me semble "juste" et "correct" de poster cette réponse vis à vis de ceux qui se donne la peine de lire mon post initial mais là c'est une question d'éducation.

Sur le fond, pour moi "quel est l'intérêt de fouiner dans Macintosh/Système/Bibliothèque étant donné que tout est verrouillé dans un fichier instantané ?". Quelle est donc la finalité pour toi, vu que la marche de manoeuvre est très limitée dans les dossiers système ?

 

[boninmi]

Bonjour,

Sans vouloir vous vexer qui est "on" ?
S'il ne s'agit que de vous qui s'arroge le droit de parler au nom des autres, ce n'est pas grave.
Si vous vous en foutez comme vous le dites élégamment, peut-être que d'autres seront intéressés.
Par ailleurs, rien ne vous oblige à suivre un sujet de forum dont vous vous foutez.
En outre, si je pose une question et que je trouve la réponse, il me semble "juste" et "correct" de poster cette réponse vis à vis de ceux qui se donne la peine de lire mon post initial mais là c'est une question d'éducation.

Bonne journée.

Ouh la la, ne nous fâchons pas ! Un peu d'humour, que diable ...

Effectivement, tu as raison, et selon l'adage bien connu

"On" pronom imbécile qui qualifie celui qui l'emploie

Je n'engageais que moi.
Néanmoins, le but de ce forum est l'aide bénévole aux personnes rencontrant des difficultés. Ce n'était semble-t-il pas ton cas

Je n'ai pas d'inquiétude particulière

Je crois que ce n'est pas ici le lieu pour discuter sur la structure interne du système ni pour un apprentissage de notions liées aux commandes Unix. Sauf démenti d'un modérateur.

Ma réponse #2 me semble clore le débat.

 

[jcezanna54]

Néanmoins, le but de ce forum est l'aide bénévole aux personnes rencontrant des difficultés. Ce n'était semble-t-il pas ton cas

M'est-il permet de vous rappeler que c'est vous qui avait écrit que vous vous en foutiez ?

Je crois que ce n'est pas ici le lieu pour discuter sur la structure interne du système

La variable PATH comme structure INTERNE du système ? Vous êtes sérieux ?
Pour le reste ... ce sujet est clos pour moi.

 

[boninmi]

M'est-il permet de vous rappeler que c'est vous qui avait écrit que vous vous en foutiez ?

Je l'ai fait sur un mode humoristique, mais tu ne sembles pas le comprendre.
@Locke t'a dit poliment le même chose.