Encontrar archivos con errores no corregibles BTRFS

Tengo una pregunta sobre errores irrecuperables en un sistema de archivos BTRFS. Específicamente, he ejecutado un BTRFS Scrub recientemente después de experimentar un problema con una de mis memorias RAM y parece haber descubierto 4 errores no corregibles. Esta es la salida:

scrub status for <UUID>
    scrub started at Thu Dec 25 15:19:22 2014 and was aborted after 89882 seconds
    total bytes scrubbed: 1.87TiB with 4 errors
    error details: csum=4
    corrected errors: 0, uncorrectable errors: 4, unverified errors: 0

Afortunadamente, tengo todo respaldado en una copia de seguridad terciaria, por lo que no estoy particularmente preocupado por perder los archivos (soy muy consciente de los problemas asociados con el estado experimental de BTRFS, tengo varias copias de seguridad para mantener mis datos seguros y decididos a continúe usándolo así que por favor no: "Solución; no use publicaciones BTRFS").

Sin embargo, me gustaría saber cómo determinar qué archivos están asociados con los errores que no se pueden corregir. Quiero encontrarlos, eliminarlos y reemplazarlos con sus copias de seguridad.

Si alguien tiene información sobre cómo hacer esto, me encantaría saber de usted.

Gracias de antemano.

He encontrado útil el siguiente método ...

btrfs scrub El volumen.

Se le presentará cualquier cantidad de errores de csum como se muestra arriba.
Usando sus detalles de error de ejemplo : csum = 4 . Use ese número en la directiva de cola de la siguiente declaración:

dmesg | grep "checksum error at" | tail -4 | cut -d\  -f24- | sed 's/.$//'

Es útil canalizar esto a un archivo (por ejemplo > csums.txt)

He probado varios de los enfoques de búsqueda de inodo sugeridos y todos se han encontrado con un éxito limitado o nulo.

Sí, la asignación de INODE o Número de bloque a un nombre de archivo puede ser difícil. Si está realmente interesado, puede intentar algo como esto y ver qué archivos copiar ... después de todo, si el archivo es malo, debería arrojar un error durante la copia. Anteriormente he usado este tipo de técnica.

 find /mount-point -type f -exec cp {} /dev/null \;

 where mount-point is the ROOT node/mount-point of the affected filesystem

dmesgle proporcionará detalles sobre los archivos involucrados en los errores de suma de verificación no corregibles. Los mensajes suelen tener este aspecto: "BTRFS: error de suma de comprobación en lógica [...] en [...] dev, sector [...], raíz [...], inodo [...], desplazamiento [ ...], longitud [...], enlaces [...] (ruta: [...]) "; La última información es la ruta absoluta al archivo que está dañado.

Vine aquí buscando el "error no corregible" de BTRFS también. El grep anterior no funcionó para mí; Tuve que usar en su lugar:

$ dmesg | sed -n -r 's#.*BTRFS.*i/o error.*path: (.*)\)#\1#p' | sort -u
somepath/somefile.txt

Observe cómo la ruta es relativa al inicio del subvolumen, sin indicación de en qué subvolumen se encuentra. Esto, afortunadamente, no fue un problema para mí.