"La pantalla está terminando" para no root

14

Cuando intento ejecutar la pantalla como usuario no root, obtengo:

screen

[screen is terminating]

inmediatamente, aunque funciona bien para la raíz

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

Cuando busqué en Google noté una mención de / etc / fstab, aquí está la mía:

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

Esto en un centos 7 recién instalado en un servidor dedicado al que se accede a través de ssh (TTY es pts)

Cualquier ayuda sería 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 ..
Rob
fuente
correr screen -ls; debe dar un nombre de directorio en la primera línea. Entonces corre ls -la <above directory name> y pon la salida en tu pregunta.
BenjiWiebe
Ok, lo agregué a la pregunta.
Rob
Hmmmm ... esperaba ver un problema de permisos allí, pero se ve bien.
BenjiWiebe
Estoy tratando de hacer que una VM de CentOS 7 vea si también tiene este problema, pero es posible que no lo haga hasta mañana ...
BenjiWiebe
¿Hay alguna razón por la que necesites CentOS 7? Parece que tal vez está relacionado con el hecho de que CentOS 7 fue sólo publicado. ¿Quizás podrías usar CentOS 6 por unas semanas más?
BenjiWiebe

Respuestas:

12

Tuve este problema en el servidor CentOS 7 dedicado, y encontré la solución descrita en este informe de error: bugs.centos.org/view.php?id=7395

Esa fue una buena solución en el Dedicado para agregar gid=5 para devpts en fstab. screen Ahora funciona como se espera para todos los usuarios.

Sin embargo, me encontré con este hilo mientras intentaba resolver el problema en un contenedor OpenVZ de CentOS 7. Como no hay una forma de editar el fstab para el servidor (por lo que pude encontrar), encontré la siguiente trabajo alrededor lo arregló.

Pensé que volvería por este camino y vería si podría ayudar a alguien más. (Aunque no es una forma muy bonita de hacerlo).

En la terminal:

chmod u+s /usr/bin/screen
chmod 755 /var/run/screen
Forever Cuber
fuente
Esta respuesta resolvió el problema para mí, Ubuntu 18.04 ejecutándose en un contenedor openvz
user1330614
3

Asegurarse de que no hay otro screen está usando ese dispositivo

Esto se puede lograr con ¿Cómo puedo determinar qué proceso tiene un archivo abierto en Linux? :

sudo lsof /dev/ttyS0

Y luego matar ese proceso si ese es el caso.

Por alguna razón, bajo esta condición, sudo screen Aún puede acceder al dispositivo, pero luego esa conexión perderá los caracteres, que son consumidos por el otro screen.

Asegúrese de que el usuario tenga permiso de lectura y escritura en el archivo

P.ej. en Ubuntu desea agregar el usuario a la dialout grupo: https://askubuntu.com/a/133244/52975

Ciro Santilli 新疆改造中心 六四事件 法轮功
fuente
1
gracias por lsof, No sabía que ya tengo dos screens corriendo en el fondo
Marecky