Espacio libre:
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:~$
Las imágenes instantáneas están al 100%. ¿Es esto un problema? Si es así, ¿cuál es la solución?
Respuesta1
No, tener imágenes Snap que consuman el 100% de su sistema de archivos es perfectamente aceptable. De hecho, se supone que debería funcionar de esa manera.
Un snap es un archivo squashfs que contiene contenido y algunos metadatos que le indican al sistema cómo manipularlo. -https://docs.snapcraft.io/snaps/metadata
Porque Snap usacalabazafs, que es un sistema de archivos comprimido de solo lectura, el tamaño del sistema de archivos essiemprelo suficientemente grande como para contener su contenido. Además, debido a que el sistema de archivos es de solo lectura, no es necesario permitir ningún almacenamiento adicional, ya que dicho espacio adicional nunca podrá usarse de todos modos.