El problema
El sistema reportaba espacio disponible, pero una operación de escritura no podía completarse. El diagnóstico inicial usando sólo df no explicaba la diferencia.
La decisión
Analizar cómo Btrfs distribuye y asigna sus bloques antes de liberar espacio o ampliar almacenamiento, diferenciando el uso lógico del espacio asignado al filesystem.
El resultado
El problema se pudo interpretar desde el modelo de almacenamiento correcto y se evitó aplicar una corrección genérica que no atacaba la causa.
El proyecto no trató de recuperar espacio borrando archivos al azar. La diferencia relevante era cómo el filesystem reserva y organiza bloques internos, algo que una lectura superficial de df no muestra.
La decisión fue frenar el cambio impulsivo, validar el estado real del filesystem y usar ese diagnóstico para definir la acción posterior. Es un caso de operación donde entender la tecnología evita convertir un síntoma de capacidad en una pérdida de datos.