en récupérant un btrfs RAID6 dégradé corrompu, doit nettoyer manuellement un inode

J'ai un btrfs RAID 6. J'ai de mauvais disques durs, un échoué et un autre échoué lors de la récupération. Maintenant, je suis sans parité et je ne peux pas rebuild – un troisième lecteur lance des erreurs de lecture sur quelques secteurs. Comme je ne peux pas l'enlever, j'ai écrasé les secteurs défectueux avec zéro en utilisant dd. Maintenant, lors de la reconstruction, j'ai quelques erreurs comme ceci:
Informations BTRFS (périphérique sdc): csum failed ino 257 off 3985240064 csum 2566472073 attendu csum 1136819032
…puis
kernel BUG à /build/linux-SMWX37/linux-3.12.9/fs/btrfs/extent_io.c:2082!
… la reconstruction s'arrête
Je pense que btrfs ne sait pas ce qu'il faut faire sans parité pour réparation, donc il lance une erreur et s'abstient.

J'ai pensé que je pouvais simplement supprimer les files affectés, mais l'inode 257 ne correspond à rien.
btrfs inspect-internal inode-resolve -v 257 / data
ioctl ret = -1, erreur: aucun file ou directory de ce type

Des suggestions pour effacer manuellement l'inode 257, ou réparer mon système de files de maniere autrement?

Si vous disposez d'un réseau RAID comportant trois disques défaillants, il est peu probable de remettre le raidset en service. Pardon.

Je suis d'accord pour dire que votre seule alternative est de replace les disques en panne, de recréer le raidset, puis de restaurer les informations de votre set de sauvegarde le plus récent.

Vous vous rendez count que le btrfs est encore relativement expérimental et je présume que vous êtes prêt pour cette situation en gardant de bonnes sauvegardes.

Si vous voulez quelque chose de plus stable, je conseillerais d'utiliser le système de files ext4 éprouvé au lieu de btrfs plus expérimentaux.