Essentiellement, le fait qu'un Shell soit login ou non, interactif ou non, n'a d'importance que pour une seule raison :

Les fichiers d'initialisation et les options par défaut définies dépendent du fait qu'un Shell soit connecté ou non et interactif ou non.

Par conséquent, le fait qu'un Shell soit login ou non ou interactif ou non dépend uniquement de l'option invocation utilisé - le nom exact de la commande et les options.

Les deux propriétés sont par ailleurs orthogonales - le fait qu'un Shell soit login ou non n'a aucune incidence sur la détermination de son caractère interactif ou non.

Bash lance un Shell de connexion si l'un de ces éléments est vrai :

• argv[0] le nom de la commande qui a été invoquée, commence par un -
• die -l est spécifiée

De même, bash lance un Shell interactif si l'une de ces conditions est remplie :

• il n'a pas été spécifié de fichier à exécuter (c'est-à-dire que la commande n'était pas bash some/file ) ou une chaîne de commande à exécuter ( bash -c 'foo' ) (la condition réelle est un peu plus complexe, voir le manuel)
• die -i a été spécifiée

Notamment (et paradoxalement), cette dernière implique que bash -ic 'foo' lance un Shell interactif.

Ainsi, ce qui suit lance un login, Shell interactif, même s'il n'a rien d'interactif et que l'invocation n'a rien à voir avec le login :

bash -lic true

Le fait que la connexion via la console ou l'interface graphique lance un Shell de connexion (ou peut-être pas) est entièrement un effet du processus de connexion utilisant l'invocation appropriée.

Les conditions et les effets sont décrits en détail dans le manuel bash, section sur les fichiers de démarrage .

Une source majeure de confusion réside dans le fait qu'il existe une autre signification commune pour "login" Shell :

Le Shell de connexion d'un utilisateur est le Shell défini dans la base de données de cet utilisateur. passwd (qui peut provenir de /etc/passwd LDAP ou toute autre source).

En login programme, SSH, etc. démarrez ce Shell comme un connexion Shell dans le sens indiqué dans le reste de la réponse - avec un signe de tête - dans le nom de la commande. Si vous voulez être particulièrement confus, vous pouvez dire :

Certains processus de connexion démarrent la connexion Shell de l'utilisateur en tant que connexion Shell.

Notez que le login GUI démarre un login Shell uniquement parce que les développeurs l'ont jugé pratique - LightDM exécute un Shell au login qui n'est évidemment pas interactif et ne dépend certainement pas du login Shell de l'utilisateur (dans le second sens du terme). Ne comptez pas sur le fait que le gestionnaire d'affichage démarre un Shell à la connexion, cependant - tous ne le font pas, et sur Wayland et GNOME, le processus de connexion n'utilise pas du tout Shell Shell.

Connexion Shell :

Le premier processus qui s'exécute sous notre nom d'utilisateur lorsque nous nous connectons à une session. Le processus de connexion indique au Shell de se comporter comme un Shell de connexion avec une convention : passer l'argument 0, qui est normalement le nom de l'exécutable Shell, avec un caractère " - " en préambule.

Interactive Shell :

Lit les commandes de l'utilisateur sur un tty. Entre autres choses, un tel Shell lit les fichiers de démarrage à l'activation, affiche une invite et active le contrôle des tâches par défaut. L'utilisateur peut interagir avec le Shell. Un Shell exécutant un Shell est toujours un Shell non interactif.

En termes simples : les Shell interactifs requièrent l'intervention de l'utilisateur, tandis que les Shell non interactifs sont exécutés par des Shell et ne requièrent pas d'intervention de l'utilisateur.

Une catégorie de Shell (Non-interactive, login Shell avec options hBc) est manquante dans le fichier réponse acceptée . Elle est couramment utilisée contrairement à celle avec les options hBs pour exécuter une commande dans une session ssh. Pour s'en rendre compte, il suffit de comparer 4 et 5. Je l'ai inclus avec d'autres.

# Combination of login and interactive shells

#1. Interactive, login shell: himBHs
{
 bash --login
 echo $-
 shopt login_shell 
 logout    # use CTRL-D   : Note the difference here between 1 and 2
}                                                       
#2. Interactive, no-login shell: regular terminal: himBHs
{
 bash   
 echo $-
 shopt login_shell
 exit     # use CTRL-D   : Note the difference here between 1 and 2
}
#3. Interactive, no-login shell: executing commands from standard input - scripts: himBHs
{
cat <<-EOF > myfile && bash -s < myfile         
echo $-
shopt login_shell
EOF
}
#4. Non-interactive, login shell  - takes commands from standard input - pipes: hBs
echo 'echo $-; shopt login_shell' | ssh localhost   
#5. Non-interactive, login shell  - executes commands : hBc
ssh localhost  'echo $-; shopt login_shell'         
#6. Non-interactive, no-login shell : hBc
bash -c 'echo $-; shopt login_shell'                

Qu'est-ce qu'un login Shell ?

Il lit et exécute les commandes du premier fichier disponible (s'il existe) pendant la session de connexion dans l'ordre suivant :

1. /etc/profil
2. ~/.bash_profile,
3. ~/.bash_login, et
4. ~/.profile

Il lit et exécute les commandes de tous les fichiers (s'ils existent) pendant la déconnexion dans l'ordre suivant :

1. ~/.bash_logout et
2. /etc/bash.bash_logout

Nota: La différence entre l'appel des fichiers de connexion (uniquement le premier fichier disponible) et des fichiers de déconnexion (tous les fichiers).

    echo 'echo "Logging out ... $(date)"' >> ~/.bash_logout
    echo 'echo "Logging out from /etc/bash.bash_logout... $(date)"' | sudo tee -a /etc/bash.bash_logout 
    bash --login
    Ctrl-D    # logs out

Nota: Une confusion surgit toujours lorsque ~/.bashrc Les commandes de fichiers sont exécutées pendant la session de connexion Shell. En général, les commandes dans ~/.bashrc ne doit pas être exécuté pendant que le login Shell . Cependant, si elle se produit, c'est à cause de ~/.bash_profile Le fichier comprend ~/.bashrc dans ce fichier. Vérifiez votre ~/.bash_profile fichier. Il s'agit d'un comportement courant dans les distributions Linux basées sur Fedora.

Qu'est-ce qu'un Shell sans ouverture de session ?

Il lit et exécute les commandes du fichier de configuration spécifique à l'utilisateur : ~/.bashrc

Qu'est-ce qu'une session non interactive ?

Il lit et exécute les commandes de BASH_ENV variable. C'est également un moyen de contrôler le comportement d'une session non interactive.

echo "HELLO=WORLD" > ~/myrc
BASH_ENV=~/myrc bash -c 'echo $BASH_ENV; echo $HELLO'

Nota: BASH_ENV doit contenir le chemin complet du fichier Shell-Shell.

Nota: La session ssh remote non-interactive Shell ne lit pas BASH_ENV . Au lieu de cela, le texte est le suivant ~/.bashrc de l'utilisateur distant dans le système distant.

Nota: ssh les sessions distantes n'exécutent pas les commandes des fichiers mentionnés dans le login Shell (~/.bash_profile).

Cela ne fonctionnera pas :

BASH_ENV=~/myrc ssh localhost 'echo $BASH_ENV; echo $HELLO'

ssh remoteuser@localhost  'echo $HELLO'

Cela fonctionnera : Parce que, .bashrc appartient à l'utilisateur actuel qui est supposé être l'utilisateur distant, et le système distant est supposé être localhost dans cet exemple.

echo 'HELLO=WORLD' >> ~/.bashrc
ssh localhost  'echo $HELLO'

Comment contrôler le comportement du login Shell ?

1. en utilisant --noprofile pour désactiver la lecture des commandes des fichiers mentionnés ci-dessus dans le login Shell.

   echo "HELLO=WORLD1" >> ~/.bash_profile
   bash --login
   echo $HELLO
   bash --login --noprofile
   echo $HELLO

Comment contrôler le comportement de no-login Shell ?

1. en utilisant --rcfile option permettant de spécifier un fichier rc spécifique à l'utilisateur
2. en utilisant --norc option pour désactiver la lecture des commandes des fichiers mentionnés ci-dessus dans no-login Shell.

J'aimerais mentionner que vous pouvez lancer un login interactif Shell par :

1. Exécution sudo /bin/login et en saisissant vos données d'identification
2. Exécution exec -l /bin/bash
3. Exécution su -
4. et comme les réponses ci-dessus l'ont indiqué, en utilisant ssh et en se connectant à une machine distante

Vous pouvez également vérifier (en bash) si le Shell est connecté en tapant echo $0 et si le résultat commence par un tiret - Il s'agit alors d'un login Shell.