systemctlがバスに接続できませんでした-docker ubuntu：16.04 container

Dockerコンテナでsystemctlコマンドを使用しようとしていますubuntu:16.04。私は次のコマンドを実行しています...

systemctl status ssh

しかし、エラーが発生しています...

Failed to connect to bus: No such file or directory

なぜこれが機能しないのですか？これは、ドッカーコンテナーで実行されているUbuntuに関連していますか？どうすればsystemctl正しく機能するようになりますか？

私はあなたが次のようなものでDockerコンテナを起動すると仮定します

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

問題は、initプロセスのPID 1が/bin/bashsystemdではなく、ということです。で確認しps auxます。

それに加えて、dbus withが欠落していることが通信方法です。これがエラーメッセージの送信元です。ただし、PID 1はsystemdではないため、dbusをインストールしても役に立ちません。

最善の方法は、Dockerの使用方法を再考することです。プロセスマネージャとしてsystemdに依存せず、ドッカーコンテナで目的のアプリケーションをフォアグラウンドで実行します。

他の人も同様の問題を報告しています。ターミナルを起動して、次を入力します。

$ env

このような環境変数が表示されますか？

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

どこid -uが一重引用符ではなくバッククォートで囲まれています。この変数は1000、通常のユーザーおよび0スーパーユーザー（sudo）の場合、通常は数値に再解釈されます。

環境変数XDG_RUNTIME_DIRが存在しない場合は、作成する必要があります。完全な議論はlaunchpad systemd Answersにあります。

Linux用Windowsサブシステム（WSL）でこのエラーが発生している場合、Dockerがサポートされていないためだとわかりました。これは、cgroupの不足およびその他の前提条件によるものです。

これを試して：

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

または

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

同じ結果になります。

ここでは、Dockerのドキュメントから取得します。

デフォルトでは、Dockerコンテナは「非特権」であり、たとえば、Dockerコンテナ内でDockerデーモンを実行することはできません。これは、デフォルトではコンテナはどのデバイスにもアクセスできないが、「特権」コンテナにはすべてのデバイスへのアクセスが許可されているためです（cgroupsデバイスのドキュメントを参照）。

オペレーターがdocker run --privilegedを実行すると、Dockerはホスト上のすべてのデバイスへのアクセスを有効にし、AppArmorまたはSELinuxでいくつかの構成を設定して、ホスト上のコンテナーの外部で実行されるプロセスとほぼ同じアクセスをコンテナーに許可します。--privilegedを使用した実行に関する追加情報は、Dockerブログで入手できます。

16.04 のinitのデフォルト実装であるsystemdを実行していない可能性があります。14.04からアップグレードした場合、おそらくupstartを実行している可能性が高く、systemctlコマンドを実行した結果が得られた出力になります。

systemctlでの私の答えを参照してください：comand not found 16.04 server for more。

dbusサービスを開始するだけです：

/etc/init.d/dbus start

まだdockerコンテナ内で、systemdに苦労しているならupdate-rc.dができると思います。update-rd.cを試してみましたが、動作します。

私はまったく同じエラーを受け取っていたので、それを正常に実行しました sudo

sudo systemctl status ssh