Btrfs forzado de solo lectura / dañado después de la conversión de ext4

Recientemente migré un sistema de files ext4 en un volumen lvm a btrfs usando btrfs-convert. Después de montarlo más tarde, me di count de que había algunos problemas con él.

Tan pronto como hice algo que implicaba escribir datos en el disco, fue forzado de solo lectura, a partir de dmesg . Investigué un poco y ejecuté scrub , que encontró dos files con errores csum. Lamentablemente, uno de ellos fue el ext2_saved para deshacer. Pensé que eliminar los files con los errores csum resolvería el problema. Así que eliminé la copy de security y el otro file.

Después de reiniciar, scrub no encontró ningún error. Pero al montarlo, recibo ahora el siguiente post: bdev /dev/mapper/my-volume errs: wr 0, rd 0, flush 0, corrupt 608, gen 0 . Parece que ahora puedo escribir en el disco (cambiar el nombre de un file funcionó, no hice más testings todavía).

¿Debería este post preocuparme o puede ser ignorado? O aún mejor: ¿cómo puedo encontrar la causa? scrub e incluso btrfs check –repair no encontró ningún problema.


UPADTE:

Ejecuté un Memtest y revisé los badblocks. Ambas testings salieron limpias. También actualicé mi Kernel a 4.9.9-gentoo . Al comstackr el kernel, descubrí que tenía habilitada la opción CONFIG_BTRFS_FS_CHECK_INTEGRITY , también conocida como Btrfs with integrity check tool compiled in (DANGEROUS) . Ahora deshabilité esta opción.

Después de esto intenté lanzar Chrome, lo que obviamente hizo algo en el disco mencionado. Poco después de leer algo así en dmesg:

 *Some stacktrace* btrfs_finish_ordenetworking_io:someline errno=-95 unknown forced readonly 

Umounting me dejó con este post:

 cleaner transaction attach returned -30 

También tuve esto cuando todavía tenía los errores de sum de comprobación que ahora se resuelven. Ahora no puedo encontrar una razón para ellos.

Ejecuté un scrub nuevamente, que pasó con 0 errores. Al ejecutar btrfs check --repair /dev/mapper/my-volume , ahora se fixed discount file extents for some inodes , que aparentemente eran errores de reciente aparición como el mismo command antes de que la actualización no encontrara nada.

Probablemente tendré que mover los datos de forma legible a otro disco y simplemente formatear la cosa.

ACTUALIZAR:

Copiando los datos en solo lectura, sin perder datos, así parece. Parece que la conversión de ext4 a btrfs no funciona a la perfección.


Información del sistema:

 Kernel: 4.4.39-gentoo; now: 4.9.9-gentoo btrfs-progs v.4.9