Semasa bekerja, apl kami boleh menulis data sementara satu kali pada setiap blok pada cakera, atau ia boleh mengulang menulis beberapa kali pada blok yang sama. Selepas itu (bagaimanapun) semua data sementara akan dipadamkan untuk mengosongkan ruang cakera. Jadi, mengapa kita mempunyai pilihan untuk menulis ganti data beberapa kali, jika ia akan dipadamkan?
Banyak cakera dilengkapi dengan cip mikro terbina dalam yang mengawal operasi baca-tulis menggunakan sistem caching dalaman. Perkakasan ini terletak di dalam cakera itu sendiri, ia tidak berkaitan dengan papan induk, pemproses atau sistem pengendalian anda dan bertindak bebas.
Dalam beberapa kes yang jarang berlaku sesetengah cip boleh cache operasi menulis semasa dan jika satu lagi datang tepat selepas itu - pemadaman - mereka boleh mengabaikan menulis pertama, kerana ia akan dipadamkan. Dan jika logik cip ditetapkan seperti yang diterangkan - data tidak akan benar-benar ditulis, tetapi hanya dilaporkan seperti yang ditulis.
Mungkin senario lain, ia hanya sampel, tetapi isu adalah sama - data tidak akan ditulis sebelum pemadaman.
Logik cip mikro cakera berubah dari pengilang kepada pengilang, dan sukar untuk diramalkan atau untuk mengetahui bagaimana perisian caching cakera benar-benar menulis data. Berita baik, bahawa isu ini jarang berlaku, dan dengan sebahagian kecil data.
Untuk mengelakkan isu sedemikian semua agensi keselamatan mengesyorkan untuk menulis ganti data beberapa kali. Pengesyoran biasa adalah dari 3 hingga 7. Untuk kes paranoid sehingga 40.
Dalam ujian kami sendiri walaupun 1 kitaran sentiasa mencukupi. Kami tidak pernah menghadapi isu ini sejak 2008.
