화면을 시작할 때“더 이상 PTY가 없습니다”

11

'screen'또는 'byobu'를 시작하려고하면 다음 오류 메시지가 나타납니다.

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

그래도 충분할 것 같습니다.

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

더 많은 정보 :

$ 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

더 많은 정보가 필요하면 의견을 말하십시오. 이것은 저가형 VPS에 있지만 작동을 멈출 때까지 정상적으로 작동했습니다. 그래도 다른 모든 것들은 괜찮은 것 같습니다.

display byobu

— 아틸라 오
소스

9

사용중인 SSH 연결에 pty가 할당되어 있기 때문에 pty가 0이 아닌 경우는 드 unusual니다.

devpts마운트 했는지 확인하십시오 :

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

그렇지 않은 경우 :

# mount devpts /dev/pts -t devpts -o mode=620

— 사용자 1686
소스

당신이 옳았. 간단한 "sudo mount devpts / dev / pts -t devpts"는 내 문제를 해결했습니다. 왜 devpt가 자동 마운트되지 않는지 잘 모르겠습니다 ...

— Attila O.

2

비슷한 문제가 있었지만 시스템 내에서 LXC 컨테이너를 시작할 때 문제가 발생했습니다. 중지해도 도움이되지 않았습니다. 화면 (내 기본 시스템)에서 새 PTY를 열려고 할 때 이미 존재하는 PTY를 열고 소유권을 변경할 수 없었습니다.

매우 이상했지만 가장 확실한 위치는 / dev / pts 마운트 포인트 였으므로 간단히 다시 마운트했습니다.

# mount -o remount /dev/pts

문제가 사라졌습니다. 다시 마운트 한 후 / dev / pts에서 PTY 장치를 "손실"하지 않았으므로 꽤 안전한 것으로 보입니다.

— 워텍 B.
소스

0

비슷한 문제가 있었지만 문제는 / dev / pt * 장치의 잘못된 권한이었습니다.

왜 600으로 설정되었는지 확실하지 않으므로 루트 만 화면을 사용할 수 있으므로 666으로 변경하여 다른 사용자에게 효과적이었습니다.

— 미카 우 스 자베
소스