“Chega de PTYs” ao tentar iniciar a tela

11

Quando tento iniciar 'screen' ou 'byobu', recebo a seguinte mensagem de erro:

$ screen
No more PTYs.
Sorry, could not find a PTY.
[screen is terminating]

Parece que tenho o suficiente:

$ ls /dev/pts  
$ cat /proc/sys/kernel/pty/nr
0
$ cat /proc/sys/kernel/pty/max
4096

Mais algumas informações:

$ uname -a
Linux cube.mydedi.net 2.6.18-194.8.1.el5.028stab070.5 #1 SMP Fri Sep 17 19:10:36 MSD 2010 x86_64 x86_64 x86_64 GNU/Linux

Se precisar de mais informações, comente. Este é um VPS low-end, mas costumava funcionar bem até parar de funcionar. Tudo o resto parece estar bem.

Attila O.
fonte

Respostas:

9

Ter zero ptys é incomum, pois a própria conexão SSH que você está usando tem um pty alocado.

Verifique se você devptsmontou:

$ grep /dev/pts /proc/mounts
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0

Se não é:

# mount devpts /dev/pts -t devpts -o mode=620
user1686
fonte
Você estava certa. Um simples "sudo mount devpts / dev / pts -t devpts" resolveu meu problema. Não sei por que os dispositivos não são montados automaticamente ...
Attila O.
2

Eu tive um problema semelhante, mas meu problema surgiu quando iniciei um contêiner LXC dentro do meu sistema (e pará-lo não ajudou). Aconteceu que quando a tela (no meu sistema básico) estava tentando abrir um novo PTY, estava abrindo um que já existia e não podia mudar de propriedade.

Era muito estranho, mas o lugar mais óbvio era o ponto de montagem / dev / pts, então eu simplesmente o remontei:

# mount -o remount /dev/pts

e os problemas foram embora. Eu não "perdi" nenhum dispositivo PTY de / dev / pts após a remontagem, por isso parece uma operação bastante segura.

Wojtek B.
fonte
0

Eu tive um problema semelhante, mas o problema estava nas permissões incorretas dos dispositivos / dev / pt *.

Não sei por que eles foram configurados para 600, para que apenas a raiz pudesse usar a tela, mudei para 666 e funcionou para outros usuários.

Michał Szajbe
fonte