Apakah Windows menghitung CRC untuk memeriksa setiap operasi file?

Ketika Windows menemukan file rusak pada sistem file, itu mungkin mengembalikan pesan kesalahan berikut:

Kesalahan data (pemeriksaan redundansi siklik).

Ini menyarankan Windows memeriksa setiap operasi file (salin, pindahkan, dll.) Dengan menghitung CRC . Apakah Windows benar-benar melakukan ini, baik selama atau setelah operasi?

— bwDraco
sumber

Windows tidak benar-benar membentuk redundansi pada transfer file, ini adalah kesalahan nama driver perangkat mengakses blok sektor buruk (lihat pertanyaan SO Apa, dan di mana, yang dikeluhkan Windows NTFS CRC? Dan artikel Microsoft KB ini ; NTFS tidak menyimpan segala jenis checksum file). Jika Anda menerima kesalahan ini pada komputer Anda, Anda harus memastikan integritas hard disk Anda (dan mungkin memanggil chkdskdengan /rbendera).

Singkatnya, Windows tidak memverifikasi file apa pun setelah ditransfer. Anda dapat menggunakan alat perangkat lunak lain seperti TeraCopy untuk memverifikasi data setelah memindahkan / menyalin file.

— Penerobosan
sumber

Saya sebenarnya telah melihat pertanyaan Stack Overflow yang ditautkan . Yang saya tanyakan adalah apakah Windows menghitung CRC dengan cepat selama operasi file, belum tentu apakah menyimpannya.

— bwDraco

@DragonLord Saya tidak percaya itu, kalau tidak kesalahan ini akan muncul selama kesalahan baca / tulis normal di mana tidak ada bad sector yang dilaporkan. Anda dapat menggunakan utilitas pihak ketiga untuk memverifikasi konten file setelah ditransfer.

— Terobosan

Mengedit pertanyaan untuk diklarifikasi. Apakah Windows melakukan kesalahan pengecekan saat operasi file sedang berlangsung ?

— bwDraco

@DragonLord dalam pengalaman saya, tidak. Saya telah menggunakan Windows untuk menyalin file ke drive buruk sebelumnya, dan kadang-kadang belum menerima pesan kesalahan. Mereka hanya terdeteksi ketika saya secara manual mencoba untuk memverifikasi hash CRC (atau MD5 / SHA1) dari file dan mereka tidak cocok. Saya percaya pesan kesalahan hanya ditampilkan ketika pengandar perangkat disk yang sebenarnya melemparkan kesalahan selama transfer, atau sistem file NTFS itu sendiri mendeteksi beberapa jenis korupsi.

— Terobosan

Sebenarnya ada tiga kondisi berbeda yang dapat menyebabkan kesalahan ini (dalam antarmuka IDE / SATA khas ke hard drive konvensional): 1) Data korupsi pada koneksi antara hard drive dan controller. 2) Data korupsi dalam data yang dibaca oleh pengontrol disk dari permukaan disk meskipun coba lagi. 3) Akses ke sektor disk yang dikenal buruk oleh pengontrol yang tidak dapat dipetakan ulang sampai ditulis.

— David Schwartz