Soluzione 1:
Guardare il 2% di inode rimasti mi ha fatto pensare alle riserve di root che il filesystem EXT impone. Potresti voler dare un'occhiata a questi:
- "Spazio riservato per root su un filesystem - perché?"
- "Dimensione ragionevole per i "blocchi riservati del file system" per i dischi non OS?"
Proverei a .tar.gz alcuni dei backup più vecchi sperando che riduca il numero di inode in uso.
Soluzione 2:
Il mio sospetto (vedi EDIT3) apparentemente era giusto:l'aggiunta del supporto acl al file system faceva pensare a rsync/dirvish che tutti i file fossero cambiati. Quindi, invece di eseguire un backup incrementale e creare solo collegamenti fisici ai file già esistenti, ha provato a creare un backup completo che ovviamente non è riuscito perché il disco rigido non aveva spazio sufficiente per questo.
Quindi il messaggio di errore era effettivamente corretto.
Dopo aver ricominciato con un disco di backup vuoto, i backup incrementali hanno funzionato come prima.
Soluzione 3:
Vedo che dummzeuch trova una soluzione al suo problema, ma in realtà c'è un altro caso che ho trovato in cui il disco può avere abbastanza inode/spazio libero e continua a mostrare "nessuno spazio rimasto sul dispositivo" durante il tentativo di trasferire determinate directory.
Ciò è causato da collisioni di hash su dispositivi a blocchi formattati con file system ext4 in cui è abilitata anche l'indicizzazione delle directory, in particolare dove una singola directory ospita più di 100.000 file e il nome dei file viene generato dallo stesso algoritmo (file di cache, nomi di file md5sum ecc. .)
La soluzione è provare con un altro algoritmo di indicizzazione delle directory:
tune2fs -E "hash_alg=tea" /dev/blockdev_name
o disabilitare completamente l'indicizzazione delle directory per quel dispositivo a blocchi (può danneggiare le prestazioni)
tune2fs -O ^dir_index /dev/blockdev_name
Un'altra soluzione è vedere cosa sta riempiendo la directory con tali file e riparare il software.
La possibile soluzione è suddividere il contenuto della cartella con un volume enorme di file in più sottocartelle separate.
La descrizione completa del problema è presentata da Axel Wagner qui
http://blog.merovius.de/2013/10/20/ext4-mysterious-no-space-left-on.html
Saluti.