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 ..
screen -ls
; il doit donner un nom de répertoire sur la première ligne. Ensuite, exécutezls -la <above directory name>
et mettez la sortie dans votre question.Réponses:
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=5
aux devpts dans fstab.screen
fonctionne 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:
la source
Assurez-vous qu'aucun autre
screen
n'utilise cet appareilCela peut être réalisé avec Comment puis-je déterminer quel processus a un fichier ouvert sous Linux? :
Et puis tuez ce processus si tel est le cas.
Pour une raison quelconque, dans cette condition,
sudo screen
peut toujours accéder à l'appareil, mais alors cette connexion manquera de caractères, qui sont consommés par l'autrescreen
.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
dialout
groupe: /ubuntu//a/133244/52975la source
lsof
, je ne savais pas que j'en avais déjà deuxscreens
en arrièreIl peut s'agir d'une erreur dans votre fichier de configuration
~ / .screenrc
Essayez de le vérifier ou de créer un dimmy one.
la source