TL; DR
- để tìm sử dụng shell hiện đang chạy
ls -l /proc/$$/exe
- để tìm thiết bị đầu cuối hiện đang chạy, sử dụng
xprop _NET_WM_PID WM_CLASS. Giá trị của pidsau này có thể được truyền cho ps -p <pid> -o argslệnh.
Về mặt kỹ thuật, đối với trình giả lập thiết bị đầu cuối, bạn thậm chí không cần một lệnh, như đã nêu trong các bình luận :
bạn có ý gì Nhấp vào Trợ giúp -> Giới thiệu có phải vậy không? - JoKeR
Shell vs Terminal
Điều đầu tiên chúng ta cần phải làm rõ là chính xác những gì đang được yêu cầu - tìm ra shell đang chạy hoặc thiết bị đầu cuối đang chạy. Thông thường hai thuật ngữ này được sử dụng thay thế cho nhau, nhưng chúng là những thứ khác nhau hoàn toàn. Shell là trình thông dịch dòng lệnh, cụ thể shell tương tác là trường văn bản cộng với dấu nhắc nơi bạn nhập lệnh. Shell cũng có thể không tương tác, ví dụ tập lệnh bắt đầu shell không tương tác hoặc bash -c 'echo hello world'cũng bắt đầu shell không tương tác.
Ngược lại, terminal là giao diện cho shell (mặc dù nó cũng có thể là một ứng dụng khác). Thiết bị đầu cuối ban đầu được gọi là phần cứng thực tế, nhưng ngày nay chúng chủ yếu là phần mềm. Những gì bạn thấy khi nhấn Ctrl+ Alt+ thoặc nhấp vào biểu tượng thiết bị đầu cuối trong GUI, khởi động trình giả lập thiết bị đầu cuối, cửa sổ bắt chước hành vi của phần cứng và trong cửa sổ đó bạn có thể thấy trình bao chạy. Ctrl+ Alt+ F2(hoặc bất kỳ phím nào trong số 6 phím chức năng) sẽ mở bảng điều khiển ảo, aka tty. Tôi khuyên bạn nên đọc Tại sao lại là một thiết bị đầu cuối ảo ảo ảo, và thiết bị đầu cuối thực sự là gì? để biết thêm thông tin về các chi tiết cụ thể.
Lấy thông tin vỏ
Mỗi người dùng có một vỏ mặc định được gán cho họ trong /etc/passwdtên người dùng của họ. Giả sử bạn đang sử dụng cấu hình mặc định và chưa gọi một shell khác một cách rõ ràng như một lệnh, điều đó là đủ để làm:
echo $SHELL
Nhưng tất nhiên điều này chỉ hiển thị giá trị mặc định . Giả sử chúng ta làm như sau:
user@ubuntu:~$ dash
$
Chúng tôi là ban đầu trong bash, nhưng bắt đầu phiên tương tác của /bin/dash, POSIX Ubuntu hoặc vỏ hệ thống . Biến $SHELLsẽ không thay đổi, vì đó không phải là mục đích của nó - nó hiển thị mặc định không phải giá trị hiện tại. Chúng ta sẽ cần tiếp cận vấn đề này từ một góc nhìn khác - viễn cảnh của một quá trình, đó là điều mà tôi đã đề cập trong Tôi đang sử dụng bash hay sh?
$ echo $$
4824
$ cat /proc/4824/comm
mksh
$ bash
xieerqi@eagle:~$ echo $$
6197
xieerqi@eagle:~$ cat /proc/6197/comm
bash
Ở đây chúng tôi tận dụng /proc/hệ thống tập tin. Tên của quá trình và các tham số dòng lệnh được hiển thị trong /proc/<pid>/comm. Tất cả những gì chúng ta cần là cung cấp PID của shell, đó là những gì $$hiện có. Trong ví dụ trên tôi đang thêm nó một cách riêng biệt, nhưng không có gì ngăn chúng tôi làm
cat /proc/$$/comm
Sự thay đổi về chủ đề cũng có thể là
ps -p $$ -o args
Một cách khác chúng ta có thể tiếp cận điều này là thông qua kiểm tra ở đâu /proc/<pid>/exe. Tệp này là một liên kết tượng trưng cho tệp thực thi. Như vậy chúng ta có thể làm
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
Một trong hai cách tiếp cận hoạt động trong 99% các trường hợp. Tất nhiên, có những cách mà họ có thể bị lật đổ. Ví dụ, liên kết tượng trưng sẽ không chỉ bất cứ nơi nào nếu thực thi đã bị xóa ngay sau khi vỏ bắt đầu (và trong trường hợp đó có thể bạn sẽ gặp phải các vấn đề hệ thống, kể từ khi loại bỏ /bin/sh, /bin/dashhoặc thậm chí /bin/bashlà không được khuyến khích - sau khi tất cả rất nhiều kịch bản dựa vào họ , đặc biệt là những cấp độ hệ thống). Tên lệnh cho shell thường được đặt làm đối số đầu tiên trong execve()syscall. Điều này được đề cập trong Làm thế nào để bash biết nó đang được gọi như thế nào? , vì vậy nếu bạn có một ứng dụng khởi chạy shell execve(), nó có thể đặt cho nó bất kỳ tên nào. Nhưng đây là những điều không chuẩn và không điển hình, nên tránh vì sự nhất quán và bảo mật.
Lấy thông tin thiết bị đầu cuối
Chúng ta có thể bắt đầu với các biến môi trường. Nhiều thiết bị đầu cuối dường như tự che dấu là không xtermtương thích, được báo cáo bởi echo $TERMhoặc echo $COLORTERM. Nhưng sau đó các biến môi trường không phải là công cụ rất đáng tin cậy. Chúng có thể được đặt và bỏ đặt. Chúng ta có thể làm lại điều tương tự với các bộ vi xử lý một lần nữa, ngoại trừ lần này chúng ta sẽ xem xét bộ cha mẹ. Như bạn có thể nhớ, terminal là giao diện của shell và thường tự khởi động shell. Do đó, chúng ta có thể tìm ra quy trình nào là quy trình cha của shell của chúng ta:
$ ps -p $$ -o args,ppid
COMMAND PPID
bash 1234
$ ps -p 1234 -o args
COMMAND
/usr/lib/gnome-terminal/gnome-terminal-server
Hãy thử với một ứng dụng đầu cuối khác , sakura:
$ ps -p $$ -o args,ppid
COMMAND PPID
/bin/bash 16950
$ ps -p 16950 -o args
COMMAND
sakura
Từ đó chúng ta có thể thấy rằng những gì bắt đầu vỏ này là gnome-terminal. Phương pháp này tất nhiên hoạt động giả sử bạn đang làm việc với vỏ tương tác. Ví dụ, nếu chúng tôi đang cố gắng tìm ra cha mẹ của bash -c '...'hoặc trình bao bắt đầu thông qua ssh, thì rất có thể PID là từ ứng dụng không đầu cuối và có thể không phải là GUI.
Vì vậy, nếu chúng ta muốn đối phó cụ thể với thiết bị đầu cuối GUI, những gì chúng ta có thể làm là chạy xprop, nhấp vào cửa sổ mong muốn, grep pid của nó và tìm hiểu tên của quy trình đó phù hợp với quy trình nào. Hay nói cách khác:
$ ps aux | grep $(xprop | awk -F'=' '/PID/ {print $2}')
xieerqi 2124 0.6 1.7 208068 34604 ? Sl 18:47 1:49 gnome-terminal
Ngoài ra, theo thông số kỹ thuật , người quản lý cửa sổ nên đặt thuộc WM_CLASStính. Vì vậy, chúng ta cũng có thể có được điều đó từ xprop:
$ xprop WM_CLASS
WM_CLASS(STRING) = "sakura", "Sakura"
Tất nhiên, điều này cũng có 1% nhược điểm: thiết lập WM_CLASScác thuộc tính phụ thuộc vào trình quản lý cửa sổ làm điều đó và PID không được đảm bảo cho một cửa sổ chính xác (xem Quá trình nào tạo ra cửa sổ X11 này? ), Có thể liên quan đến việc gỡ lỗi phức tạp. Và đây không phải là những thiếu sót của các phương thức mà là của máy chủ X11. Tuy nhiên, hầu hết các trình quản lý cửa sổ ổn định và nổi tiếng (như openbox, Metacity, blackbox) và hầu hết các ứng dụng đều hoạt động tốt, vì vậy chúng ta không nên mong đợi các vấn đề với thứ gì đó như Gnome Terminal hoặc Terminator.
Nhưng khi nói đến trình giả lập thiết bị đầu cuối GUI, chúng ta thậm chí không cần tìm lệnh. Chúng ta chỉ có thể sử dụng Abouthộp thoại của chính cửa sổ. Ngoại lệ cho quy tắc đó là xterm.