काम के दौरान, हमारा ऐप डिस्क पर प्रत्येक ब्लॉक पर एक बार अस्थायी डेटा लिख सकता है, या यह एक ही ब्लॉक पर कई बार लिख सकता है। उसके बाद (वैसे भी) डिस्क स्थान खाली करने के लिए सभी अस्थायी डेटा हटा दिया जाएगा। तो, हमारे पास डेटा को कई बार ओवरराइट करने का विकल्प क्यों है, अगर वैसे भी इसे हटा दिया जाएगा?
कई डिस्क अंतर्निर्मित माइक्रो चिप से सुसज्जित हैं जो आंतरिक कैशिंग सिस्टम का उपयोग करके पढ़ने-लिखने के संचालन को नियंत्रित करती हैं। यह हार्डवेयर डिस्क के अंदर ही स्थित होता है, यह आपके मदरबोर्ड, प्रोसेसर या ऑपरेटिंग सिस्टम से संबंधित नहीं होता है और स्वतंत्र रूप से कार्य करता है।
कुछ दुर्लभ मामलों में कुछ चिप्स वर्तमान लेखन ऑपरेशन को कैश कर सकते हैं और यदि इसके ठीक बाद कोई दूसरा आ रहा है - विलोपन - तो वे पहले लेखन को अनदेखा कर सकते हैं, क्योंकि यह वैसे भी हटा दिया जाएगा। और यदि चिप का तर्क वर्णित के अनुसार सेट किया गया है - तो डेटा वास्तव में लिखा नहीं जाएगा, बल्कि केवल लिखित के रूप में रिपोर्ट किया जाएगा।
अन्य परिदृश्य भी हो सकते हैं, यह सिर्फ एक नमूना है, लेकिन मुद्दा वही है - हटाने से पहले डेटा वास्तव में नहीं लिखा जाएगा।
डिस्क के माइक्रो चिप का तर्क निर्माता से निर्माता में बदलता रहता है, और यह अनुमान लगाना या जानना कठिन है कि डिस्क का कैशिंग सॉफ़्टवेयर वास्तव में डेटा कैसे लिखता है। अच्छी खबर यह है कि यह समस्या बहुत ही कम होती है, और डेटा के छोटे हिस्से के साथ होती है।
ऐसे मुद्दों को रोकने के लिए सभी सुरक्षा एजेंसियां कई बार डेटा को ओवरराइट करने की सलाह देती हैं। सामान्य अनुशंसा 3 से 7 तक है। 40 तक के पागल मामलों के लिए।
हमारे अपने परीक्षणों में 1 चक्र भी हमेशा पर्याप्त होता था। 2008 के बाद से हमें कभी इस समस्या का सामना नहीं करना पड़ा।
