खैर, DBAN या इस तरह के उपकरणों का उपयोग करना ज्यादातर व्यर्थ माना जाता है और बहुत समय लगता है।
आमतौर पर, आप करते नहीं कुछ करने की ज़रूरत है, लेकिन साथ ड्राइव को भरने 0x00 (शून्य बाइट्स / NUL केवल इन दिनों एक बार), आदेश सुरक्षित रूप से पूर्व डेटा की वसूली को रोकने के लिए।
एकाधिक पास करना अत्यधिक है और ज्यादातर बेकार है, अकेले यादृच्छिक डेटा के साथ ड्राइव को भरने दें। एकमात्र तरीका जिसे आप कुछ भी पुनर्स्थापित करने का प्रयास कर सकते हैं , इस तरह के एक ऑपरेशन के बाद, एक परमाणु-बल माइक्रोस्कोप के साथ है - यह, जाहिर है, एक चरम प्रक्रिया है, यहां तक कि सबसे छोटी जेपीजी फ़ाइल और त्रुटि दर के लिए महीनों का समय लगेगा (झूठा -ऑप्टिटिव्स अपार होने वाला है (दूसरे शब्दों में - आपको इससे सार्थक कुछ भी नहीं मिलेगा)। उच्च क्षमता वाले मॉडल (उच्च घनत्व वाले प्लैटर) के लिए यह और भी अधिक सच है।
हालांकि, कोई केवल यह अनुमान लगा सकता है कि एनएसए के हाथों में क्या तकनीक हो सकती है, इसलिए, उस जानकारी को ध्यान में रखते हुए प्रदान करें।
तो, एक अंतिम सॉफ्टवेयर तरीके (तेज, विश्वसनीय और सुरक्षित), dd का एक एकल रन (शून्य-भरण) है :
dd if=/dev/zero of=/dev/sdX bs=1M
या, यदि आप प्रगति को मापना चाहते हैं:
pv < /dev/zero > /dev/sdX
हालाँकि, वहाँ कुछ सुरक्षित मिटा कहा जाता है । यह एक स्थापित एटीए मानक है। यह कार्यक्षमता ड्राइव में ही एकीकृत है। न केवल यह dd के एक रन से भी तेज है (क्योंकि यह पहले से ही हार्डवेयर आधारित और हार्डवेयर> सॉफ्टवेयर, स्पीड वार है), यह अधिक सुरक्षित भी है, क्योंकि मूल बुरे क्षेत्रों को शुद्ध करने की क्षमता है, जो कि वास्तविक हो चुके हैं! 2 संस्करण हैं: वेनिला ( 2001 और उसके बाद) और एक बढ़ाया ( 2004 के बाद )। इसलिए, यदि आपका ड्राइव लगभग 10 साल पहले निर्मित किया गया था - तो इस सुविधा का समर्थन करने की संभावना पहले से ही है।
hdparm --security-set-pass NULL /dev/sdX
hdparm --security-erase NULL /dev/sdX
hdparm --security-erase-enhanced NULL /dev/sdX
मिटा दो!