Solución 1:
Mirar el 2% de inodos restantes me hizo pensar en las reservas raíz que impone el sistema de archivos EXT. Es posible que desee consultar estos:
- "Espacio reservado para root en un sistema de archivos, ¿por qué?"
- "¿Tamaño razonable para "bloques reservados del sistema de archivos" para discos que no son del sistema operativo?"
Intentaría .tar.gz algunas de las copias de seguridad más antiguas con la esperanza de reducir la cantidad de inodos en uso.
Solución 2:
Mi sospecha (ver EDIT3) aparentemente era correcta:agregar soporte acl al sistema de archivos hizo que rsync/dirvish pensara que todos los archivos habían cambiado. Entonces, en lugar de hacer una copia de seguridad incremental y simplemente crear enlaces duros a los archivos ya existentes, intentó crear una copia de seguridad completa que, por supuesto, falló porque el disco duro no tenía suficiente espacio para eso.
Así que el mensaje de error en realidad era correcto.
Después de comenzar de nuevo con un disco de copia de seguridad vacío, las copias de seguridad incrementales funcionaron como antes.
Solución 3:
Veo que dummzeuch encontró una solución a su problema, pero en realidad encontré un caso más en el que el disco puede tener suficientes inodos/espacio libre y aún muestra "no queda espacio en el dispositivo" al intentar transferir ciertos directorios.
Esto es causado por colisiones de hash en dispositivos de bloques formateados con el sistema de archivos ext4 donde la indexación de directorios también está habilitada, especialmente donde un solo directorio aloja más de 100k archivos y el nombre de los archivos se genera a partir del mismo algoritmo (archivos de caché, nombres de archivo md5sum, etc. .)
La solución es probar con otro algoritmo de indexación de directorios:
tune2fs -E "hash_alg=tea" /dev/blockdev_name
o para deshabilitar completamente la indexación de directorios para ese dispositivo de bloque (puede afectar el rendimiento)
tune2fs -O ^dir_index /dev/blockdev_name
Otra solución es ver qué está llenando el directorio con dichos archivos y reparar el software.
La posible solución es dividir el contenido de la carpeta con un gran volumen de archivos en varias subcarpetas separadas.
Axel Wagner presenta una descripción completa del problema aquí
http://blog.merovius.de/2013/10/20/ext4-mysterious-no-space-left-on.html
Saludos.