"Tela está terminando" para não-root


14

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

screen

[screen is terminating]

imediatamente, embora funcione bem para root

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

Ao pesquisar no Google, 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

Isso em um centos 7 recém-instalado em um servidor dedicado acessado por ssh (o 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 ..

Corra screen -ls; deve dar um nome de diretório na primeira linha. Em seguida, execute ls -la <above directory name>e coloque a saída na sua pergunta.
BenjiWiebe

Ok, adicionou à pergunta.
11554 Rob

Hmmmm ... Eu esperava ver um problema de permissões lá, mas parece bom.
BenjiWiebe

Eu estou tentando obter um VM de CentOS 7 indo para ver se ele também tem esse problema, mas eu não poderia fazê-lo até amanhã ...
BenjiWiebe

Existe uma razão para você precisar do CentOS 7? Parece que talvez ela está relacionada ao fato de que o CentOS 7 foi apenas liberado. Talvez você possa usar o CentOS 6 por mais algumas semanas?
BenjiWiebe

Respostas:


13

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

Essa foi uma ótima solução no Dedicado para adicionar gid=5aos devpts no fstab. screenagora funciona como esperado para todos os usuários.

No entanto, deparei-me com esse encadeamento enquanto tentava resolver o problema em um contêiner OpenVZ do CentOS 7. Como não há uma maneira de editar o fstab para o servidor (tanto quanto pude encontrar), encontrei o seguinte solução alternativa corrigida.

Pensei em voltar por aqui e ver se isso poderia ajudar mais alguém. (Embora não seja uma maneira muito bonita de fazê-lo.)

No terminal:

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

Esta resposta resolvido o problema para mim, o Ubuntu 18.04 em execução no recipiente openvz
user1330614

3

Verifique se nenhum outro screenestá usando esse dispositivo

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

sudo lsof /dev/ttyS0

E então mate esse processo, se for o caso.

Por alguma razão, sob essa condição, sudo screenainda é possível acessar o dispositivo, mas essa conexão perderá caracteres que são consumidos pelo outro screen.

Verifique se o usuário possui permissão de leitura e gravação no arquivo

Por exemplo, no Ubuntu, você deseja adicionar o usuário ao dialoutgrupo: /ubuntu//a/133244/52975


1
obrigado por lsof, eu não sabia que eu já tenho dois screensrodando em segundo plano
Marecky

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.