C'est un peu complexe. Tout d’abord, les détails dépendent du type de shell que vous exécutez. Pour me plagier :
Lorsque vous ouvrez un émulateur de terminal ( gnome-terminal
par exemple), vous exécutez ce qu'on appelle un shell interactif sans connexion .
Lorsque vous vous connectez à votre ordinateur à partir de la ligne de commande ou exécutez une commande telle que su - username
, vous exécutez un shell de connexion interactif .
Lorsque vous vous connectez graphiquement, vous exécutez quelque chose de complètement différent. Les détails dépendront de votre système et de votre environnement graphique, mais en général, c'est le shell graphique qui gère votre identifiant. Alors que de nombreuses coquilles graphiques (y compris la valeur par défaut Ubuntu) lit /etc/profile
et ~/.profile
pas tous les faire.
Enfin, lorsque vous exécutez un script shell, il est exécuté dans un shell non interactif et non connecté .
Les fichiers que bash lira au lancement dépendent du type de shell sous lequel il s'exécute. Ce qui suit est un extrait de la section INVOCATION de man bash
(souligné par moi):
Lorsque bash est appelé en tant que shell de connexion interactif ou en tant que shell non interactif avec l'option --login, il commence par lire et exécuter les commandes du fichier / etc / profile , si ce fichier existe. Après avoir lu ce fichier, il recherche ~ / .bash_profile, ~ / .bash_login et ~ / .profile, dans cet ordre , puis lit et exécute les commandes à partir de la première qui existe et est lisible. L'option --noprofile peut être utilisée au démarrage du shell pour empêcher ce comportement.
Lorsqu'un shell interactif qui n'est pas un shell de connexion est démarré, bash lit et exécute les commandes de /etc/bash.bashrc et ~ / .bashrc , si ces fichiers existent. Cela peut être inhibé en utilisant l'option --norc. L'option de fichier --rcfile obligera bash à lire et à exécuter des commandes à partir du fichier au lieu de /etc/bash.bashrc et ~ / .bashrc.
Ce sont les fichiers d'initialisation. Vous pouvez également /etc/environment
définir des variables d’environnement globales, mais celles-ci sont lues plutôt que source (les commandes qu’elle contient ne sont pas exécutées, mais les définitions de variables sont définies).
Maintenant, la salutation que vous voyez est encore autre chose. Cela est défini dans /etc/motd
et est affiché à travers pam_motd
. Comme expliqué dans man motd
:
Le contenu de / etc / motd est affiché par pam_motd (8) après une connexion réussie mais juste avant l’exécution du shell de connexion.
L'abréviation "motd" signifie "message du jour", et ce fichier est traditionnellement utilisé exactement pour cela (il nécessite beaucoup moins d'espace disque que le courrier destiné à tous les utilisateurs).
Sous Debian GNU / Linux, le contenu de /run/motd.dynamic est également affiché. Ce fichier est généré par /etc/init.d/motd au démarrage.
Pour supprimer le message, il suffit de vider le /etc/motd
fichier et de s’assurer que rien n’est généré, le /etc/init.d/motd
cas échéant.
Quoi qu’il en soit, en fonction du résultat affiché, vous semblez vous connecter via, ssh
ce qui signifie que vous utilisez un shell de connexion interactif . Voir ce que cela signifie plus haut. Donc, en résumé, les choses qui vous intéressent et qui sont extraites lorsque vous vous connectez sont (et dans cet ordre):
- Le démon SSH, via le
pam_motd
module de la bibliothèque PAM, affiche le contenu de /etc/motd
. Via le pam_env
module, il définit les variables d'environnement de /etc/environment
et ~/.pam_environment
.
- Un shell de connexion est démarré et les fichiers suivants sont lus dans l'ordre:
/etc/profile
/etc/bash.bashrc
(les /etc/profile
sources par défaut Ubuntu /etc/bash.bashrc
).
~/.bash_profile
. Les autres fichiers qui auraient pu être lus ici ( ~/.profile
et ~/.bash_login
) sont ignorés car ~/.bash_profile
existe.
export SET_IN_ETC_PROFILE=yes
dans/etc/profile
,export SET_IN_HOME_ZSHRC=yes
dans~/.zhshrc
(je suis un utilisateur de zsh), etc ... Ensuite, redémarrez et une belleenv|grep SET_IN
vous racontera toute l'histoire. Pour savoir quelles variables sont vues par les applications de bureau (celles que vous lancez à partir du tableau de bord ou du gestionnaire deenv
n’a aucun rapport avec l’ordre d’exécution.SET_IN
vous montrer quels fichiers ont été lus, et non dans quel ordre ils ont été lus. L'ordre est standard, c'est ce qui est montré dans les extraits de page de manuel que j'ai dans ma réponse.Les informations que vous voyez lorsque vous vous connectez via ssh sont créées avant même que / etc / profile ne soit consulté. Examinez la séquence de fichiers dans /etc/update-motd.d. Cela vous montrera où les messages que vous voyez sont générés par divers scripts.
la source