Android du y df muy diferentes: ¿Sistema de Archivos Corrupto?

En un decodificador Android Nougat (7.1.1), du y df de mi /data partición son muy diferentes:

$ adb shell du -sh /data
1.0G    /data
$ adb shell df -H /data
Filesystem      Size  Used Avail Use% Mounted on
/dev/block/sda9  10G   10G  469M  96% /data

No creo que se monte nada más bajo /data :

$ adb shell mount | grep "\/data"
/dev/block/sda9 on /data type ext4 (rw,seclabel,nosuid,nodev,relatime,discard,noauto_da_alloc,data=ordered)
$ adb shell mount | grep "sda9"
/dev/block/sda9 on /data type ext4 (rw,seclabel,nosuid,nodev,relatime,discard,noauto_da_alloc,data=ordered)

lsof me indica que hay docenas de procesos que mantienen cientos de pequeños archivos borrados del tipo

init          1       root    3w      CHR               1,11       0t0      14517 /dev/__kmsg__ (deleted)
ueventd     391       root    3w      CHR               1,11       0t0      14593 /dev/__kmsg__ (deleted)
  . . .
main        756       root  mem   unknown                                         /dev/ashmem/dalvik-large object space allocation (deleted)
main        756       root  mem   unknown                                         /dev/ashmem/dalvik-large object space allocation (deleted)
  . . .
omm.times  3934     system  mem   unknown                                         /dev/ashmem/dalvik-mark sweep sweep array free buffer (deleted)
omm.times  3934     system  mem   unknown                                         /dev/ashmem/dalvik-mark sweep sweep array free buffer (deleted)

Utilizando busybox Los resultados son diferentes ( df muestra un uso mucho menor), pero sigue habiendo una gran discrepancia entre du y df :

$ adb shell busybox du -sh /data
389.4M  /data
$ adb shell busybox df -h /data
Filesystem                Size      Used Available Use% Mounted on
/dev/block/bootdevice/by-name/userdata
                          9.7G      8.6G      1.1G  89% /data

Y utilizando toybox los resultados son similares a busybox :

$ adb shell toybox du -sh /data
389M    /data
$ adb shell toybox df -h /data
Filesystem      Size  Used Avail Use% Mounted on
/dev/block/sda9  10G  8.6G  1.1G  89% /data

Creo que es importante tener en cuenta que estos números siguen siendo similares después de un reinicio .

Además, quiero señalar que no puedo actualizar por OTA el Android de este dispositivo debido a que se está quedando sin espacio en el disco, a pesar de que la imagen de la OTA sólo tiene un tamaño de 1 GB. Este hecho me lleva a creer que los resultados de df son precisos en términos de espacio de disco real disponible.

Todos los comandos adb se ejecutan como Root, es decir, hice adb root antes de ejecutarlos. Pero a riesgo de que esta pregunta sea demasiado verbosa, aquí está todo lo que se ejecuta en el prompt de adb:

$ adb shell
Z:/ # whoami
root
Z:/ # du -sh /data
389M    /data
Z:/ # df -h /data
Filesystem      Size  Used Avail Use% Mounted on
/dev/block/sda9  10G  8.6G  1.1G  89% /data
10.197.12.14:/ # busybox du -sh /data
389.4M  /data
Z:/ # busybox df -h /data
Filesystem                Size      Used Available Use% Mounted on
/dev/block/bootdevice/by-name/userdata
                          9.7G      8.6G      1.1G  89% /data
Z:/ # toybox du -sh /data
389M    /data
Z:/ # toybox df -h /data
Filesystem      Size  Used Avail Use% Mounted on
/dev/block/sda9  10G  8.6G  1.1G  89% /data
Z:/ # 

Un usuario en los comentarios ha pedido lo siguiente:

Z:/ # while read num; do (( sum += num )); done <<< $(find /data -type f -exec stat -c%b {} +); expr $sum / 2048
393

Entiendo que du informa del espacio libre al escanear los nodos alcanzables, y que por lo tanto esto podría significar que mi sistema de archivos está corrupto. Sin embargo, por desgracia, esto es para los dispositivos en el campo, y no quiero tener que (y no creo que pueda) ejecutar fsck o e2fsck .

¿Qué puede estar causando la enorme diferencia entre du y df en este dispositivo, y cómo podría resolverse este problema? Estaré encantado de proporcionar más registros.