Что на самом деле происходит, когда контрольная сумма перестала работать для файла с помощью btrfs?
Искавший на этом некоторое время. Ничто не находя более старым, чем 4,1.
Ваша единственная опция будет состоять в том, чтобы найти Linux Универсальными Архитектурно-независимыми сборками, которые разработаны для выполнения сам содержавший из каталога. Мы использовали их в прошлом, и они работают хорошо.
При продолжении поиска я не нахожу его как доступный. Я искал Google с помощью этого:
Btrfs использует контрольные суммы crc32c для проверки целостности блоков. Если контрольная сумма не соответствует блоку при чтении, то читается альтернативный блок. Предполагается, что есть альтернатива (RAID1). Если этот блок также выходит из строя или нет альтернативы, возвращается EIO (ввод / вывод ошибки).
Я не знаю никакого способа автоматического обнаружения ошибок, но все ошибки записываются в системный журнал. Попробуйте dmesg | grep btrfs . Вы должны искать что-то вроде этого:
[ 2993.114213] btrfs: sda2 checksum verify failed on 272228352 wanted 1A0FCFD3 found 119281BE level 0
[ 2993.114527] btrfs: sda2 checksum verify failed on 272228352 wanted 1A0FCFD3 found 119281BE level 0
[ 2993.114795] btrfs: sda2 checksum verify failed on 272228352 wanted 1A0FCFD3 found 119281BE level 0
[ 2993.115097] btrfs: sda2 checksum verify failed on 272228352 wanted 1A0FCFD3 found 119281BE level 0
Вы, вероятно, могли бы создать сценарий или сценарий, который просматривает журналы и регулярно уведомляет вас об ошибках. Или вы можете отфильтровать эти записи журнала и запустить действие rsyslog.