图像存储在/var/lib/docker/graph/<id>/layer。

注意，图像只是与父图像不同。父ID存储在映像的元数据/var/lib/docker/graph/< ID >/json中。

当你docker运行一个映像。AUFS将“合并”所有层到一个可用的文件系统。

在Ubuntu上，你可以“玩”运行图像

sudo baobab /var/lib/docker

实际上，图像存储在/var/lib/docker/aufs/diff中

这是过去的做法，现在已经改变了。从2019年开始，请忽略这个答案

在Mac OS X或Windows的特殊情况下，使用boot2docker，您的Docker映像存储在由boot2docker管理的VirtualBox虚拟机中。

该虚拟机将存储在VirtualBox镜像的正常位置:

OS X: ~/VirtualBox VMs/boot2docker-vm

窗口:%用户框%/虚拟盒子VMs/boot2docker-vm

你可以通过运行(警告:这将破坏你迄今为止构建和下载的所有图像)来重置它:

boot2docker down
boot2docker destroy
boot2docker init
boot2docker up

如果你在没有——rm选项的情况下构建/调试构建时保存了大量的中间映像，这一点特别有用，我在这里引用它们作为参考: 使用:

docker build -t webapp --rm=true --force-rm=true .

而不是:

docker build -t webapp .

/var/lib/docker目录的内容取决于Docker用于存储的驱动程序。

默认情况下，这将是aufs，但可以回落到overlay, overlay2, btrfs, devicemapper或zfs，这取决于你的内核支持。在大多数地方，这将是aufs，但红帽使用设备映射器。

您可以使用-s或——storage-driver=选项手动将存储驱动程序设置为Docker守护进程。

/var/lib/docker/{driver-name}将包含用于映像内容的驱动程序特定存储。 >现在只包含关于图像的元数据，在json和layersize文件中。

对于aufs:

/var/lib/docker/aufs/diff/<id>包含镜像的文件内容。 /var/lib/docker/repositories-aufs是一个包含本地映像信息的JSON文件。这可以通过命令docker图像来查看。

在设备映射器的情况下:

/var/lib/docker/devicemapper/devicemapper/data存放映像 /var/lib/docker/devicemapper/devicemapper/metadata元数据 请注意，这些文件是精简的“稀疏”文件，因此并不像它们看起来那么大。

实际上，Docker映像存储在两个文件中，如下命令所示

$ docker info

数据文件:/var/lib/docker/devicemapper/devicemapper/ Data 元数据文件:/var/lib/docker/devicemapper/devicemapper/ Metadata

我在Mac OSX上使用Docker的boot2docker，因此图像存储在/Users/<USERNAME>/VirtualBox VMs/boot2docker-vm/boot2docker-vm.vmdk。

对于正在使用Docker工具箱(使用Docker -machine)的人来说，关于Mac OS X上boot2docker的答案是无效的。docker-machine虚拟机被称为“default”，它存在于/Users/<username>/。码头工人/机械/机器/违约/目录中。

当使用Docker for Mac应用程序时，容器似乎存储在位于以下位置的虚拟机中:

~/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/Docker.qcow2

更新(mmorin提供):

截至2019年1月15日，似乎只有这个文件:

~/Library/Containers/com.docker.docker/Data/vms/0/Docker.raw

它包含了Docker磁盘以及其中的所有映像和容器。

在最新发布的使用Hyper-V的“Docker for Windows”中，数据位于Docker虚拟硬盘:C:\Users\Public\Documents\Hyper-V\Virtual hard disks\MobyLinuxVM.vhdx

你也可以打开“Hyper-V管理器”来访问Docker / MobyLinuxVM。

在Docker for Windows中，日志在这里:%USERPROFILE%\AppData\Local\Docker

如果你在MAC上使用Docker(不是boot2docker)，那么位置是/Users/<</>UserName></>/Library/Containers/com.docker.docker/Data/

就像这里回答的，如果你在Mac上，它位于

/Users/MyUserName/Library/Containers/com.docker.docker/Data/com.docker.driver.amd64-linux/Docker.qcow2

在Docker for Windows(本地Windows)中，默认的容器存储在:

   > docker info
   ...
   Docker Root Dir: C:\ProgramData\Docker
   ...

我只能对Ubuntu用户回答这个问题:

使用docker info命令可以找到docker的根目录

Docker目录将在这一行中给出:"Docker根目录:/var/lib/docker"

关于docker镜像，它们存储在docker目录中: /var/lib/docker/aufs/diff/

记住这些东西在docker的所有版本中都是不一样的。目前，我使用的是1.12.3。

扩展Tristan的答案，在Windows的Hyper-V中，你可以从matthuisman中通过以下步骤移动图像:

在Windows 10中， 停止码头等 在任务栏搜索框中输入“Hyper-V管理器”并运行它。 在左侧窗格中选择您的PC(我的称为 DESKTOP-CBP * *) 右键单击正确的虚拟机(我的是 称为MobyLinuxVM) 选择“关闭”(如果它正在运行) 再次右键点击，选择移动 按照提示操作

在Fedora上，如果可用的话，Docker使用LVM作为存储。在我的系统上，docker信息显示:

Storage Driver: devicemapper
 Pool Name: vg01-docker--pool
 Pool Blocksize: 524.3 kB
 Base Device Size: 10.74 GB
 Backing Filesystem: xfs
 Data file:
 Metadata file:
 Data Space Used: 9.622 GB
 ...

在这种情况下，要增加存储空间，就必须使用LVM命令行工具或兼容的分区管理器(如blivet)。

如果你记住Docker仍然在虚拟机中运行，系统路径是相对于虚拟机的，而不是来自Mac Osx系统。 正如它所说的，所有内容都包含在VM文件中:

/ \用户MyUserName / Library / Containers / com .道克道克/数据/ com .道克。司机qcow2 amd64-linux -道克。

尝试使用此volume选项和ls命令运行Alpine image，您可以列出虚拟机主机:

Docker运行——rm -it -v /:/vm-root alpine:edge ls -l /vm-root

然后试试:

Docker运行——rm -it -v /:/vm-root alpine:edge ls -l / vm-root / var / lib /码头工人

现在，您可以列出来自VM主机的docker文件夹

检查/var/lib目录下的docker文件夹

图像存储在以下位置:

/var/lib/docker/image/overlay2/imagedb/content

在Debian不稳定/Sid上，

Docker信息来查找系统范围的信息。

图像存储在/var/lib/docker/image/overlay2/imagedb/content和

容器存储在/var/lib/docker/containers

docker版本18.06.0-ce, API版本1.38

使用docker info命令显示系统范围的信息，位置可能不同。

根据使用的存储驱动程序，还可以显示其他信息，如池名称、数据文件、元数据文件、已使用的数据空间、总数据空间、已使用的元数据空间和总元数据空间。 数据文件是存储图像的地方，元数据文件是存储关于这些图像的元数据的地方。第一次运行时，Docker从挂载/var/lib/docker的卷的可用空间中分配一定数量的数据空间和元数据空间。

下面是Ubuntu的例子(检查根目录):

$ docker info
...
Server Version: 18.06.1-ce
Storage Driver: aufs
 Root Dir: /var/snap/docker/common/var-lib-docker/aufs
...
Docker Root Dir: /var/snap/docker/common/var-lib-docker
...

下面是Travis CI的示例(参见Docker根目录):

$ docker info
Server Version: 17.09.0-ce
Storage Driver: overlay2
 Backing Filesystem: extfs
...
Docker Root Dir: /var/lib/docker
...

您可以使用——format参数将信息提取到单个文件中，例如。

$ docker info --format '{{.DriverStatus}}'
[[Root Dir /var/snap/docker/common/var-lib-docker/aufs] [Backing Filesystem extfs] [Dirs 265] [Dirperm1 Supported true]]

or:

$ docker info --format '{{json .DriverStatus}}'
[["Root Dir","/var/snap/docker/common/var-lib-docker/aufs"],["Backing Filesystem","extfs"],["Dirs","265"],["Dirperm1 Supported","true"]]

在Windows 2016中，DockerMsftProvider使用docker根目录下的文件夹“windowsfilter”

>docker info
...
Storage Driver: windowsfilter
...
Docker Root Dir: C:\ProgramData\docker
...

它使用docker root下的“tmp”文件夹下载文件，并将下载的文件解压缩到“windowsfilter”文件夹后删除文件。

我在macos上使用上述答案无法解决Docker 18.09版本的问题，并再次尝试。

对我来说唯一的解决方案就是使用docker-compose。yml配置:

version: '3.7'
...
  services:
    demo-service:
      volumes:
        - data-volume:/var/tmp/container-volume

volumes:
  data-volume:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: /tmp/host-volume

在启动docker-compose后，我终于将macos中的/tmp/host-volume共享为容器中的可写卷:

> docker exec -it 1234 /bin/bash
bash-4.4$ df
Filesystem           1K-blocks      Used Available Use% Mounted on
...
osxfs                488347692 464780044  21836472  96% /var/tmp/container-volume

希望这也能帮助到其他人。

环境:Windows 10 Pro, docker desktop 2.0.3.0 edge

右键单击系统托盘中的docker图标，选择设置-高级:

磁盘映像位置(可通过浏览器编辑):

C:\Users\Public\Documents\Hyper-V\Virtual Hard Disks\DockerDesktop.vhdx

(它在那里-文档目录是隐藏的)

图像存储在/var/lib/docker中，然后在适用的存储驱动目录下。

使用的存储驱动可以通过执行docker info命令来确定。

使用docker inspect container_id 在MergedDir下找到文件夹

# example. 
"MergedDir": "/var/lib/docker/overlay2/f40cc2ea8912ec3b32deeef5a1542a132f6e918acb/merged 

对于“Docker桌面”，点击Docker系统托盘图标，然后点击“设置”。

在“高级”选项卡上，可以看到磁盘映像的位置。

如果有人需要它来编写脚本，这里有一个简单的解决方案。

在POSIX shell中，启用了PCRE的grep，尝试:

DOCKER_ROOT_DIR="$(docker info 2>&1 | grep -oP '(?<=^Docker根目录:).*')"

PowerShell:

$DOCKER_ROOT_DIR="$(docker信息2>&1 | foreach {if($_ -match " docker根目录"){$_。TrimStart("Docker根目录:")}})"

注意，在Windows 10(截至10.0.18999.1)上，在默认配置下，它返回:

C:\ProgramData\Docker在“Windows容器”模式 /var/lib/docker，以“Linux容器”模式

sudo docker info | grep -e "Root Dir"

ENV

操作系统:fedora 29 x86_64工作站

码头工人:

[user@localhost ~]$ docker --version
Docker version 19.03.5, build 633a0ea838

图片信息:"DockerVersion": "18.09.7"

---

这些映像默认存储在/var/lib/docker/overlay2中。

---

我的例子

展示图片:

[user@localhost ~]$ docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
neo4j               latest              8ed7463b8476        12 months ago       548MB
hello-world         latest              fce289e99eb9        2 years ago         1.84kB

图像大小为548M。

查看8ed7463b8476的镜像信息。

[user@localhost ~]$ docker image inspect 8ed7463b8476

... ... ... ...

"DockerVersion": "18.09.7",

... ... ... ...

"GraphDriver": {
            "Data": {
                "LowerDir": "/var/lib/docker/overlay2
/66dc24704d7ea5f1a5dee0bf4a5297cb78bcbd0d4b36206b8cca62cd4de7f2b1/diff:
/var/lib/docker/overlay2
/5ab91cf721359d43d01038233d397fd9ed1c4b3857c0c7d9a2dd7f2ac5eccad0/diff:
/var/lib/docker/overlay2
/e82fdf7ee3e37db0a11d9ca309245ae852425d24d6f5d3313dcf604cdddb397b/diff:
/var/lib/docker/overlay2
/9394543085d467010d0468fffb388e5616a89e2cf16c1c2b7b31aee4e542ae69/diff:
/var/lib/docker/overlay2
/c7c7a16e3dbaeea1a3a3b0bbca39f34f08f6b8ab15d753e6e68f9851c80d95b4/diff:
/var/lib/docker/overlay2
/3b470afdf8939b45159f3171f0bef2a27085b4b980e09f0c666fbdc58b944d97/diff:
/var/lib/docker/overlay2
/463ba63f79eb6b2f5466e7b71041bc346a8e9c4ebddd34d23422c719824a2340/diff",

... ... ... ...

让我们看看这些文件夹的大小。

[user@localhost ~]$ sudo du -sh /var/lib/docker/overlay2/66dc24704d7ea5f1a5dee0bf4a5297cb78bcbd0d4b36206b8cca62cd4de7f2b1
141M    /var/lib/docker/overlay2/66dc24704d7ea5f1a5dee0bf4a5297cb78bcbd0d4b36206b8cca62cd4de7f2b1
[user@localhost ~]$ sudo du -sh /var/lib/docker/overlay2/5ab91cf721359d43d01038233d397fd9ed1c4b3857c0c7d9a2dd7f2ac5eccad0/
28K /var/lib/docker/overlay2/5ab91cf721359d43d01038233d397fd9ed1c4b3857c0c7d9a2dd7f2ac5eccad0/
[user@localhost ~]$ sudo du -sh /var/lib/docker/overlay2/e82fdf7ee3e37db0a11d9ca309245ae852425d24d6f5d3313dcf604cdddb397b/
100K    /var/lib/docker/overlay2/e82fdf7ee3e37db0a11d9ca309245ae852425d24d6f5d3313dcf604cdddb397b/
[user@localhost ~]$ sudo du -sh /var/lib/docker/overlay2/9394543085d467010d0468fffb388e5616a89e2cf16c1c2b7b31aee4e542ae69/
310M    /var/lib/docker/overlay2/9394543085d467010d0468fffb388e5616a89e2cf16c1c2b7b31aee4e542ae69/
[user@localhost ~]$ sudo du -sh /var/lib/docker/overlay2/c7c7a16e3dbaeea1a3a3b0bbca39f34f08f6b8ab15d753e6e68f9851c80d95b4/
36K /var/lib/docker/overlay2/c7c7a16e3dbaeea1a3a3b0bbca39f34f08f6b8ab15d753e6e68f9851c80d95b4/
[user@localhost ~]$ sudo du -sh /var/lib/docker/overlay2/3b470afdf8939b45159f3171f0bef2a27085b4b980e09f0c666fbdc58b944d97/
9.5M    /var/lib/docker/overlay2/3b470afdf8939b45159f3171f0bef2a27085b4b980e09f0c666fbdc58b944d97/
[user@localhost ~]$ sudo du -sh /var/lib/docker/overlay2/463ba63f79eb6b2f5466e7b71041bc346a8e9c4ebddd34d23422c719824a2340/
76M /var/lib/docker/overlay2/463ba63f79eb6b2f5466e7b71041bc346a8e9c4ebddd34d23422c719824a2340/

我们可以看到接近548M的尺寸。

我们还可以将图像保存到输出文件中。

[user@localhost ~]$ docker save -o neo4j.image.tar 8ed7463b8476
[user@localhost ~]$ du -sh neo4j.image.tar 
528M    neo4j.image.tar

我们可以提取包文件，并检查包中文件的大小。

[user@localhost neo4j.image]$ du -sh *
16K 2f0dd5fb60a940719a3e781133611cc64c2acded03bd47e04b0997fd0c1dae50
8.7M    73819037a38eabeb7c622533e4058c84f5ff106475a1aba78a278f8b36c172f7
309M    8d31d715b324a2ae3ccb1577e981d492f40e34db6371f0858da925ef02b5762e
12K 8ed7463b84760f09b1b86a732ee6f295baaadffe72ce4fdb7ad306fe5e096bbb.json
36K 966e726ff1d9be9dca68014cda6f1ecf974365c553b82ea3834fff5d73ea593e
70M a32776b9621e916e8714389b1037bf47253a2d3d1c806ad515623d2150c92485
60K d82868a318b95466f213136f81cd7258518744da72f46ca51b04b35f2351f46a
16K e62169d79fab44bebb0a455b01af5f636bace7673a1d38fc092daad77d51cd0e
141M    fe8014622f7933e178b9005deffda3eb4828703eb7eca93b5485232930e3916b
4.0K    manifest.json

我们还可以将/var/lib/docker/overlay2/文件夹存档，以便将包的大小与图像文件进行比较。大小也接近图像大小。

更多有用的阅读:

docker image - GraphDriver的合并/diff/work/LowerDir组件，

Docker镜像存储在哪里?Docker容器路径解释，

覆盖文件系统

在2021年的macOS上，唯一可能的解决方案是使用bash访问Docker VM，然后查看它的本地结构:

Docker运行-ti——privilege——pid=host debian nsenter -t 1 -m -u -n -i sh cd /var/lib/docker/

欢迎你!

使用docker info命令获取docker的主机设置，包括docker的存储路径。

获取docker存储的根路径:

docker info | grep 'Docker Root Dir:' | cut -d':' -f2 | sed 's/^ *//g'

这给出了默认的Ubuntu 22.04和docker——version = docker version 20.10.17, build 100c701安装路径:

/var/lib/docker

使用命令列出该目录的内容和大小:

du -h -d 1 .

给出结果(其他目录):

444K    ./buildkit
4,0K    ./containers
4,0K    ./runtimes
16K     ./plugins
4,0K    ./trust
4,0K    ./tmp
100K    ./network
22M     ./image
2,0G    ./volumes
4,0K    ./swarm
9,0G    ./overlay2

为了让docker根路径以目录名的一个后缀，你可以在sed 's/$/\/image/g'的末尾添加另一个sed，以后缀/image

命令:

docker info | grep 'Docker Root Dir:' | cut -d':' -f2 | sed 's/^ *//g' | sed 's/$/\/image/g'

给:

/var/lib/docker/image

命令:

docker info | grep 'Docker Root Dir:' | cut -d':' -f2 | sed 's/^ *//g' | sed 's/$/\/overlay2/g'

给:

/var/lib/docker/overlay2

虽然目录的名称似乎不言自明，但图像的内容并不存储在图像目录(22M大小)中，而是存储在图像的信息中。/var/lib/docker/image/overlay2，尤其是/var/lib/docker/image/overlay2/repositories。Json文件，其中包含图像的名称和对应的关于overlay2层的数据。

图像(及其层)的实际数据存储在/var/lib/docker/overlay2(大小为9,0g)

请注意，存储图像重数据的overlay2是docker使用的分层系统，但该分层系统是docker可能使用的众多系统之一(现在或将来)。因此基于硬编码的路径可能是脆弱的。

特别是如果你的意图是将图像导出/保存到文件中，你应该寻找专用的命令:

Docker中保存和导出的区别是什么?

使用上述问题中的命令，您甚至可以将所有图像保存到一个文件中，压缩它，然后通过单个命令将它们导入到其他地方。

如果你想坚持docker路径，例如创建备份，我建议总是使用根路径，例如:

/var/lib/docker

由docker info命令生成，特别是你可能有重要的数据在里面:

/var/lib/docker/volumes

这是for所要求的。通过使用卷持久化数据的数据库映像。