systemctl falhou ao conectar-se ao barramento - docker ubuntu: 16.04 container

Estou tentando usar o systemctlcomando em um ubuntu:16.04contêiner de docker. Estou executando o seguinte comando ...

systemctl status ssh

No entanto, estou recebendo o erro ...

Failed to connect to bus: No such file or directory

Por que isto não está funcionando? Isso está relacionado ao Ubuntu em execução em um contêiner de docker? Como posso systemctltrabalhar corretamente?

Suponho que você inicie seu contêiner de encaixe com algo como

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

O problema agora é que o processo PID 1 do processo init /bin/bashnão é systemd. Confirme com ps aux.

Além disso, você está perdendo o dbus com a maneira de se comunicar. É daí que a sua mensagem de erro vem. Mas como o seu PID 1 não é systemd, não ajudará a instalar o dbus.

O melhor seria repensar a maneira como você planeja usar o docker. Não confie no systemd como gerenciador de processos, mas faça com que o contêiner do docker execute o aplicativo desejado em primeiro plano.

Outros relataram um problema semelhante. Inicie o terminal e digite:

$ env

Você vê uma variável de ambiente como esta?

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

Onde id -uestá entre reticulares e não aspas simples. Essa variável é reinterpretada em um número geralmente 1000para usuários regulares e 0para superusuário (sudo).

Se a variável de ambiente XDG_RUNTIME_DIRnão existir, você precisará criá-la. A discussão completa está nas respostas do systemd da barra de ativação .

Se você está recebendo esse erro no Windows Subsystem for Linux (WSL), descobri que é porque o Docker não é suportado. Isso ocorre devido à falta de cgroups e outros pré-requisitos.

Tente o seguinte:

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

ou

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

será o mesmo resultado.

Aqui eu recebo do documento do Docker :

Por padrão, os contêineres do Docker são "sem privilégios" e não podem, por exemplo, executar um daemon do Docker dentro de um contêiner do Docker. Isso ocorre porque, por padrão, um contêiner não tem permissão para acessar nenhum dispositivo, mas um contêiner "privilegiado" recebe acesso a todos os dispositivos (consulte a documentação em dispositivos cgroups).

Quando o operador executa a docker run --privileged, o Docker permitirá o acesso a todos os dispositivos no host, além de definir algumas configurações no AppArmor ou SELinux para permitir que o contêiner tenha quase o mesmo acesso ao host que os processos em execução nos contêineres externos no host. . Informações adicionais sobre a execução com --privileged estão disponíveis no Blog do Docker.

Basta iniciar o dbusserviço:

/etc/init.d/dbus start

Você pode não estar executando o systemd , que é a implementação padrão do init no 16.04. Se você atualizou a partir do 14.04, provavelmente ainda está iniciando , e o resultado da execução do comando systemctl é a saída que você obteve.

Veja minha resposta em systemctl: comando não encontrado 16.04 server para mais.

Dentro do contêiner do docker, acho que você pode atualizar o rc.d se ainda estiver enfrentando problemas com o systemd. Eu tentei com o update-rd.c e funciona.

Eu estava recebendo exatamente o mesmo erro e, em seguida, o executo com êxito sudo

sudo systemctl status ssh