TL; DR
Shell vs Terminal
Hal pertama yang perlu kita perjelas adalah apa yang sebenarnya ditanyakan - cari tahu shell yang menjalankan atau terminal yang sedang berjalan. Seringkali kedua istilah ini digunakan secara bergantian, tetapi semuanya berbeda. Shell adalah interpreter baris perintah, khususnya shell interaktif adalah kolom teks plus prompt tempat Anda memasukkan perintah. Kerang juga bisa non-interaktif, misalnya skrip memulai non-interaktif, atau bash -c 'echo hello world'juga memulai non-interaktif.
Sebaliknya, terminal adalah antarmuka untuk shell (meskipun bisa jadi aplikasi lain juga). Awalnya terminal mengacu pada perangkat keras yang sebenarnya, tetapi saat ini kebanyakan perangkat lunak. Apa yang Anda lihat ketika Anda menekan Ctrl+ Alt+ tatau mengklik ikon terminal di GUI, yang memulai emulator terminal, jendela yang meniru perilaku perangkat keras, dan di dalam jendela itu Anda dapat melihat shell berjalan. Ctrl+ Alt+ F2(atau salah satu dari 6 tombol fungsi) akan membuka konsol virtual, alias tty. Saya sarankan membaca Mengapa terminal virtual "virtual", dan apa / mengapa / di mana terminal "nyata"? untuk info lebih lanjut tentang spesifikasi.
Mendapatkan informasi shell
Setiap pengguna memiliki shell default yang ditetapkan /etc/passwduntuk nama pengguna mereka. Dengan asumsi Anda menggunakan konfigurasi default dan belum memanggil shell lain secara eksplisit sebagai perintah, itu sudah cukup untuk dilakukan:
echo $SHELL
Tetapi tentu saja ini hanya menunjukkan nilai default . Misalkan kita melakukan hal berikut:
user@ubuntu:~$ dash
$
Kami awalnya masuk bash, tetapi memulai sesi interaktif /bin/dash, POSIX Ubuntu atau shell sistem . Variabel $SHELLtidak akan berubah, karena itu bukan tujuannya - ini menunjukkan default bukan nilai saat ini. Kita perlu mendekati ini dari perspektif lain - perspektif suatu proses, yang merupakan sesuatu yang telah saya bahas Apakah saya menggunakan bash atau sh?
$ echo $$
4824
$ cat /proc/4824/comm
mksh
$ bash
xieerqi@eagle:~$ echo $$
6197
xieerqi@eagle:~$ cat /proc/6197/comm
bash
Di sini kita mengambil keuntungan dari /proc/sistem file. Nama parameter proses dan baris perintah ditampilkan di /proc/<pid>/comm. Yang kita butuhkan adalah memberikan PID shell, yang memang $$bisa. Dalam contoh di atas saya menambahkan secara terpisah, tetapi tidak ada yang menghentikan kita dari melakukan hal yang adil
cat /proc/$$/comm
Variasi pada tema juga bisa
ps -p $$ -o args
Cara lain kita bisa mendekati ini adalah melalui memeriksa di mana /proc/<pid>/exe. File ini adalah symlink yang menunjuk ke file yang dapat dieksekusi. Demikian yang bisa kita lakukan
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
Salah satu dari dua pendekatan tersebut bekerja pada 99% kasus. Tentu saja, ada cara di mana mereka dapat ditumbangkan. Misalnya, symlink tidak akan menunjuk di mana saja jika eksekusi telah dihapus tak lama setelah shell dimulai (dan dalam hal ini Anda mungkin akan mengalami masalah sistem, karena menghapus /bin/sh, /bin/dashatau bahkan /bin/bashtidak dianjurkan - setelah semua banyak script bergantung pada mereka , terutama yang tingkat sistem). Nama perintah untuk shell biasanya ditetapkan sebagai argumen pertama di execve()syscall. Ini tercakup dalam Bagaimana bash tahu bagaimana itu dipanggil? , jadi jika Anda memiliki aplikasi yang meluncurkan shell via execve(), itu bisa memberikan nama apa pun. Tetapi ini adalah hal-hal yang tidak standar dan tidak tipikal, yang harus dihindari demi konsistensi dan keamanan.
Mendapatkan Informasi Terminal
Kita bisa mulai dengan variabel lingkungan. Banyak terminal tampaknya menutupi diri mereka sebagai xterm-compatible, yang dilaporkan oleh echo $TERMatau echo $COLORTERM. Tetapi variabel lingkungan bukanlah alat yang sangat andal. Mereka dapat diatur dan tidak disetel. Kita dapat melakukan hal yang sama dengan PID lagi, kecuali kali ini kita akan melihat PID induk. Seperti yang mungkin Anda ingat, terminal adalah antarmuka ke shell dan sering memulai shell itu sendiri. Oleh karena itu kita dapat mengetahui proses apa yang merupakan proses induk dari shell kita:
$ ps -p $$ -o args,ppid
COMMAND PPID
bash 1234
$ ps -p 1234 -o args
COMMAND
/usr/lib/gnome-terminal/gnome-terminal-server
Coba Mari dengan aplikasi terminal lain, sakura:
$ ps -p $$ -o args,ppid
COMMAND PPID
/bin/bash 16950
$ ps -p 16950 -o args
COMMAND
sakura
Dari sana kita sudah bisa melihat apa yang memulai shell ini gnome-terminal. Metode ini tentu saja bekerja dengan asumsi Anda bekerja dengan shell interaktif. Jika kami mencoba mengetahui induk bash -c '...'atau shell yang memulai ssh, misalnya, PID mungkin berasal dari aplikasi non-terminal dan mungkin juga bukan GUI.
Jadi jika kita ingin secara khusus berurusan dengan terminal GUI, yang bisa kita lakukan adalah menjalankan xprop, klik pada jendela yang diinginkan, ambil pidnya, dan cari tahu apa nama proses yang cocok dengan pid itu. Atau dengan kata lain:
$ ps aux | grep $(xprop | awk -F'=' '/PID/ {print $2}')
xieerqi 2124 0.6 1.7 208068 34604 ? Sl 18:47 1:49 gnome-terminal
Selain itu, sesuai spesifikasi , manajer jendela harus menetapkan WM_CLASSproperti. Jadi, kita juga bisa mendapatkannya dari xprop:
$ xprop WM_CLASS
WM_CLASS(STRING) = "sakura", "Sakura"
Tentu saja, ini juga memiliki 1% kelemahannya: WM_CLASSproperti pengaturan bergantung pada manajer jendela yang melakukan hal itu, dan PID tidak dijamin untuk sebuah jendela menjadi akurat (lihat Proses apa yang membuat jendela X11 ini? ), Yang mungkin melibatkan debugging yang rumit. Dan ini bukan kekurangan dari metode itu sendiri tetapi dari server X11. Namun, pengelola jendela yang paling stabil dan terkenal (seperti openbox, Metacity, blackbox) dan sebagian besar aplikasi berperilaku baik sehingga kita seharusnya tidak mengharapkan masalah dengan sesuatu seperti Gnome Terminal atau Terminator.
Tetapi ketika datang ke emulator terminal GUI, kita bahkan tidak perlu menemukan perintah. Kami hanya dapat menggunakan Aboutdialog dari jendela itu sendiri. Pengecualian terhadap aturan itu adalah xterm.