以 100% 的使用率捕捉 /dev/loop – 沒有可用空間

可用空間：

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%。這是一個問題嗎？如果是這樣，解決方案是什麼？

不，擁有消耗 100% 文件系統的 Snap 圖像是完全可以接受的。事實上，它應該以這種方式工作。

snap 是一個 squashfs 文件，它攜帶內容和一些元數據，告訴系統如何操作它。- https://docs.snapcraft.io/snaps/metadata

因為 Snap 使用SquashFS，它是一個壓縮的只讀文件系統，所以文件系統的大小總是剛好足以容納它的內容。此外，由於文件系統是只讀的，因此不需要允許任何額外的儲存空間，因為這樣的額外空間無論如何都不會被使用。

引用自：https://unix.stackexchange.com/questions/406534