«L'écran se termine» pour les non-root


14

Lorsque j'essaie d'exécuter screen en tant qu'utilisateur non root, j'obtiens:

screen

[screen is terminating]

immédiatement, bien que cela fonctionne bien pour la racine

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

En parcourant Google, j'ai remarqué une mention de / etc / fstab, voici la mienne:

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

Ceci sur un centos 7 fraîchement installé sur un serveur dédié accessible via ssh (TTY est pts)

Toute aide serait appréciée.

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

Run screen -ls; il doit donner un nom de répertoire sur la première ligne. Ensuite, exécutez ls -la <above directory name>et mettez la sortie dans votre question.
BenjiWiebe

Ok, l'ajoute à la question.
Rob

Hmmmm ... Je m'attendais à voir un problème d'autorisations là-bas, mais ça semble bien.
BenjiWiebe

J'essaie d'obtenir une machine virtuelle de CentOS 7 pour voir si elle a également ce problème, mais je ne pourrais pas le faire jusqu'à demain ...
BenjiWiebe

Y a-t-il une raison pour laquelle vous avez besoin de CentOS 7? Il semble que cela soit peut-être lié au fait que CentOS 7 vient de sortir. Peut-être pourriez-vous utiliser CentOS 6 pendant quelques semaines de plus?
BenjiWiebe

Réponses:


13

J'ai eu ce problème sur le serveur Dedicated CentOS 7 et j'ai rencontré le correctif décrit dans ce rapport de bogue: bugs.centos.org/view.php?id=7395

C'était une bonne solution sur le Dedicated à ajouter gid=5aux devpts dans fstab. screenfonctionne désormais comme prévu pour tous les utilisateurs.

Cependant, j'ai parcouru ce fil alors que j'essayais de résoudre le problème sur un conteneur OpenVZ de CentOS 7. Comme il n'y a pas de moyen de modifier le fstab pour le serveur (pour autant que je puisse trouver), j'ai trouvé ce qui suit la solution a été corrigée.

J'ai pensé que je reculerais de cette façon et voir si cela pourrait aider quelqu'un d'autre. (Bien que ce ne soit pas une très jolie façon de le faire.)

Dans le terminal:

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

Cette réponse a résolu le problème pour moi, Ubuntu 18.04 fonctionnant sur le conteneur
openvz

3

Assurez-vous qu'aucun autre screenn'utilise cet appareil

Cela peut être réalisé avec Comment puis-je déterminer quel processus a un fichier ouvert sous Linux? :

sudo lsof /dev/ttyS0

Et puis tuez ce processus si tel est le cas.

Pour une raison quelconque, dans cette condition, sudo screenpeut toujours accéder à l'appareil, mais alors cette connexion manquera de caractères, qui sont consommés par l'autre screen.

Assurez-vous que l'utilisateur a l'autorisation de lire et d'écrire sur le fichier

Par exemple, sur Ubuntu, vous souhaitez ajouter l'utilisateur au dialoutgroupe: /ubuntu//a/133244/52975


1
merci pour lsof, je ne savais pas que j'en avais déjà deux screensen arrière
Marecky

-2

Il peut s'agir d'une erreur dans votre fichier de configuration

~ / .screenrc

Essayez de le vérifier ou de créer un dimmy one.


C'est vraiment un commentaire et non une réponse à la question d'origine. Vous pouvez toujours commenter vos propres articles, et une fois que vous aurez une réputation suffisante, vous pourrez commenter n'importe quel article . Veuillez lire Pourquoi ai-je besoin de 50 points de réputation pour commenter? Que puis-je faire à la place?
DavidPostill
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.