Any way to recover a file with bad blocks (CRC error in Windows)?

What I see is this:

• Windows complains when reading a file because the CRC for it mis-matches its calculated CRC.
• This means NTFS has a CRC for the file.
• I expect the offending block/sector can be known, or at least guessed.
• I also expect that "wrong data" can be read from the disk.
• If the bits of "wrong data" were inverted one by one, by brute force we could find the correct data.
• A file could thus be recovered using statistics and brute-forcing bits to match the CRC.

My question is, does any software do this kind of thing? Any way I could do it (I'd be happy enough to get the CRC, the drive's "wrong" data, know which is the offending block/sector there, and write a script to brute it myself, if relevant directions are given).

Кстати, это механический жесткий диск.

Изменить: После просмотра с шестнадцатеричными редакторами и так далее, я заметил, что плохой блок выглядит как мусор, такой как заполненный нулями или копия последнего блока (это, кажется, зависит от программы), поэтому для того, чтобы получить "реальные данные", которые повреждены, мы должны были бы отключить некоторые аппаратные исправления, которые отказываются читать блок, который плохо. Я считаю, что это называется ECC. Кроме того, я ожидаю, что если всего несколько бит помечают блок как "плохой", то для проверки соответствия может использоваться некоторая 32-битная контрольная сумма из Windows.

Таким образом, на этот вопрос можно ответить просто с руководством, чтобы сделать это самостоятельно.