主页 / unix / 问题 / 406534
Accepted
Thufir
Asked: 2017-11-24 03:12:10 +0800 CST

以 100% 的利用率捕捉 /dev/loop -- 没有可用空间

  • 772

可用空间：

thufir@dur:~$ 
thufir@dur:~$ df -h
Filesystem                   Size  Used Avail Use% Mounted on
udev                         3.9G     0  3.9G   0% /dev
tmpfs                        794M  9.8M  785M   2% /run
/dev/mapper/ubuntu--vg-root  220G   37G  173G  18% /
tmpfs                        3.9G   35M  3.9G   1% /dev/shm
tmpfs                        5.0M  4.0K  5.0M   1% /run/lock
tmpfs                        3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/loop0                    42M   42M     0 100% /snap/docker/171
/dev/loop1                    84M   84M     0 100% /snap/core/3440
/dev/loop3                    17M   17M     0 100% /snap/ubuntu-make/116
/dev/loop4                   232M  232M     0 100% /snap/vuze-vs/2
/dev/loop6                    17M   17M     0 100% /snap/ubuntu-make/109
/dev/loop7                    84M   84M     0 100% /snap/core/3247
/dev/loop8                   128K  128K     0 100% /snap/hello-world/27
/dev/loop2                    77M   77M     0 100% /snap/drakon/1
/dev/sda1                    511M  4.6M  507M   1% /boot/efi
tmpfs                        794M   16K  794M   1% /run/user/121
/dev/loop9                    17M   17M     0 100% /snap/ubuntu-make/123
tmpfs                        794M  2.2M  792M   1% /run/user/1000
/home/thufir/.Private        220G   37G  173G  18% /home/thufir
thufir@dur:~$

快照图像为 100%。这是一个问题吗？如果是这样，解决方案是什么？

hard-disk lvm

1 个回答

  1. Best Answer

    不，拥有消耗 100% 文件系统的 Snap 图像是完全可以接受的。事实上，它应该以这种方式工作。

    snap 是一个 squashfs 文件，它携带内容和一些元数据，告诉系统如何操作它。- https://docs.snapcraft.io/snaps/metadata

    因为 Snap 使用SquashFS，它是一个压缩的只读文件系统，所以文件系统的大小总是刚好足以容纳它的内容。此外，由于文件系统是只读的，因此不需要允许任何额外的存储空间，因为这样的额外空间无论如何都不会被使用。

    • 32

相关问题