Windows calcola i CRC per verificare ogni operazione sui file?


8

Quando Windows rileva un danneggiamento di file in un file system, può restituire il seguente messaggio di errore:

Errore dati (controllo di ridondanza ciclico).

Ciò suggerisce che Windows controlla ogni operazione sui file (copia, sposta, ecc.) Calcolando i CRC . Windows fa davvero questo, sia durante che dopo l'operazione?

Risposte:


6

Windows in realtà non esegue alcuna ridondanza sui trasferimenti di file, questo è un termine improprio per il driver del dispositivo che accede a un blocco di settore danneggiato (vedere la domanda SO Cosa e dove si lamenta Windows NTC CRC? E questo articolo di Microsoft KB ; NTFS non memorizza alcun tipo di checksum dei file). Se ricevi questo errore sul tuo computer, dovresti assicurarti l'integrità del tuo hard disk (e possibilmente invocare chkdskcon il /rflag).

Per farla breve, Windows non verifica alcun file dopo il trasferimento. È possibile utilizzare un altro strumento software come TeraCopy per verificare i dati dopo aver spostato / copiato i file.


Ho effettivamente esaminato la domanda Stack Overflow collegata . Quello che sto chiedendo è se Windows calcola i CRC al volo durante le operazioni sui file, non necessariamente se li memorizza.
bwDraco,

@DragonLord Non ci credo, altrimenti questi errori compaiono durante i normali errori di lettura / scrittura in cui non vengono segnalati settori danneggiati. È possibile utilizzare un'utilità di terze parti per verificare effettivamente il contenuto dei file una volta trasferiti.
Sfondamento

Modificato la domanda per chiarire. Windows esegue un controllo degli errori mentre è in corso un'operazione sui file ?
bwDraco,

@DragonLord nella mia esperienza, no. Ho usato Windows per copiare i file su unità danneggiate prima e talvolta non ho ricevuto il messaggio di errore. Sono stati rilevati solo quando ho provato manualmente a verificare il CRC (o hash MD5 / SHA1) dei file e non corrispondevano. Credo che il messaggio di errore venga visualizzato solo quando il driver del dispositivo disco effettivo genera un errore durante il trasferimento o il file system NTFS stesso rileva un tipo di corruzione.
Sfondamento

1
Esistono in realtà tre condizioni distinte che possono causare questo errore (nell'interfaccia IDE / SATA tipica al disco rigido convenzionale): 1) Corruzione dei dati sulla connessione tra il disco rigido e il controller. 2) Corruzione dei dati nei dati letti dal controller del disco dalla superficie del disco nonostante i tentativi. 3) Accesso a un settore del disco noto male dal controller che non può essere rimappato fino a quando non viene scritto.
David Schwartz,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.