通常情况下，我只需要探索docker文件系统，因为我的构建不会运行，所以docker run -it <container_name> bash是不切实际的。我也不想浪费时间和内存复制文件系统，所以docker cp <container_name>:<path> <target_path>也是不切实际的。

虽然可能不太正统，但我建议在Dockerfile中使用ls作为最后的命令重新构建:

CMD [ "ls", "-R" ]

得到最多好评的答案是，当容器实际启动时，它为我工作，但当它不可能运行时，例如，你想从容器中复制文件，这之前已经保存了我:

docker cp <container-name>:<path/inside/container> <path/on/host/>

多亏了docker cp (link)，你可以直接从容器中复制，就像它是文件系统的任何其他部分一样。 例如，恢复容器内的所有文件:

mkdir /tmp/container_temp
docker cp example_container:/ /tmp/container_temp/

注意，您不需要指定要递归复制。

如果您使用的是Docker v19.03，请按照以下步骤操作。

# find ID of your running container:

  docker ps

# create image (snapshot) from container filesystem

  docker commit 12345678904b5 mysnapshot

# explore this filesystem 

  docker run -t -i mysnapshot /bin/sh

我已经找到了最简单的，全能的解决方案，查看，编辑，复制文件与GUI应用程序在几乎任何运行的容器。

MC在docker中编辑文件

docker exec -it <container> /bin/bash，然后提示安装MC和ssh包 在同一个execute -bash控制台中，运行MC 按ESC，然后9，然后ENTER打开菜单，选择“Shell link…” 使用“Shell link…”通过IP地址打开基于scp的文件系统访问任何运行ssh服务器的主机(包括一个运行docker) 你在图形用户界面的工作吗

这种方法克服了权限、快照隔离等所有问题，允许直接复制到任何机器，对我来说是最愉快的使用

容器的文件系统在docker的data文件夹中，通常在/var/lib/docker。要启动并检查正在运行的容器文件系统，请执行以下操作:

hash=$(docker run busybox)
cd /var/lib/docker/aufs/mnt/$hash

现在，当前的工作目录是容器的根目录。

如果容器停止或没有shell(例如，安装指南中提到的hello-world，或non-alpine traefik)，这可能是探索文件系统的唯一可能方法。

你可以将容器的文件系统归档到tar文件中:

docker export adoring_kowalevski > contents.tar

或者列出文件:

docker export adoring_kowalevski | tar t

请注意，根据映像的不同，这可能需要一些时间和磁盘空间。