Wenn ich versuche, 'screen' oder 'byobu' zu starten, erhalte ich die folgende Fehlermeldung:
$ screen No more PTYs. Sorry, could not find a PTY. [screen is terminating] Ich habe scheinbar genug:
$ ls /dev/pts $ cat /proc/sys/kernel/pty/nr 0 $ cat /proc/sys/kernel/pty/max 4096 Einige weitere Infos:
$ 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 Wenn Sie weitere Informationen benötigen, kommentieren Sie bitte. Dies ist bei einem Low-End-VPS der Fall, aber es hat gut funktioniert, bis es aufhörte zu arbeiten. Alles andere scheint gut zu sein.
Null ptys zu haben ist ungewöhnlich, da der von Ihnen verwendeten SSH-Verbindung ein Pty zugewiesen ist.
Stellen Sie sicher, dass Sie devptsmontiert haben:
$ grep /dev/pts /proc/mounts devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0 Wenn es das nicht ist:
# mount devpts /dev/pts -t devpts -o mode=620 Ich hatte ein ähnliches Problem, aber mein Problem trat auf, als ich einen LXC-Container in meinem System startete (und das Stoppen half nicht). Es stellte sich heraus, dass, als der Bildschirm (in meinem Basissystem) versuchte, einen neuen PTY zu öffnen, er einen bereits vorhandenen öffnete und seinen Besitzer nicht ändern konnte.
Es war sehr seltsam, aber der naheliegendste Ort war der / dev / pts-Mountpoint, also habe ich ihn einfach erneut gemountet:
# mount -o remount /dev/pts und die Probleme gingen weg. Ich habe keine PTY-Geräte von / dev / pts nach dem Remounting "verloren", daher scheint es eine ziemlich sichere Operation zu sein.
I had similar issue, but the problem was wrong permissions of /dev/pt* devices.
Not sure why they were set to 600, so only the root could use screen, I changed to 666 and it worked for other users.