systemctl no pudo conectarse al bus - docker ubuntu: contenedor 16.04

Estoy tratando de usar el systemctlcomando en un ubuntu:16.04contenedor acoplable. Estoy ejecutando el siguiente comando ...

systemctl status ssh

Sin embargo, recibo el error ...

Failed to connect to bus: No such file or directory

¿Por qué esto no funciona? ¿Está esto relacionado con Ubuntu ejecutándose en un contenedor docker? ¿Cómo puedo llegar systemctla trabajar correctamente?

Supongo que comienzas tu contenedor acoplable con algo como

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

El problema ahora es que su proceso de inicio PID 1 es /bin/bash, no systemd. Confirmar con ps aux.

Además de eso, te estás perdiendo dbus con la forma de comunicarte. De aquí proviene su mensaje de error. Pero como su PID 1 no es systemd, no ayudará instalar dbus.

Lo mejor sería repensar la forma en que planea usar Docker. No confíe en systemd como administrador de procesos, sino que haga que el contenedor docker ejecute la aplicación deseada en primer plano.

Otros han reportado un problema similar. Inicie la terminal y escriba:

$ env

¿Ves una variable de entorno como esta?

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

Donde id -uestá encerrado entre comillas, no comillas simples. Esta variable se reinterpreta en un número, generalmente 1000para usuarios normales y 0para superusuario (sudo).

Si la variable de entorno XDG_RUNTIME_DIRno existe, debe crearla. La discusión completa se encuentra en las respuestas del sistema de lanzamiento .

Si recibe este error en el Subsistema de Windows para Linux (WSL), he descubierto que es porque Docker no es compatible. Esto se debe a la falta de cgroups y otros requisitos previos.

Prueba esto:

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

o

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

Será el mismo resultado.

Aquí obtengo del documento de Docker :

Por defecto, los contenedores Docker son "no privilegiados" y no pueden, por ejemplo, ejecutar un demonio Docker dentro de un contenedor Docker. Esto se debe a que, de forma predeterminada, un contenedor no tiene acceso a ningún dispositivo, pero un contenedor "privilegiado" tiene acceso a todos los dispositivos (consulte la documentación sobre dispositivos cgroups).

Cuando el operador ejecuta Docker Run --privileged, Docker permitirá el acceso a todos los dispositivos en el host, así como establecerá alguna configuración en AppArmor o SELinux para permitir que el contenedor tenga casi el mismo acceso al host que los procesos que se ejecutan fuera de los contenedores en el host. . Información adicional sobre cómo ejecutar con --privileged está disponible en el Blog de Docker.

Simplemente inicie el dbusservicio:

/etc/init.d/dbus start

Es posible que no esté ejecutando systemd , que es la implementación predeterminada de init en 16.04. Si ha actualizado desde 14.04, que es más probable aún en marcha recién llegado , y el resultado de ejecutar el systemctl comando es la salida que tienes.

Vea mi respuesta en systemctl: comand 16.04 server no encontrado para más.

Dentro del contenedor docker, creo que puedes actualizar-rc.d si todavía tienes problemas con systemd. Intenté con update-rd.c y funciona.

Recibía exactamente el mismo error y luego lo ejecuté con éxito con sudo

sudo systemctl status ssh