Por defecto, ext2 y sus sucesores reservan el 5% del sistema de archivos para uso del usuario raíz. Esto reduce la fragmentación y hace que sea menos probable que el administrador o cualquier daemon propiedad de la raíz se quede sin espacio para trabajar.
Estos bloques reservados evitan que los programas que no se ejecutan como root llenen su disco. Si estas consideraciones justifican la pérdida de capacidad depende de para qué se utiliza el sistema de archivos.
La cantidad del 5 % se estableció en la década de 1980, cuando los discos eran mucho más pequeños, pero se dejó tal cual. Hoy en día, el 1% es probablemente suficiente para la estabilidad del sistema.
La reserva se puede cambiar usando el -m opción del tune2fs comando:
tune2fs -m 0 /dev/sda1
Esto establecerá el porcentaje de bloques reservados en 0% (0 bloques).
Para obtener el valor actual (entre otros), use el comando:
tune2fs -l <device>
Otro punto del que aún no se ha hablado es la cantidad de inodos que reserva en su sistema de archivos.
Por defecto, mkfs crea una serie de inodos que deberían hacer posible colocar una gran cantidad de archivos muy pequeños en su sistema de archivos. Si sabe que los archivos serán muy grandes y solo colocará una pequeña cantidad de archivos en el FS, puede reducir la cantidad de inodos.
¡Cuídate! Este número (resp. la relación entre el espacio y el número de inodos) solo se puede establecer en el momento de la creación del sistema de archivos. Incluso cuando se amplía el FS, la relación sigue siendo la misma.
si los datos que desea almacenar son comprimibles, btrfs se monta con compress=zstd (o compress-force=zstd ) probablemente usaría mucho menos espacio en disco que ext*
- Esto hará que btrfs comprima sus datos de forma transparente antes de escribirlos en el disco y los descomprimirá de forma transparente cuando los vuelva a leer. Además, ext4 asigna previamente todos los inodos en la creación del sistema de archivos, btrfs los crea según sea necesario, supongo que eso también podría ahorrar algo de espacio.