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

Question

可用空间：

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%。这是一个问题吗？如果是这样，解决方案是什么？

Answer 1

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

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

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