TL; DR
Shell vs Terminal
Перше, що нам потрібно буде уточнити - це, що саме просять - з’ясувати запущену оболонку або запущений термінал. Часто ці два терміни вживаються взаємозамінно, але вони зовсім різні речі. Shell - інтерпретатор командного рядка, зокрема інтерактивна оболонка - це текстове поле підказки плюс, куди ви вводите команди. Оболонки також можуть бути неінтерактивними, наприклад, сценарій запускає неінтерактивну оболонку, а bash -c 'echo hello world'також запускає неінтерактивну оболонку.
Навпаки, термінал - це інтерфейс до оболонки (хоча це може бути й інша програма). Спочатку термінал стосувався фактичного обладнання, але в наш час вони в основному програмні. Що ви бачите, коли натискаєте Ctrl+ Alt+ tабо клацаєте піктограмою терміналу в графічному інтерфейсі, це запускає емулятор терміналу, вікно, яке імітує поведінку обладнання, і всередині цього вікна ви можете бачити оболонку, що працює. Ctrl+ Alt+ F2(Або будь-який з функціональних клавіш 6) відкриє віртуальну консоль, інакше tty. Я рекомендую прочитати Чому віртуальний термінал є "віртуальним", а що / чому / де "справжнім" терміналом? для отримання додаткової інформації про особливості.
Отримання інформації про оболонку
Кожен користувач має за замовчуванням оболонку, призначену їм /etc/passwdдля свого імені користувача. Якщо припустити, що ви використовуєте конфігурацію за замовчуванням і не викликали явно іншу оболонку як команду, достатньо зробити:
echo $SHELL
Але звичайно це показує лише значення за замовчуванням . Припустимо, ми робимо наступне:
user@ubuntu:~$ dash
$
Ми спочатку були bash, але розпочали інтерактивну сесію /bin/dash, POSIX або системну оболонку Ubuntu . Змінна $SHELLне зміниться, оскільки це не її мета - вона показує значення за замовчуванням, а не поточне значення. До цього нам потрібно буде підходити з іншої точки зору - з точки зору процесу, який я висвітлював у Am I, використовуючи 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
Будь-який із двох підходів працює в 99% випадків. Звичайно, є способи, за допомогою яких їх можна зіпсувати. Наприклад, символічна не вказуватиме в будь-якому місці , якщо виконуваний файл був видалений відразу після запуску оболонки (і в цьому випадку ви , ймовірно, виникнуть проблеми системи, так як видалення /bin/sh, /bin/dashабо навіть /bin/bashне рекомендується - адже багато сценаріїв покладатися на них , особливо системного рівня). Назва команди для оболонки зазвичай задається як перший аргумент у execve()syscall. Це висвітлено у розділі Як баш знає, як його викликають? , тож якщо у вас є програма, яка запускає оболонку через execve(), вона може дати їй будь-яку назву. Але це нестандартні та нетипові речі, яких слід уникати заради послідовності та безпеки.
Отримання інформації про термінали
Ми можемо почати зі змінних середовищ. Здається, багато термінали маскують себе як xterm-сумісні, про що повідомляє echo $TERMабо 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 і дізнатися, як називається цей 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 Terminal або Terminator.
Але якщо мова йде про емулятори терміналів GUI, нам навіть не потрібно знаходити команду. Ми можемо просто використовувати Aboutдіалогове вікно самого вікна. Виняток із цього правила є xterm.