Gran diferencia entre el tamaño del sistema de archivos y el tamaño de los datos en un archivo .image. Y no puedo encogerlo

Gran diferencia entre el tamaño del sistema de archivos y el tamaño de los datos en un archivo .image. Y no puedo encogerlo

Así que estoy intentando reducir un archivo de imagen a un tamaño más razonable y seguí este tutorial:

https://softwarebakery.com/shrinking-images-on-linux

Básicamente, le muestra cómo reducir la partición y el sistema de archivos en datos .image con gparted.

Llamemos a sdb1 la partición de arranque de estos datos .image y sdb2 es la partición de archivos de los datos .image. Verifiqué el tamaño de todos los datos en sdb2, era 120 MB y el tamaño mínimo del sistema de archivos en sdb2 que puedo alcanzar con gparted era 200 MB.

Sé que el sistema de archivos solo puede ocuparse con la unidad de clúster. Por lo tanto, debería haber alguna diferencia entre el archivo de datos y el tamaño real ocupado por los datos. Pero, ¿es normal esta enorme diferencia (casi tan grande como el tamaño de los datos)?

Respuesta1

El propio sistema de archivos utiliza algo de espacio para sus estructuras y, si tiene un FS registrado, el diario también ocupa espacio. En un sistema de archivos tan pequeño, estos pocos MB pueden representar una proporción considerable del tamaño total.

Algunas cosas para probar:

  • eliminar el diario si existe (comprender las implicaciones)
  • convertir a un sistema de archivos diferente, que esté optimizado para particiones pequeñas
  • Entiendo que una sobrecarga de 80 MB es minúscula en los medios de almacenamiento actuales.

información relacionada