snap /dev/loop 利用率为 100%——没有可用空间

snap /dev/loop 利用率为 100%——没有可用空间

可用空间:

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%。这是一个问题吗?如果是这样,解决办法是什么?

答案1

不,使用 100% 的文件系统的 Snap 映像是完全可以接受的。事实上,它应该是这样工作的。

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

因为 Snap 使用壁球FS,这是一个压缩的只读文件系统,文件系统大小为总是足够大以容纳其内容。此外,由于文件系统是只读的,因此无需允许任何额外的存储,因为无论如何都无法使用此类额外的空间。

相关内容