मैं (माइक्रो) एसडी कार्ड के सभी डेटा को पूरी तरह से कैसे मिटा सकता हूं?

Question

मुझे बस एक माइक्रो एसडी कार्ड मिला है जिसे मैं रास्पबेरी पाई के साथ उपयोग करने की योजना बना रहा हूं।

मैंने कार्ड पर मूल विभाजन को हटाने के लिए और एक नया 12GiB ext4 विभाजन लिखने के लिए KDE विभाजन प्रबंधक का उपयोग किया। ऐसा करने के बाद, कार्ड अभी भी कहता है कि इसमें से 6%, 30.02 MiB का उपयोग किया जा रहा है।

मूल रूप से, मैं सभी सामग्रियों के कार्ड को पूरी तरह से मिटा देना चाहता हूं ताकि इसे नए ओएस के लिए तैयार किया जा सके। एक आदेश की तरह shredया ddचाल है या कि विभाजन को भी नष्ट कर देगा?

Comments

मैं पक्षपाती हूं, लेकिन अगर आप विभाजन का पूर्ण नियंत्रण चाहते हैं, तो ग्राफिकल विभाजन का उपयोग न करें, अच्छे पुराने का उपयोग करें fdisk। (जब तक आप GPT या अन्य तकनीकी प्रतिबंधों के कारण नहीं कर सकते।)

— CijcoSistems

वैसे ... RaspberryPi कर्नेल को ext4 से सीधे लोड करने का समर्थन करता है? मुझे याद है कि शुरुआती बूट प्रक्रिया (कर्नेल, cmdline, SoC कॉन्फ़िगरेशन और मेमोरी स्प्लिट) के लिए FAT का उपयोग करना, और फिर एक और विभाजन पर रूट फाइलसिस्टम का होना (या यदि आपको पसंद है तो NFS)

— CijcoSistems

[सुरक्षित रूप से डिस्क को साफ़ करें - archlinux.org] "हर एक बिट पर नया डेटा लिखने से एक डिस्क को पोंछना होता है।" wiki.archlinux.org/index.php/Securely_wipe_disk

Answer 1

आपके बारे ddमें अनुमान लगाना सही है। आप निम्नलिखित कमांड द्वारा एसडी कार्ड को मिटा सकते हैं (मान लें कि आपका एसडी कार्ड है /dev/sdd):

इस आदेश को बाधित न करें या यह संभवतः एसडी कार्ड को ईंट कर सकता है।

$ sudo dd if=/dev/zero of=/dev/sdd bs=8192

नोट: यदि यह कमांड सफलतापूर्वक पूरा नहीं होता है और आपको इसे निरस्त करना पड़ता है, तो सबसे अधिक संभावना यह है कि यह डिस्क विभाजन रिकवरी प्रोग्रामों के साथ अन्य पदों में शामिल है।

एसडी कार्ड के आकार और गति के आधार पर इसमें कुछ समय लग सकता है। यदि आप आश्वस्त हैं, कि CIA आपकी फ़ाइलों को पुनर्प्राप्त करना चाहेगी, तो urandomइसके बजाय SD कार्ड को अधिलेखित करें zero:

$ sudo dd if=/dev/urandom of=/dev/sdd bs=8192

ddऊपर दिए गए उदाहरणों से कमांड पूरे एसडी कार्ड को मिटा देगा, बिना किसी विभाजन के, बिना किसी विभाजन तालिका के साथ। तो आपको एसडी कार्ड पर विभाजन को फिर से बनाना होगा। आप किसी भी विभाजन उपकरण की तरह ऐसा कर सकते हैं cfdisk, parted(मेरी सिफारिश) या gparted।

और एक और बात: कमांड कहते समय बेहद सावधान रहेंdd । of=तर्क मूल्य में एक टाइपो आपदा का कारण बन सकता है।

Comments

यदि आप सीआईए के बारे में चिंतित हैं, तो आपको इसका उपयोग करना चाहिए /dev/randomऔर इसे 5 से 10 बार करना चाहिए ... यह उल्लेख करने के लिए नहीं कि आपको इसे ओवन में भी जलाना चाहिए, आग पर पकड़ना चाहिए और इसे समुद्र में गहरा दफन करना चाहिए: पी

— सिज़कोसिस्टम

@CijcoSistems: जलाने, जलाने या दफनाने का सुझाव काम कर सकता है। हालाँकि, यादृच्छिक डेटा (5 से 10 बार) लिखने की विधि नहीं होगी।

— david6

@ david6 क्या आप बता सकते हैं कि ओवरराइट के माध्यम से कई बार डेटा लिखने से काम क्यों नहीं चलता?

— डेनिस

आधुनिक गैर-वाष्पशील ठोस-राज्य मेमोरी, मेमोरी के किसी विशेष भाग को अधिक पढ़ने / लिखने से रोकने के लिए पहनने के स्तर का उपयोग करती है। (देखें: searchsolidstatestorage.techtarget.com/definition/wear-leveling ) इसका मतलब यह है कि डेटा 'अधिलेखित' के लिए लिखता है वास्तव में कहीं और बचाया जा सकता है। इसका अर्थ यह भी है कि वास्तविक मेमोरी क्षमता ऑन-गोइंग रिक्लेक्शन के लिए अनुमति देने की तुलना में कई गुना अधिक है। जैसा कि मेरे उत्तर में उल्लेख किया गया है, आपको किसी भी 'वेयर लेवलिंग' प्रभाव को दरकिनार करने के लिए निर्माता के सिक्योर-इरेज़ फ़ंक्शन को लागू करना होगा ।

— david6

मुझे नहीं लगता कि लेवलिंग पहनना एक मुद्दा है जब आप ड्राइव को पूरी तरह से जीरो से भर रहे हैं। असली मुद्दा खराब क्षेत्रों को छोड़ना होगा और ओवरराइट नहीं किया जाएगा।

— हिलारिएक

Answer 2

यदि आपने अभी नया विभाजन बनाया है, तो उस पर कोई वास्तविक फ़ाइल नहीं होनी चाहिए। वह 30MB शायद सिर्फ फाइलसिस्टम ही है। विभाजन को कुछ अलग-अलग तालिकाओं की आवश्यकता होती है और वास्तव में फाइलों का ट्रैक रखने के लिए क्या नहीं होता है।

आप चेक कर सकते हैं कि वास्तव ls -alphमें कमांड लाइन से छिपी हुई फाइलों की तलाश में उस पर कुछ भी नहीं है या नॉटिलस के "व्यू" मेनू में छिपी हुई फाइलों को सक्षम करने में सक्षम है।

इस बात पर निर्भर करता है कि आप कमांडों को कैसे लागू करते हैं, यह संभावना है कि उपयोग कर रहा है shreddd विभाजन तालिका और / या फाइल सिस्टम को या वास्तव में अधिलेखित करना होगा।

Answer 3

आप क्या हासिल करने का प्रयास कर रहे हैं?

---

(ए) कार्ड को फिर से उपयोग करने के लिए सभी मौजूदा विभाजन निकालें:

विभाजन और / या फिर (माइक्रो) एसडी कार्ड को फिर से प्रारूपित करने के लिए, बस सूक्ति-डिस्क-उपयोगिता का उपयोग करें (उर्फ 'डिस्क') का उपयोग करें।

या

(बी) कार्ड पर किसी भी वर्तमान (या पिछले) सामग्री को मिटा दें, इसलिए इसे पुनर्प्राप्त नहीं किया जा सकता है:

करने के लिए सुरक्षित रूप से मिटा कार्ड, आप की जरूरत है या तो शारीरिक रूप से (उप-2mm² कणों में प्रस्तुत करना) कार्ड को नष्ट या (विक्रेता से) एक उपयोगिता का उपयोग गति प्रदान करने के सुरक्षित-मिटा समारोह।

मल्टीपल राइट्स (रैंडम डेटा) या रिफॉर्मेटिंग जरूरी डेटा को नहीं हटाएगा।

Comments

sfillउपकरण इस उद्देश्य के लिए इस्तेमाल किया जा सकता। देखें superuser.com/questions/319262/...

— जिम गैरीसन

@ जिम गैरीसन : जो कि इनबिल्ट फ्लैश-मेमोरी कंट्रोलर द्वारा किए गए वियर लेवलिंग (मेरी पहले की टिप्पणी देखें), और डेटा ब्लॉक्स की री-मैपिंग को संबोधित नहीं करता है। वह डेटा अभी भी संभावित रूप से पुनर्प्राप्त करने योग्य है।

— david6

आगे पढ़े: dslreports.com/forum/r27719820-Securedly-erase-memory-cards

— david6

Answer 4

आप फ़ाइलों को हटाने से पहले उन्हें निकाल सकते हैं:

find /media/user/SD32/ -type f -exec shred -v -f -n0 -z -u   {} \;

shred params का अर्थ है: वर्बोज़, गैर-लिखने योग्य फ़ाइलों को हटाने का बल, यादृच्छिक बाइट्स (स्पीड अप) न लिखें, ज़ीरो (बहुत तेज़) लिखें, ट्रेंक करें और ज़ीरो लिखने के बाद फ़ाइल को हटा दें।

इस तरह से डेटा से छुटकारा मिल जाएगा, जैसे कि वे ऐप द्वारा पुनर्प्राप्त नहीं किए जाएंगे photorec।

Https://unix.stackexchange.com/questions/27027/how-do-i-ccursively-shred-an-entire-directory-tree देखें

Comments

दुर्भाग्य से यह एसडी कार्ड पर काम नहीं करेगा। यदि आप उन पर फ़ाइल अधिलेखित करते हैं, तो आप एसडी के अन्य क्षेत्रों को लिख रहे हैं। तो, प्रभावी होने के लिए, आपको पूरे एसडी कार्ड पर लिखना चाहिए, जैसा कि उत्तर में है।

— लूका76