$ ps -ef | head -n 1 && ps -ef | grep calc
UID PID PPID C STIME TTY TIME CMD
user1 524014 5382 0 10:21 ? 00:00:01 gnome-calculator
user1 532125 510665 0 10:36 pts/4 00:00:00 grep calc
我以为只有守护进程才有?
TTY,但显然 Gnome Calculator 不是守护进程。我知道它在 TTY2 上运行,这是我的 Gnome 会话使用的 TTY。那么为什么ps
结果会显示?
在 TTY 列中呢?
[编辑]
我知道 Gnome Calculator 没有直接附加到 TTY,因为它是通过图形外壳(Gnome Shell)启动的。我认为通过上升进程树,我会得到一个附加到 TTY2 的进程,但事实并非如此:
$ ps -f | head -n 1 && ps -ef | grep calc
UID PID PPID C STIME TTY TIME CMD
user1 524014 5382 0 10:21 ? 00:00:01 gnome-calculator
user1 578611 552619 0 11:58 pts/5 00:00:00 grep calc
$ ps -f -p 5382
UID PID PPID C STIME TTY TIME CMD
user1 5382 5131 4 juin10 ? 00:42:26 /usr/bin/gnome-shell
$ ps -f -p 5131
UID PID PPID C STIME TTY TIME CMD
user1 5131 1 0 juin10 ? 00:00:00 /lib/systemd/systemd --user
$ echo $DISPLAY
:1
TTY2 没有任何上游进程连接到 TTY2。但显然 Gnome Calculator 当前显示在 TTY2 上。是否有命令找出给定进程当前显示在哪个 TTY 上?(或者可能在哪个$DISPLAY
)?
ps 将为未立即附加到 tty 的任何线程显示一个问号。(可以控制进程的终端)
当然,内核线程和其他守护进程就是这种情况。
但这也必然是 X 客户端的情况。
您是否直接从标准 tty 启动 gnome-calculator ?当然不!你会找到一个 tty,在它下面输入 Ctrl-C 会杀死它吗?再不行!
你当然是从你的图形界面启动它的,也就是说,逻辑上是一些 X 客户端。=> 没有附加 tty。
但是,如果您一直使用 startx 从某个 tty 启动 X-server,您会注意到 X-server 本身确实连接到该 tty。
编辑以下评论:
我不能告诉你,但就我而言,看着:
我的桌面环境(KDE-Plasma)是由…… dbus……守护进程启动的。我怀疑你会得到与 gnome 类似的东西。因此……再次……没有这样的控制终端。
这个问题有两个部分。
首先,ps为什么会显示“?” 相当简单。procps 库查看进程统计文件中的第 7 个字段,并尝试将其解析为 TTY 名称。
看到 2325 和 -1 之后的零了吗?那就是内核基本上说“不知道”或“不适用”的 TTY 设备 ID。
在 gnome-terminal 的命令行上启动它,你会得到一个 TTY,因为它现在有一个控制终端。
34818 是设备 ID,通过一些奇怪的位掩码和移位,您会得到主要 ID 136 和次要 ID 2,它们是 /dev/pts/2 的 ID
其次,第一个计算器没有 TTY 设备 ID 的原因是基于 X 的工作方式,因为您的显示器所在的计算机可能与运行计算器程序的计算机不同。
因此,当您的 X 服务器在 TTY2 上运行时,您的计算器程序并没有从该 TTY 上运行。如果您四处寻找您的会话进程(可能是 gnome-session),您会发现它正在 tty2 上运行。