问题描述
想要了解为什么 Docker 在已停止的容器中禁止使用 docker exec 命令，以及具体是什么原因阻止了在容器上下文中启动任意进程，尽管已停止的容器的文件系统仍然可用（可以使用 docker cp 命令复制文件进入容器）。用户还提到，可能是因为大多数运行时配置不可用，如网络配置、特殊的文件系统挂载（如 /proc、/dev、`/sys“等等），所以执行的命令无法找到它所期望的环境。
解决方案
以下解决方案可能需要根据具体情况进行适当调整和验证。
当 Docker 容器处于已停止状态时，即使容器的文件系统仍然可用，Docker 仍然禁止在其中执行docker exec命令。这是由于多种因素造成的，下面我们将详细解释其中的原因。
在已停止的容器中执行 docker exec 命令会遇到以下问题：
运行时配置不可用： 当容器停止时，与容器运行相关的配置信息也会被清理掉。这包括网络配置、文件系统挂载（如
/proc、/dev、`/sys“等等）等。因此，即使文件系统仍然可用，容器内部的运行时环境已经不再适用，无法为新的进程提供必要的运行环境。进程隔离性： Docker 强调容器之间的隔离性，每个容器都应该拥有独立的进程空间。在已停止的容器中执行
docker exec命令将意味着在已经清理的容器上下文中创建新的进程。这可能会导致不一致的状态和预期之外的行为。主进程状态： Docker 容器的生命周期由主进程控制。当容器停止时，其主进程已经退出。在已停止的容器上执行新的进程并不符合容器的设计原则，因为容器是为了运行特定的主进程而创建的。
综上所述，尽管已停止的容器的文件系统仍然可以访问，但由于缺乏运行时配置、进程隔离性以及主进程状态等问题，Docker 不允许在已停止的容器中执行 docker exec 命令。如果您需要在容器中执行额外的命令，建议您重新启动容器并在运行状态下执行所需的操作。
请注意，Docker 设计的核心理念之一是将容器视为单个主进程的封装。如果需要在停止的容器中执行特定操作，可能需要重新考虑容器化的方式，并将操作拆分为不同的容器，以便每个容器都能够单独运行和维护。