Comment un obus connaît-il sa (ses) maison (s)?

Chaque shell a une variable d'environnement $ HOME définie (ex:) /Users/lotolo. Si je suis sous csh, je peux unsetenv HOMEet encore si je le fais, cdje serai chez moi. J'ai également testé cela sur bash ( unset HOME) et c'est le même comportement. Alors, comment le shell sait-il où se trouve mon / autre_utilisateur? Où lit-il ces valeurs?

Ce n'est pas un doublon car ma question n'est pas de savoir comment je sais, mais comment le shell sait-il HOME. Et ce comportement est également étendu aux autres utilisateurs.

Dans le cas de cshet tcsh, il enregistre la valeur de la $HOMEvariable au moment du démarrage du shell ( dans sa $homevariable comme noté par @JdeBP ).

Si vous le désactivez avant de commencer csh, vous verrez quelque chose comme:

$ (unset HOME; csh -c cd)
cd: No home directory.

Pour bash(et la plupart des autres obus de type Bourne), je vois un comportement différent du vôtre.

bash-4.4$ unset HOME; cd
bash: cd: HOME not set

Le contenu de la $HOMEvariable est initialisé par le processus de connexion sur la base des informations stockées dans la base de données utilisateur par rapport à votre nom d' utilisateur .

Les informations sur le nom d'utilisateur lui-même ne sont pas toujours disponibles. Tout ce qu'un shell peut savoir avec certitude, c'est l'ID utilisateur du processus qui l'exécute et plusieurs utilisateurs (avec des répertoires personnels différents) peuvent partager le même ID utilisateur.

Donc, une fois $HOMEparti, il n'y a aucun moyen fiable de le récupérer.

L'interrogation de la base de données utilisateur (avec getpwxxx()l'API standard) pour le répertoire personnel du premier utilisateur qui a le même uid que celui qui exécute le shell ne serait qu'une approximation (sans parler du fait que la base de données utilisateur aurait pu changer (ou le répertoire principal) répertoire étant défini comme une valeur unique) depuis le début de la session de connexion).

zsh est le seul shell que je connaisse qui fait ça:

$ env -u HOME ltrace -e getpw\* zsh -c 'cd && pwd'
zsh->getpwuid(1000, 0x496feb, 114, 0x7f9599004697)      = 0x7f95992fddc0
/home/chazelas
+++ exited (status 0) +++

Tous les autres shells que j'ai essayés se plaignent de ce HOME non défini ou utilisent /comme valeur par défaut.

Pourtant, un comportement différent est celui fishde, qui semble interroger la base de données pour le nom d'utilisateur stocké dans le $USERcas échéant ou faire un getpwuid()sinon:

$ env -u HOME USER=bin ltrace -e getpw\* fish -c 'cd;pwd'
fish->getpwnam("bin")  = 0x7fd2beba3d80
fish: Unable to create a configuration directory for fish. Your personal settings will not be saved. Please set the $XDG_CONFIG_HOME variable to a directory
where the current user has write access.
fish: Unable to create a configuration directory for fish. Your personal settings will not be saved. Please set the $XDG_CONFIG_HOME variable to a directory
where the current user has write access.
--- SIGCHLD (Child exited) ---
/bin
+++ exited (status 0) +++


$ env -u HOME -u USER ltrace -e getpw\* fish -c 'cd;pwd'
fish->getpwuid(1000, 0x7f529eb4fb28, 0x12d8790, 0x7f529e858697) = 0x7f529eb51dc0
fish->getpwnam("chazelas")                                      = 0x7f529eb51d80
--- SIGCHLD (Child exited) ---
--- SIGCHLD (Child exited) ---
/home/chazelas
+++ exited (status 0) +++

SEGV lorsque l'utilisateur n'existe pas ( https://github.com/fish-shell/fish-shell/issues/3599 ):

$ env -u HOME USER=foo fish -c ''
zsh: segmentation fault  env -u HOME USER=foo fish -c ''

Alors, comment le shell sait-il où se trouve mon / autre_utilisateur?

Ce n'est pas le cas. Vous ne faites tout simplement pas l'expérience correctement. Comme vous pouvez le voir dans le manuel du shell C, la cdcommande change la valeur de la homevariable si elle est fournie sans argument. Si cette variable n'est pas définie, elle ne sait pas où changer de répertoire et affiche une erreur:

machine: ~> définir la maison = /
machine: / home / utilisateur> cd
machine: ~> maison non réglée
machine: /> cd
cd: pas de répertoire personnel
machine: /> 

Vous annulez la mauvaise variable. Ce n'est pas HOMEla variable d'environnement, c'est homela variable interne du shell C (initialisée à partir de la valeur de la première au démarrage du shell, mais sinon une variable indépendante à part entière).

Le système a défini la variable HOME au moment de la connexion comme étant un chemin d'accès au répertoire personnel de l'utilisateur. Il est défini par

• gdm, kdm ou xdm pour les sessions graphiques.
• connectez-vous aux sessions console, telnet et rlogin
• sshd pour les connexions SSH

Vous pouvez changer sa valeur mais faites attention car .bashrc, .profile, .xinitrc, etc. ne seront pas lus s'ils ne sont pas dans le répertoire personnel.