“tela está terminando” para não-raiz

13

Quando tento executar a tela como um usuário não-root, obtenho:

screen

[screen is terminating]

imediatamente, embora funcione bem para o root

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

Ao pesquisar por aí, notei uma menção ao / etc / fstab, aqui está o meu:

# <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

Isto em um centos 7 recém-instalado em um servidor dedicado acessado através de ssh (TTY é pts)

Qualquer ajuda seria apreciada.

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 ..
    
por Rob 11.07.2014 / 00:25

3 respostas

11

Eu tive esse problema no servidor Dedicado do CentOS 7 e encontrei a correção descrita neste relatório de bug: bugs.centos.org/view.php?id=7395

Essa foi uma boa solução no Dedicated para adicionar gid=5 aos devpts no fstab. screen agora funciona como esperado para todos os usuários.

No entanto, encontrei este tópico enquanto tentava resolver o problema em um container OpenVZ do CentOS 7. Como não há como editar o fstab para o servidor (até onde eu pude encontrar), encontrou o seguinte contorno fixo.

Eu imaginei que voltaria por esse caminho e veria se isso ajudaria alguém a sair. (embora não seja uma maneira muito bonita de fazer isso)

No terminal:

chmod u+s /usr/bin/screen
chmod 755 /var/run/screen
    
por 02.12.2014 / 23:52
2

Certifique-se de que nenhum outro screen esteja usando esse dispositivo

Isso pode ser obtido com Como posso determinar qual processo tem um arquivo aberto no Linux? :

sudo lsof /dev/ttyS0

E, em seguida, mate esse processo se for esse o caso.

Por algum motivo, sob essa condição, sudo screen ainda pode acessar o dispositivo, mas essa conexão perderá caracteres, que são consumidos pelos outros screen .

Certifique-se de que o usuário tenha permissão de leitura e gravação no arquivo

Por exemplo no Ubuntu você quer adicionar o usuário ao grupo dialout : link

    
por 27.05.2017 / 08:28
-2

Pode ser um erro no seu arquivo de configuração

~ / .screenrc

Tente verificar ou criar um limite.

    
por 13.02.2017 / 10:21