Arch Linux，Docker“设备上没有剩余空间”
我看到的所有类似问题都是通过清理图像或容器或孤立的卷来解决的，但是我没有任何这些问题。 我甚至完全删除了/var/lib/docker而仍然没有任何东西。
相关产出：
[N] ⋊> ~/W/W/cocagne on master ⨯ docker run --rm -v /var/run/docker.sock:/var/run/docker.sock:ro -v /var/lib/docker:/var/lib/docker martin/docker-cleanup-vol umes docker: Error response from daemon: Container command '/usr/local/bin/docker-cleanup-volumes.sh' not found or does not exist.. [N] ⋊> ~/W/W/cocagne on master ⨯ docker-compose build 11:56:23 mysql uses an image, skipping Building vitess Traceback (most recent call last): File "/usr/bin/docker-compose", line 9, in <module> load_entry_point('docker-compose==1.7.1', 'console_scripts', 'docker-compose')() File "/usr/lib/python3.5/site-packages/compose/cli/main.py", line 58, in main command() File "/usr/lib/python3.5/site-packages/compose/cli/main.py", line 109, in perform_command handler(command, command_options) File "/usr/lib/python3.5/site-packages/compose/cli/main.py", line 213, in build force_rm=bool(options.get('--force-rm', False))) File "/usr/lib/python3.5/site-packages/compose/project.py", line 300, in build service.build(no_cache, pull, force_rm) File "/usr/lib/python3.5/site-packages/compose/service.py", line 718, in build buildargs=build_opts.get('args', None), File "/usr/lib/python3.5/site-packages/docker/api/build.py", line 54, in build path, exclude=exclude, dockerfile=dockerfile, gzip=gzip File "/usr/lib/python3.5/site-packages/docker/utils/utils.py", line 103, in tar t.add(os.path.join(root, path), arcname=path, recursive=False) File "/usr/lib/python3.5/tarfile.py", line 1938, in add self.addfile(tarinfo, f) File "/usr/lib/python3.5/tarfile.py", line 1966, in addfile copyfileobj(fileobj, self.fileobj, tarinfo.size) File "/usr/lib/python3.5/tarfile.py", line 244, in copyfileobj dst.write(buf) File "/usr/lib/python3.5/tempfile.py", line 483, in func_wrapper return func(*args, **kwargs) OSError: [Errno 28] No space left on device [I] ⋊> ~/W/W/cocagne on master ⨯ docker ps -a 11:56:30 CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES [I] ⋊> ~/W/W/cocagne on master ⨯ docker ps -q 11:57:25 [I] ⋊> ~/W/W/cocagne on master ⨯ docker image -q 11:57:28 docker: 'image' is not a docker command. See 'docker --help'. [I] ⋊> ~/W/W/cocagne on master ⨯ docker images -a 11:57:39 REPOSITORY TAG IMAGE ID CREATED SIZE martin/docker-cleanup-volumes latest 8c41df286c03 12 weeks ago 22.12 MB [I] ⋊> ~/W/W/cocagne on master ⨯ df -h 11:57:41 Filesystem Size Used Avail Use% Mounted on dev 3.9G 0 3.9G 0% /dev run 3.9G 832K 3.9G 1% /run /dev/sda4 27G 9.1G 17G 36% / tmpfs 3.9G 64M 3.8G 2% /dev/shm tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup tmpfs 3.9G 32K 3.9G 1% /tmp /dev/sda1 42G 16G 25G 39% /home /dev/sda2 42G 9.4G 30G 24% /var /dev/sda5 1.3G 32M 1.3G 3% /boot tmpfs 790M 12K 790M 1% /run/user/1000 [I] ⋊> ~/W/W/cocagne on master ⨯ 11:57:54
docker信息
[I] ⋊> ~/W/W/cocagne on master ⨯ docker info 12:01:55 Containers: 0 Running: 0 Paused: 0 Stopped: 0 Images: 0 Server Version: 1.11.2 Storage Driver: devicemapper Pool Name: docker-8:2-2359321-pool Pool Blocksize: 65.54 kB Base Device Size: 10.74 GB Backing Filesystem: xfs Data file: /dev/loop0 Metadata file: /dev/loop1 Data Space Used: 11.8 MB Data Space Total: 107.4 GB Data Space Available: 34.57 GB Metadata Space Used: 581.6 kB Metadata Space Total: 2.147 GB Metadata Space Available: 2.147 GB Udev Sync Supported: true Deferred Removal Enabled: false Deferred Deletion Enabled: false Deferred Deleted Device Count: 0 Data loop file: /var/lib/docker/devicemapper/devicemapper/data WARNING: Usage of loopback devices is strongly discouraged for production use. Either use `--storage-opt dm.thinpooldev` or use `--storage-opt dm.no_warn_on_loop_devices=true` to suppress this warning. Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata Library Version: 1.02.131 (2016-07-15) Logging Driver: json-file Cgroup Driver: cgroupfs Plugins: Volume: local Network: null host bridge Kernel Version: 4.6.4-1-ARCH Operating System: Arch Linux OSType: linux Architecture: x86_64 CPUs: 4 Total Memory: 7.706 GiB Name: crockford ID: HO2U:ELWR:LDB3:PMEY:5YOJ:D7YJ:2HJA:PVYG:45K2:J6KI:D6WO:4RUE Docker Root Dir: /var/lib/docker Debug mode (client): false Debug mode (server): false Registry: https://index.docker.io/v1/
有一点让我的问题有点不同（我认为问题的根源来自于这个问题）
在为/var创build单独的分区之前，它位于我的根分区上，最终超出了这个分区。 一旦最大化，我缩小我的主分区，创build一个/ var分区，复制我的根/var到我的新的/var ，并删除我的旧/var 。 但是，由于某种原因，docker仍然认为它已经超出了？ 我不知道。
我也尝试用sudo pacman -S docker docker树脂安装docker，但没有任何东西。
编辑：我只是用普通的docker build . 这工作正常。 不知何故docker-compose认为这是内存不足，但？
docker-compose的python堆栈跟踪表明它似乎无法创build一个临时文件。 这将表明/tmp没有剩余空间。
OP提到，当他在评论中运行docker-compose时，他的RAM完全被消耗掉了。 考虑到这一点以及/tmp安装在tmpfs上的事实，Python / docker-compose在/tmp创build任何临时文件都没有剩余空间。
可能的解决scheme是：
- 通过设置以下环境variables之一临时切换默认的临时文件生成位置：
TMPDIR，TEMP，TMP（ref： Python doc ） - 更改
/tmp不使用tmpfs，而是使用磁盘。 - 增加机器上的RAM /交换空间量。 （你可以增加交换，而不用像你这样的分区搞乱）。
tmpfs是由易失性存储支持的，这意味着RAM和Swap在理论上应该工作。
请注意，这些情况中的大多数都会导致应用程序变慢，特别是在docker构build过程I / O太重的情况下。
尝试这个：
mount -o remount,size=4G,noatime /tmp