我无法再在Docker中创建和运行新容器了。但同时可以运行以前创建的容器。当我尝试做这样的事情时:[user@host~]dockerrun--name=fpm-5.3debian:jessie2014/07/1207:34:08Error:ErrorrunningDeviceCreate(createSnapDevice)dm_task_runfailed来自docker.log:2014/07/1205:57:11POST/v1.12/containers/create?name=fpm-5.3[f56fcb6f]+jobcreate(fpm-5.3)ErrorrunningDev

我无法再在Docker中创建和运行新容器了。但同时可以运行以前创建的容器。当我尝试做这样的事情时:[user@host~]dockerrun--name=fpm-5.3debian:jessie2014/07/1207:34:08Error:ErrorrunningDeviceCreate(createSnapDevice)dm_task_runfailed来自docker.log:2014/07/1205:57:11POST/v1.12/containers/create?name=fpm-5.3[f56fcb6f]+jobcreate(fpm-5.3)ErrorrunningDev

ProjectAtomic对Docker的描述storagebackends描述了AUFS和其他存储后端选择之间的技术差异，例如devicemapper。AUFS不在上游Linux内核中。为什么选择AUFS作为默认存储后端(例如在Ubuntu的Docker中)？AUFS是否有一些技术特性使其成为比未打补丁的Linux内核支持的存储后端(如devicemapper)更好的选择？ 最佳答案 AUFS只是系统/发行版上可用的默认存储后端。否则，devicemapper是默认值。例如Ubuntu14.04，默认为devicemapper:$

我有一个带有2个容器(Jenkins和Nexus，都有自己的命名卷)的docker环境。我每天都有一个删除未使用的容器和图像的cron作业。这工作正常。但问题出在我的设备映射器内部:du-sh/var/lib/docker/30Gdocker/我可以在我的docker文件夹中的每个文件夹:卷(大，但在我的情况下这是正常的):/var/lib/docker#du-shvolumes/14Gvolumes/容器:/var/lib/docker#du-shcontainers/3.2Mcontainers/图片:/var/lib/docker#du-shimage/5.8Mimage/设备映