Ce que je vois est ceci:
- Windows se plaint lors de la lecture d'un fichier, car le CRC ne correspond pas à son CRC calculé.
- Cela signifie que NTFS a un CRC pour le fichier.
- Je pense que le bloc / secteur incriminé peut être connu, ou du moins deviné.
- Je m'attends également à ce que des "données erronées" puissent être lues à partir du disque.
- Si les bits des "données erronées" étaient inversés un par un, nous pourrions trouver la bonne donnée par force brutale.
- Un fichier pourrait ainsi être récupéré à l'aide de statistiques et de bits brusquement forcés pour correspondre au CRC.
Ma question est la suivante: est-ce qu'un logiciel fait ce genre de chose? N'importe quel moyen de le faire (je serais assez content d'obtenir le CRC, les "mauvaises" données du lecteur, savoir quel est le bloc / secteur incriminé et d'écrire un script pour le modifier moi-même, si des instructions pertinentes sont données) .
À propos, c'est un disque dur mécanique.
Edit: Après avoir jeté un coup d’œil aux éditeurs hexagonaux et autres, j’ai remarqué qu’un bloc défectueux apparaissait comme une ordure, par exemple plein de zéros ou une copie du dernier bloc (cela semble dépendre du programme), donc pour obtenir le "données réelles" qui est corrompu, nous devrions désactiver une correction matérielle qui refuse de lire un bloc qui est mauvais. Je crois que cela s'appelle ECC. De plus, je suppose que si quelques bits marquent un bloc comme "mauvais", une somme de contrôle 32 bits de Windows peut être utilisée pour forcer brutalement une correspondance.
Donc, il est possible de répondre à cette question simplement avec des indications pour le faire moi-même.
la source