用于伪终端从设备的旧 AT&T System 5 机制是它们是/dev. 有一个多路复用器主设备/dev/ptmx。用于伪终端设备的旧4.3BSD 机制在/dev. 这些是普通磁盘文件系统上的特殊设备节点。

在 OpenBSD 上，其中一些现在仍然适用。 /dev仍然是磁盘卷，从设备仍然是真正的磁盘节点。但是，它们是按需创建的。当在设备上发出PTMGETI/O 控制时，内核会在内部发出相关调用以在那里创建新的设备节点/dev/ptm。

在 FreeBSD 上，这些都不是真的。甚至不再有多路复用器设备。 /dev根本不是光盘卷。它是一个devfs文件系统。从设备出现在devfs其pts/目录下的文件系统中以响应posix_openpt()系统调用，这是一个彻底的系统调用，而不是包装ioctl()在某个“多路复用器”设备的打开文件描述符上。

有一段时间，在 Linux 上，伪终端从设备是持久设备节点。您正在查看的是它的“新”devpts文件系统（其中“新”意味着几年前引入，现在）与devtmpfs. 这几乎允许在 FreeBSD 上使用devfs.

但也有一些区别。特别是，还有一个“多路复用器”设备。

• 在旧的“新”devpts系统中，这是ptmx不同devtmpfs文件系统中的设备，devpts文件系统仅包含自动创建/销毁的从设备文件。传统上，该设置是/dev/ptmx和一个随附的devpts安装在/dev/pts.
• 但是 Linux 人希望有多个完全独立的文件系统实例devpts，用于容器等，当有很多 devtmpfs文件系统时，要同步（正确的）两个文件系统是相当困难的devpts。因此，在较新的“新”devpts系统中，所有设备，多路复用器和从设备，都在一个文件系统中。

  为了向后兼容，默认设置ptmx是无法访问新节点，除非设置了新的ptmxmode挂载选项。在向后兼容模式下，人们仍然可以以较旧的单实例方式运行事物，并且默认情况下会这样做，除非newinstance在安装devpts.

• 在更新的仍然“新” devpts（自 2016 年以来一直存在）中，devpts文件系统中的每个实例多路复用器设备现在是主多路复用器，ptmx其中devtmpfs是内核提供的一个 shim，它试图模仿符号链接，绑定挂载，或到pts/ptmx. 多实例方式现在是唯一的方式。

进一步阅读

• https://unix.stackexchange.com/a/470853/5132
• 解决这个 glibc 问题的最佳方法是什么？
• https://unix.stackexchange.com/a/214685/5132
• Documentation/filesystems/devpts.txt. Linux 内核。
• 丹尼尔·伯兰奇 (2009-05-20)。/dev/pts必须使用“newinstance”挂载标志来避免容器的安全问题。红帽错误 #501718。
• 埃里克·W·比德曼 (2015-12-11)。 devpts：明智的 /dev/ptmx 和强制 newinstance。Linux 内核邮件列表。
• 埃里克·W·比德曼 (2016-04-08)。 devpts：教 /dev/ptmx 通过路径查找找到关联的 devpts。Linux 内核邮件列表。