C'est assez complexe. Tout d'abord, les détails dépendent du type de Shell que vous utilisez. Pour me plagier :
-
Lorsque vous ouvrez un émulateur de terminal ( gnome-terminal par exemple), vous exécutez ce que l'on appelle un interactif, sans login Shell.
-
Lorsque vous vous connectez à votre machine à partir de la ligne de commande, ou que vous exécutez une commande telle que su - username , vous exécutez un connexion interactive Shell.
-
Lorsque vous vous connectez graphiquement, vous utilisez quelque chose de complètement différent. Les détails dépendent de votre système et de votre environnement graphique, mais en général, il s'agit de la même chose que pour la connexion graphique. graphique Shell qui traite de votre connexion. Alors que de nombreux shells graphiques (y compris le shell par défaut d'Ubuntu) lisent /etc/profile y ~/.profile Ce n'est pas le cas de tous.
-
Enfin, lorsque vous exécutez un Shell Shell, il est exécuté dans un fichier non-interactif, non-login Shell .
Les fichiers que bash lira lorsqu'il sera lancé dépendent du type de Shell qu'il utilise. Voici un extrait de la section INVOCATION du fichier man bash (souligné par moi) :
Lorsque bash est invoqué en tant que login interactif Shell ou en tant que Shell non interactif avec l'option --login, il lit et exécute d'abord les commandes du fichier /etc/profil si ce fichier existe. Après avoir lu ce fichier, il recherche ~/.bash_profile, ~/.bash_login et ~/.profile, dans cet ordre et lit et exécute les commandes du premier o qui existe et qui est lisible. L'option --nopro Shell pour inhiber ce comportement.
Lorsqu'un interactif Shell c'est-à-dire pas une connexion Shell i lit et exécute les commandes de /etc/bash.bashrc y ~/.bashrc , si ces fichiers existent. Il peut s'agir d'une inhibi L'option --rcfile fichier forcera bash à lire et à exécuter les commandes à partir d'un fichier au lieu de /etc/bash.bashrc et ~/.bashrc.
Il s'agit des fichiers d'initialisation. Vous avez également /etc/environment où vous pouvez définir des variables environnementales globales, mais qui sont lues plutôt que sourcées (les commandes qu'elles contiennent ne sont pas exécutées, mais les définitions de variables sont définies).
Aujourd'hui, le message d'accueil que vous voyez est tout autre. Il s'agit d'un /etc/motd et s'affiche par le biais de pam_motd . Comme expliqué dans man motd :
Le contenu de /etc/motd est affiché par pam_motd(8) après une commande mais juste avant qu'il n'exécute le login Shell.
L'abréviation "motd" signifie "message du jour". ce fichier est traditionnellement utilisé pour cela (il nécessite beaucoup moins d'espace beaucoup moins d'espace disque que le courrier destiné à tous les utilisateurs).
Sur Debian GNU/Linux, le contenu de /run/motd. affiché. Ce fichier est généré par /etc/init.d/motd au démarrage.
Pour supprimer le message, il suffit de vider le champ /etc/motd et s'assurer que rien n'est généré par le fichier /etc/init.d/motd s'il est présent.
Quoi qu'il en soit, d'après les résultats que vous montrez, vous semblez vous connecter via ssh ce qui signifie que vous exécutez un login interactif Shell Voir ci-dessus ce que cela signifie. Ainsi, en résumé, les éléments qui vous intéressent et qui sont présents lorsque vous vous connectez sont les suivants (dans cet ordre) :
- Le démon SSH, via l'option
pam_motd de la bibliothèque PAM, affiche le contenu du fichier /etc/motd . Par l'intermédiaire du pam_env il définit les variables d'environnement de /etc/environment y ~/.pam_environment .
- Un login Shell est lancé et les fichiers suivants sont lus dans l'ordre :
/etc/profile-
/etc/bash.bashrc (la version par défaut d'Ubuntu /etc/profile sources /etc/bash.bashrc ).
-
~/.bash_profile . Les autres fichiers qui auraient pu être lus ici ( ~/.profile y ~/.bash_login ) sont ignorés car ~/.bash_profile existent.
