কাজের সময়, আমাদের অ্যাপটি ডিস্কের প্রতিটি ব্লকে একবার অস্থায়ী ডেটা লিখতে পারে বা একই ব্লকে একাধিকবার লিখতে পারে। এর পরে (যেভাবেই হোক) সমস্ত অস্থায়ী ডেটা ডিস্কের স্থান খালি করতে মুছে ফেলা হবে। তাহলে, কেন আমাদের কাছে ডেটা একাধিকবার ওভাররাইট করার বিকল্প আছে, যদি তা মুছে ফেলা হবে?
অনেক ডিস্ক বিল্ট-ইন মাইক্রো চিপ দিয়ে সজ্জিত যা অভ্যন্তরীণ ক্যাশিং সিস্টেম ব্যবহার করে রিড-রাইট অপারেশন নিয়ন্ত্রণ করে। এই হার্ডওয়্যারটি ডিস্কের ভিতরেই অবস্থিত, এটি আপনার মাদারবোর্ড, প্রসেসর বা অপারেটিং সিস্টেমের সাথে সম্পর্কিত নয় এবং স্বাধীনভাবে কাজ করে।
কিছু বিরল ক্ষেত্রে কিছু চিপ বর্তমান লেখার ক্রিয়াকলাপকে ক্যাশে করতে পারে এবং এর পরে যদি অন্য একটি আসে - মুছে ফেলা - তারা প্রথম লেখাকে উপেক্ষা করতে পারে, যেহেতু এটি যেভাবেই হোক মুছে ফেলা হবে। এবং যদি চিপের লজিক বর্ণনা অনুসারে সেট করা হয় - ডেটা আসলে লেখা হবে না, তবে শুধুমাত্র লিখিত হিসাবে রিপোর্ট করা হবে।
অন্যান্য পরিস্থিতিতে হতে পারে, এটি শুধুমাত্র একটি নমুনা, কিন্তু সমস্যা একই - ডেটা আসলে মুছে ফেলার আগে লেখা হবে না।
ডিস্কের মাইক্রো চিপের যুক্তি নির্মাতা থেকে নির্মাতাতে পরিবর্তিত হয়, এবং ডিস্কের ক্যাশিং সফ্টওয়্যারটি কীভাবে ডেটা লেখে তা ভবিষ্যদ্বাণী করা বা জানা কঠিন। ভাল খবর, এই সমস্যাটি খুব কমই ঘটেছে, এবং ডেটার ছোট অংশের সাথে।
এই ধরনের সমস্যা প্রতিরোধ করার জন্য সমস্ত নিরাপত্তা সংস্থা একাধিকবার ডেটা ওভাররাইট করার পরামর্শ দেয়। সাধারণ সুপারিশ 3 থেকে 7 পর্যন্ত। প্যারানয়েড ক্ষেত্রে 40 পর্যন্ত।
আমাদের নিজস্ব পরীক্ষা এমনকি 1 চক্র সবসময় যথেষ্ট ছিল. 2008 সাল থেকে আমরা কখনই এই সমস্যার মুখোমুখি হইনি।
