"Schermo sta terminando" per non root

Quando provo a eseguire screen come utente non root ottengo:

screen

[screen is terminating]

immediatamente, anche se funziona bene per root

ls -alh /usr/bin/screen
-rwxr-sr-x 1 root screen 465K Jun  9 20:30 /usr/bin/screen

Quando ho cercato su Google ho notato una menzione di / etc / fstab, ecco la mia:

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/md1        /       ext4    errors=remount-ro       0       1
/dev/md2        /home   ext4    defaults        1       2
/dev/sda3       swap    swap    defaults        0       0
/dev/sdb3       swap    swap    defaults        0       0
proc            /proc   proc    defaults                0       0
sysfs           /sys    sysfs   defaults                0       0
tmpfs           /dev/shm        tmpfs   defaults        0       0
devpts          /dev/pts        devpts  defaults        0       0

Questo su un centos 7 appena installato su un server dedicato a cui si accede tramite ssh (TTY è pts)

Qualsiasi aiuto sarebbe apprezzato.

screen -ls    
No Sockets found in /var/run/screen/S-user.

ls -la /var/run/screen/S-user
total 0
drwx------ 2 user user 40 Jul 10 18:23 .
drwxrwxr-t 4 root     screen   80 Jul 10 17:59 ..

Ho riscontrato questo problema sul server CentOS 7 dedicato e ho riscontrato la correzione descritta in questa segnalazione di bug: bugs.centos.org/view.php?id=7395

Questa è stata un'ottima soluzione per i Dedicati da aggiungere gid=5ai devetti in fstab. screenora funziona come previsto per tutti gli utenti.

Tuttavia, mi sono imbattuto in questo thread mentre stavo cercando di risolvere il problema su un contenitore OpenVZ di CentOS 7. Poiché non esiste un modo per modificare fstab per il server (per quanto ho potuto trovare), ho trovato quanto segue la soluzione è stata risolta.

Ho pensato di tornare indietro in questo modo e vedere se potesse aiutare qualcun altro. (Anche se non è un modo molto carino di farlo.)

Nel terminal:

chmod u+s /usr/bin/screen
chmod 755 /var/run/screen

Assicurarsi che nessun altro screenstia utilizzando quel dispositivo

Ciò può essere ottenuto con Come posso determinare quale processo ha un file aperto in Linux? :

sudo lsof /dev/ttyS0

E poi uccidi quel processo se è così.

Per qualche motivo, in questa condizione, sudo screen è comunque possibile accedere al dispositivo, ma a quella connessione mancheranno i caratteri, che vengono consumati dall'altro screen.

Assicurarsi che l'utente abbia letto e scritto l'autorizzazione per il file

Ad esempio su Ubuntu si desidera aggiungere l'utente al dialoutgruppo: /ubuntu//a/133244/52975

Potrebbe essere un errore nel tuo file di configurazione

~ / .Screenrc

Prova a controllarlo o creane uno debole.