Se dice que la configuración para el shell sin inicio de sesión va al .bashrcarchivo y la configuración del shell de inicio de sesión para ir al .profilearchivo.
¿Qué se entiende realmente por shells de inicio de sesión y sin inicio de sesión?
Explique sin utilizar jerga técnica en la medida de lo posible.
Respuestas:
Si usted es un usuario normal de Ubuntu Desktop, el único shell de inicio de sesión es ... su escritorio (escriba una contraseña para ingresar, ¿verdad?)? Bueno, técnicamente es un shell de inicio de sesión que inicia una GUI, pero eso está entrando en la jerga. Y sí, leerá la configuración en.profile
La única vez que usted (un usuario normal) probablemente verá un shell de inicio de sesión que parece un shell de inicio de sesión es si tiene algún problema con su escritorio y cambia a un terminal virtual con el acceso directo Ctrl+ Alt+ F1.
ssh(o conectarse localmente con ssh localhost)bash -l(o sh -l)rootshell de inicio de sesión inicial consudo -i
sudo -u username -irootrootusuario con (y su contraseña)su - usernamesudo logincomando para cambiar de usuario~/.pam_environment(solo variables, no hay comandos bash allí), cierre sesión, inicie sesión y vea todo lo que aparece mágicamente en el escritorio, así como en gnome-terminal!
/etc/profile, /etc/profile.do ~/.profile.
No creo que se pueda dar una respuesta correcta sin "jerga técnica". Dado que esta pregunta es la primera que aparece en Google para la consulta “¿Qué es un shell de inicio de sesión?”, A continuación proporciono una respuesta más correcta:
El shell de inicio de sesión es simplemente un shell que se le dijo que fuera un shell de inicio de sesión. No , no significa concha que aparece después de que se conecte, aunque por lo general aplicación que se registra en la cáscara está diciendo que lanza a ser un intérprete de ingreso. Existen las siguientes formas de decirle a Shell que debe ser una de inicio de sesión:
-lo --loginargumento suponiendo que lo sabe (no conozco ningún shells que no conozca -l, pero --loginsolo es compatible con unos pocos shells).argv[0]set to -{some_string}(es decir, con HYPHEN-MINUS antepuesto al habitual argv[0]o a alguna otra cadena). Esto es lo que hacen ssh y su: su solo ejecuta ejecutable con -suas argv[0](hola a todos los que piensan que argv[0]tiene algo que ver con el nombre ejecutable actualmente en ejecución), ssh ejecuta zsh con -zshcuando el usuario ha establecido /bin/zshsu shell.Loginess of the shell no tiene absolutamente nada que ver con que alguien le solicite una contraseña o realice algún otro procedimiento de autenticación. Algunos programas como ssh o login (o algunos emuladores de terminal como urxvt) ejecutan shells como login utilizando aquellos argv[0]que comienzan con un HYPHEN-MINUS. Algunos como su o sudo (o zsh: consulte el -modificador de precomando que se describe en la sección MODIFICADORES DE PRECOMMAND man zshmisc) en no lo hacen de forma predeterminada, pero se puede decir que sí. Algunos tienen la única opción de decirle a Shell que sea el de inicio de sesión utilizando su argumento (es decir bash -l): ssh con un argumento de comando (que explícitamente le dice a ssh qué ejecutar en el extremo remoto).
En general, es mejor consultar primero la documentación del programa utilizado para invocar el shell para determinar si será el inicio de sesión y luego realizar algunas pruebas para determinar si la aplicación lanzará un shell de inicio de sesión (por ejemplo, agregando echoa .profile).
argv[0]a una de las exec*funciones, natural e inevitable: siempre se proporcionan ambos argv[0] y la ruta al comando realmente se ejecuta cuando se utilizan exec*funciones, incluso si nunca desea argv[0]ser diferente de la ejecución del comando. Otros idiomas proporcionan sus propios modos. Específicamente, bash permite el uso exec -a new_argv0 bash, pero esto, por supuesto, reemplazará el shell actualmente en ejecución con lo que haya execeditado, por lo que es posible que deba usar subshell ( (exec -a -zsh zsh))
$0, y, tal vez también se configure algo más (variable, configuración, etc.) para que se pueda detectar la lógica del shell en el archivo de configuración, pero ¿quién se molesta realmente en detectar esto para que haga alguna diferencia? Eso es todo lo que sé.