Seu sistema, uma vez screen desanexa, destrói o pts e, por algum motivo, o recria, se bem entendi como udev está manipulando as coisas em seu sistema.
udev é o subsistema que controla a criação e a destruição de dispositivos em / dev, que é um sistema de arquivos gerado dinamicamente. pts criação / destruição é manipulado por ptmx , que é usado para criar pares mestre / escravo pseudo-terminais. pts/* é o escravo do respectivo PTM ou pseudo-terminal mestre. Como tal, quaisquer modificações de permissões que você veja são um resultado direto da destruição e criação dos referidos nós de dispositivos, em vez de modificação . Quanto à data do arquivo, como os nós de dispositivos são clones, é provável que o original usado para criar esses nós tivesse uma data de criação do tempo que você vê na sua saída ls .
-
man ptmx- Descreve como a ptmx cria novos nós de dispositivos pseudo terminais pts.
O que não entendo é por que há uma diferença entre o comportamento do seu sistema e o comportamento do meu em relação a /dev/pts/ *. Eu não experimento alterações perms percebidas em dispositivos; Eles desaparecem completamente, como é, ou os perms não mudam, independentemente de minhas ações (por exemplo, desanexar a tela, o dispositivo permanece e não é destruído / recriado). Não apenas isso, mas as datas associadas aos meus dispositivos pts/* recém-criados são a data atual.
Uma possibilidade é que o VPS que você está usando tenha algo a ver com esse comportamento. Por exemplo, eu não posso executar um dist-upgrade no meu VPS, já que o sistema que eles utilizam apenas permite uma versão do kernel, aquela que eles hackearam e colocaram no lugar. O tipo de restrição que impede a atualização do seu próprio kernel também pode afetar a funcionalidade de outros subsistemas. Isso é apenas especulação, mas faria sentido.
Também pode ser apenas uma diferença em como o udev é configurado.
Revisão 3, com muita ajuda de Gilles. ;)