échec de la connexion de systemctl au bus - menu fixe: conteneur 16.04

J'essaie d'utiliser la systemctlcommande dans un ubuntu:16.04conteneur Docker. J'exécute la commande suivante ...

systemctl status ssh

Cependant je reçois l'erreur ...

Failed to connect to bus: No such file or directory

Pourquoi ça ne marche pas? Est-ce que cela est lié à l'exécution d'Ubuntu dans un conteneur Docker? Comment puis-je systemctltravailler correctement?

Je suppose que vous commencez votre conteneur Docker avec quelque chose comme

docker run -t -i ubuntu:16.04 /bin/bash

Le problème est maintenant que votre PID de processus d'initialisation 1 n'est /bin/bashpas systemd. Confirmez avec ps aux.

En plus de cela, il manque dbus avec serait le moyen de communiquer. C'est de là que vient votre message d'erreur. Mais comme votre PID 1 n'est pas systemd, l'installation de dbus ne vous aidera pas.

Le mieux serait de repenser la façon dont vous envisagez d’utiliser docker. Ne vous fiez pas à systemd en tant que gestionnaire de processus, mais demandez au conteneur de menu fixe d'exécuter l'application souhaitée au premier plan.

D'autres ont signalé un problème similaire. Démarrez le terminal et tapez:

$ env

Voyez-vous une variable d'environnement comme celle-ci?

XDG_RUNTIME_DIR=/run/user/`id -u`

Où id -uest entouré de guillemets et non de guillemets simples. Cette variable est réinterprétée en un nombre généralement 1000destiné aux utilisateurs réguliers et 0au super utilisateur (sudo).

Si la variable d'environnement XDG_RUNTIME_DIRn'existe pas, vous devez la créer. La discussion complète se trouve dans le tableau de bord, les réponses systemd .

Si vous obtenez cette erreur dans le sous-système Windows pour Linux (WSL), c'est parce que Docker n'est pas pris en charge. Cela est dû au manque de groupes de contrôle et à d’autres conditions préalables.

Essaye ça:

docker run -ti -d --privileged=true images_docker  "/sbin/init"

ou

docker run -ti -d --privileged=true images_docker

sera le même résultat.

Ici, je viens du doc de Docker :

Par défaut, les conteneurs Docker sont «non privilégiés» et ne peuvent pas, par exemple, exécuter un démon Docker à l'intérieur d'un conteneur Docker. En effet, par défaut, un conteneur n’est autorisé à accéder à aucun périphérique, mais un conteneur «privilégié» a accès à tous les périphériques (voir la documentation sur les périphériques cgroups).

Lorsque l'opérateur exécute l'exécution de docker --privileged, Docker activera l'accès à tous les périphériques de l'hôte et définira une configuration dans AppArmor ou SELinux afin d'autoriser le conteneur à presque le même accès que les processus exécutés à l'extérieur de l'hôte. . Des informations supplémentaires sur l'exécution avec --privileged sont disponibles sur le blog Docker.

Il suffit de démarrer le dbusservice:

/etc/init.d/dbus start

Vous n’exécutez peut-être pas systemd , qui est l’implémentation par défaut d’ init le 16.04. Si vous avez mis à niveau à partir de 14.04, vous êtes probablement toujours en train d'exécuter upstart , et le résultat de l'exécution de la commande systemctl est le résultat obtenu.

Voir ma réponse à systemctl: comand introuvable 16.04 serveur pour plus.

Dans le conteneur de menu fixe, je pense que vous pouvez mettre à jour-rc.d si vous êtes toujours aux prises avec systemd. J'ai essayé avec update-rd.c et cela fonctionne.

Je recevais exactement la même erreur, puis je l’exécutais avec succès avec sudo

sudo systemctl status ssh