主页 / unix / 问题 / 447197
Accepted
Tim
Asked: 2018-06-01 12:40:09 +0800 CST

我当前的控制终端和`/dev/tty`之间有什么关系？

  • 772

在 Lubuntu 18.04 上，我在 lxterminal 中运行一个 shell。它的控制终端是当前的伪终端从机：

$ tty
/dev/pts/2

我想知道我当前的控制终端/dev/pts/2和/dev/tty.

  1. /dev/tty就像我当前的控制终端一样/dev/pts/2：

    $ echo hello > /dev/tty
hello

$ cat < /dev/tty
world
world
^C

  2. 但它们似乎是不相关的文件，而不是一个符号链接或硬链接到另一个：

    $ ls -lai /dev/tty /dev/pts/2
 5 crw--w---- 1 t    tty 136, 2 May 31 16:38 /dev/pts/2
13 crw-rw-rw- 1 root tty   5, 0 May 31 16:36 /dev/tty

对于具有不同控制终端的不同会话， /dev/tty保证if是它们的控制终端。它怎么可能是不同的控制终端，而不是符号链接或硬链接？

那么它们的关系和区别是什么？任何帮助深表感谢！

这篇博文出自较早的一篇`tty` 命令的输出和`/dev/tty` 文件是否都指向当前bash 进程的控制终端？

tty controlling-terminal

2 个回答

  1. Best Answer

    第 4 节中的tty联机帮助页声明如下：

    文件/dev/tty是一个主编号为 5 次编号为 0 的字符文件，通常是模式 0666 和 owner.group root.tty。它是进程控制终端（如果有）的同义词。

    除了ioctl(2)tty 所指的设备支持的ioctl(2)请求外，TIOCNOTTY还支持请求。

    TIOCNOTTY

    将调用进程与其控制终端分离。

    如果进程是会话领导者，则SIGHUP和SIGCONT信号被发送到前台进程组，并且当前会话中的所有进程都失去了它们的控制 tty。

    此调用仅适用于连接到/dev/ttyioctl(2)的文件描述符 。当用户在终端调用它时，守护进程会使用它。该进程尝试打开/dev/tty。如果打开成功，它使用 将自己与终端分离 ，而如果打开失败，它显然没有附加到终端，不需要自行分离。TIOCNOTTY

    这可以部分解释为什么/dev/tty不是控制终端的符号链接：它将支持附加的ioctl，并且可能没有控制终端（但进程总是可以尝试访问/dev/tty）。但是文档是不正确的：附加信息ioctl不仅可以通过 /dev/tty（请参阅mosvy 的答案，这也对 的性质给出了更明智的解释/dev/tty）。

    /dev/tty可以表示不同的控制终端，而不是链接，因为实现它的驱动程序决定调用进程的控制终端是什么，如果有的话。

    您可以将其视为/dev/tty控制终端，从而提供仅对控制终端有意义的功能，而/dev/pts/2等是普通终端，其中一个可能恰好是给定进程的控制终端。

    • 13

  2. /dev/tty是一个“神奇的”字符设备，打开时会返回当前终端的句柄。

    假设控制终端是/dev/pts/1，一个打开的文件描述符 via/dev/pts/1和一个打开的 via/dev/tty将引用同一个设备；任何写入、读取或其他文件操作在它们中的任何一个上都将起作用。

    特别是，它们将接受同一组 ioctl，而TIOCNOTTY不是仅通过/dev/tty.

    ioctl(fd, TIOCNOTTY)只要它是调用它的进程的控制终端，则在引用终端的任何文件描述符上都可以正常工作。

    描述符是通过打开/dev/tty,获得/dev/pts/1的/dev/ptmx（在这种情况下 ioctl 将作用于其对应的slave），或者最近通过调用ioctl(master, TIOCGPTPEER, flags).

    例子：

    $ cat <<'EOT' >tiocnotty.c
#include <sys/ioctl.h>
#include <unistd.h>
#include <err.h>

int main(int ac, char **av){
        if(ioctl(0, TIOCNOTTY)) err(1, "io(TIOCNOTTY)");
        if(ac < 2) return 0;
        execvp(av[1], av + 1);
        err(1, "execvp %s", av[1]);
}
EOT
$ cc -W -Wall tiocnotty.c -o tiocnotty
$ ./tiocnotty
$ ./tiocnotty </dev/tty
$ tty
/dev/pts/0
$ ./tiocnotty </dev/pts/0

    此外，它不会真正从 tty 中“分离”当前进程；该进程仍将能够从中读取，^C终端上的 a 将杀死它，等等。它对不是会话领导者的进程的唯一影响是 tty 将不再可以通过 访问/dev/tty，并且将不再是列为控制 tty /proc/PID/stat：

    $ ./tiocnotty cat
^C
$ ./tiocnotty cat
^Z
[2]+  Stopped                 ./tiocnotty cat
$ ./tiocnotty cat
foo
foo
^D
$ ./tiocnotty cat /dev/tty
cat: /dev/tty: No such device or address
$ ./tiocnotty awk '{print$7}' /proc/self/stat
0

    [第 7 个字段/proc/<pid>/stat是控制 tty 的设备 ID，请参阅proc(5)]

    如果调用它的进程是会话领导者，它会真正将会话与 tty 分离，并将SIGHUP/SIGCONT对从会话发送到前台进程组。但即便如此，终端也不会关闭，并且进程仍然可以从中读取，如果它在以下情况下存活SIGHUP：

    $ script /dev/null -c 'trap "" HUP; exec ./tiocnotty cat'
Script started, file is /dev/null
lol
lol
^C^C^C^C^C  # no controlling tty anymore

wtf  
wtf
^D   # but still reading fine from it
Script done, file is /dev/null

    /dev/tty不是像/dev/stdin=> /dev/fd/0=> /proc/self/fd/0=>这样的符号链接/dev/pts/0，因为它早在像 procfs 这样的虚拟动态文件系统之前就发明了（而且在一般的符号链接之前很久）。许多程序已经开始依赖于它的特定语义（例如，当控制终端不可访问时/dev/tty失败）。ENODEV

    • 5

相关问题