À un moment donné, généralement après un crash ou un arrêt soudain, screen refuse de démarrer. Des commandes comme
screen
screen -ls
screen -r
screen -ddonne le résultat suivant
Impossible de créer le répertoire '/var/run/screen' : Permission refusée
Quel est le problème ? Comment puis-je résoudre ce problème ?
TL;DR : Dans Debian Stretch et ultérieures, assurez-vous que systemd-tmpfiles-setup.service a été lancé avec succès :
$:> systemctl status systemd-tmpfiles-setup.service
systemd-tmpfiles-setup.service - Create Volatile Files and Directories
Loaded: loaded (/lib/systemd/system/systemd-tmpfiles-setup.service; static; vendor preset: enabled)
Active: active (exited) since Thu 2018-06-21 19:54:06 CEST; 41min ago
...Si elle est désactivée ( Loaded: ... ;disabled; ... ), vous pouvez l'activer avec systemctl enable systemd-tmpfiles-setup.service . Si vous souhaitez utiliser l'écran à l'intérieur d'un conteneur docker alors vous devez soit obtenir systemd fonctionnant dans votre image de conteneur ou vous devez exécuter systemctl start systemd-tmpfiles-setup.service o /etc/init.d/screen-cleanup start ( comme suggéré par Huey ) à chaque fois que vous vous connectez à votre conteneur.
Détails : Depuis Debian Stretch, la fonction de démarrage script /etc/init.d/screen-cleanup n'est pas exécuté, car par défaut ce service est masqué ( /lib/systemd/system/screen-cleanup.service -> /dev/null ), ce qui fait que systemd l'ignore.
Au lieu de cela systemd-tmpfiles-setup.service crée /run/screen au démarrage, comme configuré dans /usr/lib/tmpfiles.d/screen-cleanup.conf : d /run/screen 0775 root utmp
Cela peut se produire lorsque la racine ( / ) n'appartient pas à root, ce qui provoque l'apparition de l'erreur systemd-tmpfiles-setup.service le service ne fonctionne pas.
Exécuter cd / && ll pour savoir qui est le propriétaire du répertoire racine.
En supposant que ce ne soit pas le cas root , courir sudo chown root:root / pour le réparer.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
