TL; DR
Shell gegen Terminal
Als Erstes müssen wir klären, was genau gefragt wird - finden Sie die laufende Shell oder das laufende Terminal heraus. Oft werden diese beiden Begriffe synonym verwendet, aber es handelt sich um verschiedene Dinge. Shell ist der Befehlszeileninterpreter. Speziell die interaktive Shell ist das Eingabeaufforderungs- und Textfeld, in das Sie Befehle eingeben. Shells können auch nicht interaktiv sein. Beispielsweise startet ein Skript eine nicht interaktive Shell oder bash -c 'echo hello world'startet auch eine nicht interaktive Shell.
Im Gegensatz dazu ist Terminal die Schnittstelle zur Shell (obwohl es auch eine andere Anwendung sein könnte). Ursprünglich bezog sich das Terminal auf die eigentliche Hardware, heute handelt es sich jedoch hauptsächlich um Software. Was Sie sehen, wenn Sie Ctrl+ Alt+ drücken toder auf das Terminal-Symbol in der GUI klicken, das einen Terminal-Emulator startet, ein Fenster, das das Verhalten der Hardware nachahmt, und in diesem Fenster können Sie sehen, wie die Shell ausgeführt wird. Ctrl+ Alt+ F2(Oder eine der sechs Funktionstasten) werden virtuelle Konsole öffnen, aka tty. Ich empfehle zu lesen Warum ist ein virtuelles Terminal "virtuell" und was / warum / wo ist das "reale" Terminal? Für weitere Informationen über die Besonderheiten.
Shell-Informationen abrufen
Jedem Benutzer ist eine Standard-Shell /etc/passwdfür seinen Benutzernamen zugewiesen . Vorausgesetzt, Sie verwenden die Standardkonfiguration und haben keine andere Shell explizit als Befehl aufgerufen, ist Folgendes ausreichend:
echo $SHELL
Dies zeigt aber natürlich nur den Standardwert . Angenommen, wir machen Folgendes:
user@ubuntu:~$ dash
$
Wir waren ursprünglich in bash, begann aber interaktive Sitzung /bin/dash, Ubuntus POSIX oder System - Shell . Die Variable $SHELLändert sich nicht, da dies nicht ihrem Zweck entspricht - sie zeigt standardmäßig nicht den aktuellen Wert an. Wir müssen uns dem aus einer anderen Perspektive nähern - der Perspektive eines Prozesses, auf den ich eingegangen bin. Benutze ich bash oder sh?
$ echo $$
4824
$ cat /proc/4824/comm
mksh
$ bash
xieerqi@eagle:~$ echo $$
6197
xieerqi@eagle:~$ cat /proc/6197/comm
bash
Hier nutzen wir das /proc/Dateisystem. Der Name des Prozesses und die Befehlszeilenparameter werden in angezeigt /proc/<pid>/comm. Wir müssen nur die PID der Shell bereitstellen, was auch $$funktioniert. Im obigen Beispiel füge ich das separat hinzu, aber nichts hindert uns daran, es nur zu tun
cat /proc/$$/comm
Variation über das Thema könnte auch sein
ps -p $$ -o args
Eine andere Möglichkeit, dies zu erreichen, besteht darin, zu überprüfen, wo /proc/<pid>/exe. Diese Datei ist ein Symlink, der auf die ausführbare Datei verweist. So können wir es tun
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
Beide Ansätze funktionieren in 99% der Fälle. Natürlich gibt es Möglichkeiten, wie sie untergraben werden können. Zum Beispiel Symlink nicht überall zeigen , wenn die ausführbare Datei wurde kurz gelöscht , nachdem die Schale (und in diesem Fall gestartet wahrscheinlich werden Sie System Probleme auftreten, da das Entfernen /bin/sh, /bin/dashoder gar /bin/bashnicht zu empfehlen ist - schließlich viele Skripte auf sie verlassen insbesondere auf Systemebene). Der Befehlsname für die Shell wird normalerweise als erstes Argument in execve()syscall festgelegt. Dies wird in Woher weiß bash, wie es aufgerufen wird? Wenn Sie also eine Anwendung haben, über die eine Shell gestartet wird execve(), kann sie einen beliebigen Namen erhalten. Dies sind jedoch ungewöhnliche und untypische Dinge, die aus Gründen der Beständigkeit und Sicherheit vermieden werden sollten.
Terminalinformationen abrufen
Wir können mit den Umgebungsvariablen beginnen. Viele Terminals scheinen sich als xterm-kompatibel zu tarnen, was von echo $TERModer gemeldet wird echo $COLORTERM. Aber dann sind Umgebungsvariablen kein sehr zuverlässiges Werkzeug. Sie können gesetzt und nicht gesetzt werden. Wir können dasselbe mit PIDs wiederholen, außer dass wir uns diesmal die übergeordnete PID ansehen. Wie Sie sich vielleicht erinnern, ist Terminal die Schnittstelle zur Shell und startet häufig die Shell selbst. Daher können wir herausfinden, welcher Prozess der übergeordnete Prozess unserer Shell ist:
$ ps -p $$ -o args,ppid
COMMAND PPID
bash 1234
$ ps -p 1234 -o args
COMMAND
/usr/lib/gnome-terminal/gnome-terminal-server
Versuchen wir es mit einer anderen Terminal-App sakura:
$ ps -p $$ -o args,ppid
COMMAND PPID
/bin/bash 16950
$ ps -p 16950 -o args
COMMAND
sakura
Von dort können wir bereits sehen, was diese Shell begonnen hat gnome-terminal. Diese Methode funktioniert natürlich unter der Annahme, dass Sie mit einer interaktiven Shell arbeiten. Wenn wir zum Beispiel herausfinden möchten, ob das übergeordnete Element bash -c '...'oder die Shell über gestartet sshwurde, stammt PID möglicherweise aus einer Nicht-Terminal-Anwendung und möglicherweise überhaupt nicht aus der GUI.
Wenn wir uns also speziell mit dem GUI-Terminal befassen möchten, können wir es ausführen xprop, auf das gewünschte Fenster klicken, dessen PID abrufen und herausfinden, wie der Name des Prozesses mit der PID übereinstimmt. Oder mit anderen Worten:
$ ps aux | grep $(xprop | awk -F'=' '/PID/ {print $2}')
xieerqi 2124 0.6 1.7 208068 34604 ? Sl 18:47 1:49 gnome-terminal
Darüber hinaus sollten Fenstermanager gemäß den SpezifikationenWM_CLASS Eigenschaften festlegen . So können wir das auch bekommen xprop:
$ xprop WM_CLASS
WM_CLASS(STRING) = "sakura", "Sakura"
Natürlich hat dies auch 1% der Nachteile: Das Festlegen von WM_CLASSEigenschaften hängt davon ab, dass der Fenstermanager dies ausführt, und es wird nicht garantiert, dass die PID für ein Fenster korrekt ist (siehe Welcher Prozess hat dieses X11-Fenster erstellt? ). Dies kann ein komplexes Debugging beinhalten. Und dies sind keine Mängel der Methoden selbst, sondern des X11-Servers. Die meisten stabilen und bekannten Fenstermanager (wie Openbox, Metacity, Blackbox) und die meisten Anwendungen verhalten sich jedoch gut, sodass wir keine Probleme mit so etwas wie Gnome Terminal oder Terminator erwarten sollten.
Aber wenn es um GUI-Terminalemulatoren geht, müssen wir nicht einmal einen Befehl finden. Wir können einfach den AboutDialog des Fensters selbst verwenden. Ausnahme von dieser Regel ist xterm.