TL; DR
シェルvsターミナル
最初に明確にする必要があるのは、正確に何が求められているかです-実行中のシェルまたは実行中のターミナルを見つける 多くの場合、これらの2つの用語は同じ意味で使用されますが、まったく異なるものです。シェルはコマンドラインインタープリターです。特に、対話型シェルは、コマンドを入力するプロンプトとテキストフィールドです。シェルは非対話型にすることもできます。たとえば、スクリプトは非対話型シェルをbash -c 'echo hello world'開始したり、非対話型シェルを開始したりします。
対照的に、ターミナルはシェルへのインターフェイスです（ただし、別のアプリケーションでもかまいません）。もともと端末は実際のハードウェアを指していましたが、現在はほとんどがソフトウェアです。GUIでCtrl+ Alt+ を押すtか、ターミナルアイコンをクリックすると、ターミナルエミュレーター、ハードウェアの動作を模倣するウィンドウが起動し、そのウィンドウ内でシェルが実行されていることがわかります。Ctrl+ Alt+ F2（または6つのファンクションキーのいずれか）は、仮想コンソール（別名）を開きますtty。仮想端末が「仮想」である理由と、「実際の」端末は何/なぜ/どこにあるのかを読むことをお勧めします。詳細については。
シェル情報を取得する
各ユーザーには、/etc/passwdユーザー名に割り当てられたデフォルトのシェルがあります。デフォルトの設定を使用しており、コマンドとして別のシェルを明示的に呼び出していない場合、次を実行するだけで十分です。
echo $SHELL
しかし、もちろんこれはデフォルト値のみを示しています。以下を行うと仮定します。
user@ubuntu:~$ dash
$
私たちは、もとあったbashが、インタラクティブセッションを開始/bin/dash、UbuntuのPOSIXやシステムのシェルを。変数$SHELLはその目的ではないため、変更されません。現在の値ではなくデフォルトが表示されます。私たちは別の視点からこれにアプローチする必要があります-プロセスの視点、これは私がカバーしたものですbashまたはshを使用していますか？
$ echo $$
4824
$ cat /proc/4824/comm
mksh
$ bash
xieerqi@eagle:~$ echo $$
6197
xieerqi@eagle:~$ cat /proc/6197/comm
bash
ここでは、/proc/ファイルシステムを利用します。プロセスの名前とコマンドラインパラメータがに表示され/proc/<pid>/commます。必要なのは、シェルのPIDを提供することだけです$$。上記の例では、それを個別に追加していますが、ただやることを止めるものは何もありません
cat /proc/$$/comm
テーマのバリエーションも可能です
ps -p $$ -o args
これにアプローチできる別の方法は、どこで確認すること/proc/<pid>/exeです。このファイルは、実行可能ファイルを指すシンボリックリンクです。したがって、私たちはできる
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
2つのアプローチのいずれも、ケースの99％で機能します。もちろん、それらを破壊する方法があります。たとえば、シンボリックリンクは、実行可能ファイルは、シェルが起動した直後に削除された（その場合には、あなたは、おそらく遭遇するシステムの問題を除去するのであればどこも指しています/bin/sh、/bin/dashでも、または/bin/bash推奨されていません-すべての後のスクリプトの多くは、それらに依存しています、特にシステムレベルのもの）。シェルのコマンド名は通常、execve()syscallの最初の引数として設定されます。これは、bashがどのように呼び出されているかを知る方法で説明されていますか？、したがって、を介してシェルを起動するアプリケーションがある場合、execve()任意の名前を付けることができます。しかし、これらは非標準的かつ非典型的なものであり、一貫性とセキュリティのために避けるべきです。
端末情報の取得
環境変数から始めることができます。多くの端末はxterm、echo $TERMまたはによって報告される-compatible として自分自身をマスクしているようですecho $COLORTERM。しかし、環境変数はそれほど信頼できるツールではありません。これらは設定および設定解除できます。PIDでも同じことができますが、今回は親PIDを調べます。覚えているかもしれませんが、ターミナルはシェルへのインターフェイスであり、多くの場合、シェル自体を起動します。したがって、シェルの親プロセスであるプロセスを見つけることができます。
$ ps -p $$ -o args,ppid
COMMAND PPID
bash 1234
$ ps -p 1234 -o args
COMMAND
/usr/lib/gnome-terminal/gnome-terminal-server
別の端末アプリで試してみましょうsakura：
$ ps -p $$ -o args,ppid
COMMAND PPID
/bin/bash 16950
$ ps -p 16950 -o args
COMMAND
sakura
そこから、このシェルを開始したものが既にあることがわかりgnome-terminalます。もちろん、この方法は、対話型シェルで作業している場合に機能します。たとえば、の親bash -c '...'またはを介して起動されたシェルを見つけようとしている場合ssh、PIDは非ターミナルアプリケーションからのものである可能性があり、GUIがまったくない可能性があります。
したがって、GUIターミナルを具体的に処理する場合は、実行xpropして目的のウィンドウをクリックし、そのpidをgrepし、pidに一致するプロセスの名前を確認します。または言い換えると：
$ ps aux | grep $(xprop | awk -F'=' '/PID/ {print $2}')
xieerqi 2124 0.6 1.7 208068 34604 ? Sl 18:47 1:49 gnome-terminal
さらに、仕様に従って、ウィンドウマネージャーはWM_CLASSプロパティを設定する必要があります。したがって、以下からも取得できますxprop。
$ xprop WM_CLASS
WM_CLASS(STRING) = "sakura", "Sakura"
もちろん、これには1％の欠点もあります：WM_CLASSプロパティの設定は、それを行うウィンドウマネージャーに依存します。また、PIDはウィンドウの正確性を保証しません（このX11ウィンドウを作成したプロセスを参照してください）。そして、これらはメソッド自体の欠点ではなく、X11サーバーの欠点です。ただし、最も安定した有名なウィンドウマネージャー（openbox、Metacity、blackboxなど）およびほとんどのアプリケーションは正常に動作するため、Gnomeターミナルやターミネーターなどの問題は発生しません。
しかし、GUIターミナルエミュレータに関しては、コマンドを見つける必要さえありません。Aboutウィンドウ自体のダイアログを使用するだけです。そのルールの例外はxtermです。