Algum conceito confuso: ptmx e tty

/dev/ptmxé o padrão, /dev/pts/ptmxé adicionado para contêineres de software (Docker etc.) e outros casos em que você precisa de várias instâncias do sistema de devptsarquivos.

A natureza dos nós do dispositivo

Você deve perceber que a "mágica" de um nó de dispositivo não está em seu nome, mas nos números de dispositivos principais e secundários que ele foi criado para incorporar.

Por exemplo, se você tiver o privilégio apropriado, você pode usar mknodpara criar um nó de dispositivo de caractere com maior 1 e menor 3 com qualquer nome, em qualquer sistema de arquivos no estilo Unix e - a menos que o sistema de arquivos tenha a nodevopção mount - ele se comportará exatamente como /dev/null, porque para todos os efeitos, será mais uma realização de /dev/null.

Da mesma forma, ambos /dev/pts/ptmxe /dev/ptmxsão dispositivos de caracteres com o número principal 5 e o número secundário 2. Portanto, eles fornecerão acesso à mesma funcionalidade dentro do kernel.

$ ls -l /dev/ptmx /dev/pts/ptmx
crw-rw-rw- 1 root tty  5, 2 Jun 12 20:14 /dev/ptmx
c--------- 1 root root 5, 2 Jun 12 12:26 /dev/pts/ptmx

O tipo de nó de dispositivo (caractere ou bloco) e os números de dispositivo principal e secundário juntos definem com qual driver de dispositivo de kernel esse nó de dispositivo faz interface. O kernel não se importa com nomes - ele fornece nomes padrão para udev, mas você está livre para reprojetar completamente o esquema de nomenclatura do dispositivo se quiser. Você pode criar nós de dispositivo fora do /dev, se necessário.

No Debian 9, o /dev/pts/ptmxtem permissões definidas como 000 por padrão, portanto, não é esperado que seja usado. Da mesma forma no RHEL 7.5.

O comentário na fonte do kernel 4.17 diz:

/*
 * ptmx is a new node in /dev/pts and will be unused in legacy (single-
 * instance) mode. To prevent surprises in user space, set permissions of
 * ptmx to 0. Use 'chmod' or remount with '-o ptmxmode' to set meaningful
 * permissions.
 */

"modo de instância única" refere-se ao uso como um sistema em conformidade com os padrões UNIX98 e Single Unix Specification v1. Portanto, é muito importante a compatibilidade com versões anteriores.

O recurso de várias instâncias devptsfoi desenvolvido para suporte a contêiner. Isso pode ser confirmado lendo as versões antigas <Linux kernel source>/Documentation/filesystems/devpts.txtdo ano de 2009 ou mais :

Para dar suporte a contêineres, agora permitimos várias instâncias do sistema de arquivos devpts, de modo que os índices de ptys alocados em uma instância sejam independentes dos índices alocados em outras instâncias de devpts.

Para preservar a compatibilidade com versões anteriores, esse suporte para várias instâncias é ativado somente se:

• CONFIG_DEVPTS_MULTIPLE_INSTANCES=y, e
• A opção de montagem '-o newinstance' é especificada ao montar devpts

IOW, o devpts agora suporta semântica de instância única e de várias instâncias.

Quando os contêineres estão em uso, eles normalmente inicializam um namespace totalmente novo para pseudo-TTYs e podem montar outra instância do sistema de devptsarquivos dentro do contêiner (isso pode até ser omitido se o suporte a pseudo-TTY dentro do contêiner não for necessário). A presença de uma ptmxentrada no sistema de devptsarquivos pode ser útil para minimizar o trabalho necessário para inicializar o ambiente dentro do contêiner.