csum-ошибки на btrfs, содержащие виртуальный диск

У меня есть диск btrfs, который получил некоторый ущерб от сбоя оборудования и сплел ошибки ввода-вывода при копировании определенных файлов. Я запускал сбой btrfs, и когда он сообщал о ошибках csum, я отключил его и выполнил btrfs check --check-data-csum и он возвратил несколько десятков следующих строк:

mirror 0 bytenr 549766098944 csum 1874004453 expected csum 2335064354

Насколько я знаю, использование --backup имеет хороший шанс исправить эту проблему и станет первым шагом к исправлению файловой системы. Однако это было мое хранилище виртуальных дисков для qemu, и я обеспокоен тем, что внутренняя конгруэнтность виртуальных дисков (особенно оконных) будет нанесена вред, если я это сделаю.

В man- --init-csum-tree упоминается --init-csum-tree вместе с другими опасными командами. Является ли это хорошим предлогом использовать это, или у меня есть другие варианты?

CentOS Linux 7, ядро ​​3.10.0-514.26.2.el7.x86_64

btrfs-progs версия 4.4.1 релиз 1.el7

Диск представляет собой WD красный 6TB (5.5TiB) WD60EFRX, один раздел 5.5TiB

Виртуальные диски находятся в формате .qcow2

Если контрольные суммы плохие, данные, вероятно, плохие, и очистка дерева контрольной суммы (что и есть --init-csum-tree ) не будет исправлять это, оно просто выведет плохие данные непосредственно в пользовательское пространство и предотвратит обнаружение любой другой бит гнить в старых данных на FS. По сути, у вас была только одна копия данных на диске, и эта копия повреждена, поэтому вам не следует беспокоиться о том, что данные могут быть плохими в этих образах дисков, поскольку почти наверняка есть некоторая поврежденность данных. Если у вас есть только около десятка таких сообщений об ошибках, то не будет большого количества коррупции (каждый должен соответствовать 4-16KiB данных, поскольку BTRFS делает контрольные суммы на уровне блока) по крайней мере, так что это хорошо ,

В этом случае я бы предпочел использовать btrfs restore чтобы вытащить файлы с диска в другое место или, альтернативно, восстановить из резервной копии. Если у вас только один диск и, следовательно, нет репликации данных, вы не можете сделать это, когда получаете ошибки контрольной суммы, а не восстановление известных хороших данных в новое место.