/etc/docker/daemon.json
説明
Linux 上の Docker デーモン構成ファイルへのデフォルトのパスは /etc/docker/daemon.json です。このファイルは、Docker デーモンの設定とオプションを含む JSON ファイルです。Docker デーモンは、ホスト オペレーティング システム上で実行され、コンテナー、イメージ、ネットワーク、およびその他の Docker リソースを管理するサービスです。の
/etc/docker/daemon.json ファイルはデフォルトでは存在しませんが、ユーザーが作成して Docker デーモンの動作をカスタマイズできます。このファイルは、Docker デーモンの起動時に --config-file フラグを使用して指定することもできます。ファイルは有効な JSON オブジェクトであり、dockerd リファレンス docs12 の構文と構造に従っている必要があります。参考文献:
* Docker デーモン設定ファイル - Medium3
* Docker デーモン構成の概要 | Docker Docs4
* ドッカーデーモン | Docker Docs5

説明
LXC (Linux Containers) は、複数の分離された Linux システム (コンテナ) を同じホスト上で実行できるようにする軽量の仮想化テクノロジです。LXC は、名前空間、cgroup、AppArmor などの Linux カーネル機能を使用してコンテナーを作成および管理します。各コンテナには独自のファイル システム、ネットワーク インターフェイス、プロセス ツリー、およびリソース制限があります。ただし、コンテナーは同じカーネルお​​よびハードウェアをホストと共有するため、完全仮想化よりも効率的かつ高速になります。
デフォルトでは、LXC コンテナーには、その操作に必要な最小限のデバイスのセットが含まれています。これらのデバイスは、コンテナーの起動時に LXC ライブラリによって作成され、コンテナーの停止時に削除されます。デフォルトのデバイスは次のとおりです。
* /dev/log: これは、ホスト上の syslog デーモンに接続する Unix ドメイン ソケットです。これにより、コンテナがホストのシステム log1 にログ メッセージを送信できるようになります。
* /dev/console: これは、コンテナーのコンソールへのアクセスを提供するキャラクター デバイスです。通常、ホストの端末またはファイルに接続されます。これにより、コンテナがユーザーまたはホストの初期化システムと対話できるようになります12。
* /dev/urandom: これは、擬似乱数の無制限のソースを提供するキャラクター デバイスです。これは、暗号化、UUID 生成、ハッシュなど、ランダム性を必要とするさまざまなアプリケーションやライブラリで使用されます13。
質問にリストされている他のデバイスは、デフォルトでは LXC コンテナーに存在しません。これらは、コンテナーの名前空間または cgroup 構成によって必要ないか、許可されないか、またはサポートされません。これらのデバイスは次のとおりです。
* /dev/kmem: これは、カーネルの仮想メモリへのアクセスを提供するキャラクター デバイスです。コンテナーは /proc ファイルシステムを通じて独自のメモリーにアクセスできるため、コンテナーには必要ありません。また、ホストのカーネル メモリを公開し、セキュリティを危険にさらすことになるため、コンテナでも許可されていません4。
* /dev/root: これは、システムのルート デバイスを指すシンボリック リンクです。コンテナにはホストから独立したルート デバイスがないため、コンテナではサポートされません。コンテナのルート ファイル システムは、ホスト上のディレクトリ、イメージ ファイル、またはループ デバイスからマウントされます5。
参考文献:
* Linux コンテナ - LXC - マンページ - lxc.container.conf.5
* Linux コンテナ - LXC - はじめに
* 乱数生成 - Wikipedia
* /dev/kmem - ウィキペディア
* Linux コンテナ - LXC - マンページ - lxc.container.conf.5

説明
コマンド docker run -tid -v data:/data debian bash は、対話型ターミナルとデタッチ モードを使用して、debian イメージから新しいコンテナーを作成して実行し、名前付きボリューム データをコンテナーの /data にマウントします12。ボリューム データが存在しない場合は、自動的に作成されます3。コマンドが 2 回連続して実行されると、それぞれ独自のターミナルとプロセス ID を持つ 2 つのコンテナーが作成されて実行されますが、それらは同じボリューム データを共有します。これは、両方のコンテナーがデータ ボリュームの内容にアクセス、変更、表示できることを意味し、一方のコンテナーによる変更はもう一方のコンテナーに反映されます。したがって、ステートメント C は true であり、正しい答えです。ステートメント A、B、D、および E は、コマンドまたはボリュームの動作を正しく説明していないため、誤りであり、正しくありません。参考文献:
*1: docker run | ドッカードキュメント。
* 2: Docker 実行リファレンス | Docker ドキュメント - Docker ドキュメント。
* 3: 使用ボリューム | Docker のドキュメント。
* [4]: Docker Run コマンドの使用方法と例 - phoenixNAP。