एक सरल तकनीक एक सुरक्षित डिस्क इरेज़िंग टूल का उपयोग करना होगा। ये उपकरण ड्राइव के हर स्थान पर डेटा का एक क्रम लिखते हैं। यह ड्राइव के सभी क्षेत्रों का परीक्षण करेगा। डिस्क को बहुत साफ है यह सुनिश्चित करने के लिए आप इन टूल को चलने के लिए चला सकते हैं। यह सफाई एसडी कार्ड के लाइव का उपयोग करेगी। यदि आप कार्ड के विफल होने से पहले चलने वाले पास की संख्या को ट्रैक करते हैं, तो आपको पता चल जाएगा कि आपने डिस्क पर कितना डेटा लिखा है। उस ने कहा, यह ड्राइव के लिए सबसे अच्छा मामला है क्योंकि लेखन पूरे डिस्क पर वितरित किया जाता है।
जब तक यह विफल नहीं होता तब तक सबसे खराब मामला एक ही सेक्टर को लिखा जाएगा। इससे कार्ड के विफल होने से पहले सबसे कम मात्रा में डेटा लिखा जा सकेगा। यदि आप किसी एक फाइल को लिखते हैं और उसे हटा देते हैं और फिर उसे बार-बार लिखते हैं, तो इससे कार्ड की समय से पहले की विफलता के साथ सबसे छोटी मात्रा में डेटा लिखा जाना चाहिए। यह मानता है कि कार्ड स्मार्ट नहीं है और फ्लैश के आसपास के क्षेत्रों को रीमैप नहीं करता है जिस तरह से एसएसडी करता है।
उपरोक्त दोनों लिनक्स में, या लिनक्स लाइव सीडी पर dd कमांड का उपयोग करके पूरा किया जा सकता है।
डिवाइस को मान लिया गया था कि देव / sdx को निम्नलिखित काम करना चाहिए।
i=0
while :
do
dd if=/dev/urandom of=/dev/sdx bs=1024 count=1000
if [ $? != 0 ];then break;fi
let i=i+1
echo $i
done
यह सही नहीं है, लेकिन इस बारे में है कि आप अपने स्वयं के कोडिंग के बिना मिलते हैं। यह प्रत्येक पुनरावृत्ति के लिए डिस्क पर 1MB यादृच्छिक डेटा लिखेगा। जब dd त्रुटि करना शुरू करता है तो यह बाहर निकल जाएगा और आपको पता चल जाएगा कि विफल होने से पहले कितने पुनरावृत्तियों को पारित किया गया था। यहां बड़ा दोष यह है कि डेटा यादृच्छिक है। यदि बिट्स वही हैं जो पहले थे, तो वे फ़्लैश द्वारा नहीं लिखे जा सकते हैं और जैसे कि व्यायाम नहीं किया जाता है। एक पूर्ण वितरण मानकर परिणाम विफल होने के लिए आवश्यक लिखने की संख्या दोगुनी हो जाएगी।
एक अधिक सही समाधान में शून्य और लोगों के बीच पुनरावृत्ति करना या वैकल्पिक चेकबोर्ड का उपयोग करना शामिल होगा। लिनक्स में एक / dev / एक डिवाइस के बिना यह अधिक जटिल समाधान की आवश्यकता है, जो मुझे लगता है कि यहां वारंट है।