TL; DR
Shell vs Terminal
Lo primero que debemos aclarar es qué es exactamente lo que se pregunta: averiguar el shell o el terminal en ejecución. A menudo, estos dos términos se usan indistintamente, pero son cosas completamente diferentes. Shell es el intérprete de línea de comandos, específicamente el shell interactivo es el indicador más el campo de texto donde ingresa los comandos. Los shells también pueden ser no interactivos, por ejemplo, un script inicia un shell no interactivo o bash -c 'echo hello world'también inicia un shell no interactivo.
Por el contrario, el terminal es la interfaz de shell (aunque también podría ser otra aplicación). Originalmente, el terminal se refería al hardware real, pero hoy en día son principalmente software. Lo que ve cuando presiona Ctrl+ Alt+ to hace clic en el icono del terminal en la GUI, que inicia un emulador de terminal, una ventana que imita el comportamiento del hardware, y dentro de esa ventana puede ver el shell en ejecución. Ctrl+ Alt+ F2(o cualquiera de las 6 teclas de función) abrirá la consola virtual, también conocido como tty. Recomiendo leer ¿Por qué un terminal virtual es "virtual" y qué / por qué / dónde está el terminal "real"? Para más información sobre los detalles.
Obteniendo la información del shell
Cada usuario tiene un shell predeterminado asignado /etc/passwdpara su nombre de usuario. Suponiendo que está utilizando la configuración predeterminada y no ha llamado explícitamente a otro shell como comando, es suficiente hacer lo siguiente:
echo $SHELL
Pero, por supuesto, esto solo muestra el valor predeterminado . Supongamos que hacemos lo siguiente:
user@ubuntu:~$ dash
$
Estábamos originalmente en bash, pero empezamos sesión interactiva de /bin/dash, POSIX de Ubuntu o shell del sistema . La variable $SHELLno cambiará, porque ese no es su propósito: muestra el valor predeterminado no actual. Tendremos que abordar esto desde otra perspectiva: la perspectiva de un proceso, que es algo que he cubierto ¿Estoy usando bash o sh?
$ echo $$
4824
$ cat /proc/4824/comm
mksh
$ bash
xieerqi@eagle:~$ echo $$
6197
xieerqi@eagle:~$ cat /proc/6197/comm
bash
Aquí aprovechamos el /proc/sistema de archivos. El nombre del proceso y los parámetros de la línea de comandos se muestran en /proc/<pid>/comm. Todo lo que necesitamos es proporcionar el PID de shell, que es lo que $$hace. En el ejemplo anterior, estoy agregando eso por separado, pero no hay nada que nos impida hacer solo
cat /proc/$$/comm
La variación sobre el tema también podría ser
ps -p $$ -o args
Otra forma de abordar esto es mediante la comprobación de dónde /proc/<pid>/exe. Este archivo es un enlace simbólico que apunta al archivo ejecutable. Así podemos hacer
user@ubuntu:~$ ls -l /proc/$$/exe
lrwxrwxrwx 1 adminx adminx 0 Apr 4 18:20 /proc/1241/exe -> /bin/bash
user@ubuntu:~$ sh
$ ls -l /proc/$$/exe
lrwxrwxrwx 1 adminx adminx 0 Apr 4 18:20 /proc/1255/exe -> /bin/dash
Cualquiera de los dos enfoques funciona en el 99% de los casos. Por supuesto, hay formas en que se pueden subvertir. Por ejemplo, el enlace simbólico no apuntará a ninguna parte si el ejecutable se eliminó poco después de la cáscara comenzó (y en ese caso es probable que se encontrará con problemas en el sistema, ya que la remoción /bin/sh, /bin/dasho incluso /bin/bashno se recomienda - después de todo, una gran cantidad de secuencias de comandos dependen de ellos , especialmente los de nivel de sistema). El nombre del comando para shell generalmente se establece como el primer argumento en execve()syscall. Esto está cubierto en ¿Cómo sabe bash cómo se invoca? , por lo que si tiene una aplicación que inicia un shell a través de execve(), podría darle cualquier nombre. Pero estas son cosas no estándar y no típicas, que deben evitarse en aras de la coherencia y la seguridad.
Obteniendo información del terminal
Podemos comenzar con las variables de entorno. Muchos terminales parecen enmascararse como xtermcompatibles, lo cual es informado por echo $TERMo echo $COLORTERM. Pero entonces las variables de entorno no son una herramienta muy confiable. Se pueden activar y desactivar. Podemos hacer lo mismo con los PID nuevamente, excepto que esta vez veremos el PID primario. Como recordará, el terminal es la interfaz del shell y, a menudo, inicia el shell en sí. Por lo tanto, podemos averiguar qué proceso es el proceso padre de nuestro shell:
$ ps -p $$ -o args,ppid
COMMAND PPID
bash 1234
$ ps -p 1234 -o args
COMMAND
/usr/lib/gnome-terminal/gnome-terminal-server
Probemos con otra aplicación de terminal sakura:
$ ps -p $$ -o args,ppid
COMMAND PPID
/bin/bash 16950
$ ps -p 16950 -o args
COMMAND
sakura
A partir de ahí ya podemos ver que lo que inició este shell es gnome-terminal. Este método, por supuesto, funciona asumiendo que está trabajando con un shell interactivo. Si estamos tratando de averiguar el padre bash -c '...'o el shell iniciado a través de ssh, por ejemplo, PID puede muy bien ser de una aplicación no terminal y tal vez no GUI.
Entonces, si queremos ocuparnos específicamente del terminal GUI, lo que podemos hacer es ejecutar xprop, hacer clic en la ventana deseada, seleccionar su pid y descubrir cuál es el nombre de ese proceso que coincide con pid. O en otras palabras:
$ ps aux | grep $(xprop | awk -F'=' '/PID/ {print $2}')
xieerqi 2124 0.6 1.7 208068 34604 ? Sl 18:47 1:49 gnome-terminal
Además, según las especificaciones , los administradores de ventanas deben establecer la WM_CLASSpropiedad. Por lo tanto, podemos obtener eso xproptambién:
$ xprop WM_CLASS
WM_CLASS(STRING) = "sakura", "Sakura"
Por supuesto, esto también tiene su 1% de desventajas: establecer WM_CLASSpropiedades depende de que el administrador de ventanas lo haga, y PID no garantiza que una ventana sea precisa (consulte ¿Qué proceso creó esta ventana X11? ), Lo que puede implicar una depuración compleja. Y estos no son defectos de los métodos en sí, sino del servidor X11. Sin embargo, los gestores de ventanas más estables y conocidos (como openbox, Metacity, blackbox) y la mayoría de las aplicaciones se comportan bien, por lo que no deberíamos esperar problemas con algo como Gnome Terminal o Terminator.
Pero cuando se trata de emuladores de terminal GUI, ni siquiera necesitamos encontrar un comando. Podemos usar el Aboutdiálogo de la ventana en sí. La excepción a esa regla es xterm.