सवाल लिनक्स में मुफ्त डिस्क स्थान कैसे मिटाएं?


जब कोई फ़ाइल हटा दी जाती है, तब तक इसकी सामग्री फाइल सिस्टम में छोड़ी जा सकती है, जब तक कि कुछ और के साथ स्पष्ट रूप से अधिलेखित न हो जाए। wipe कमांड फ़ाइलों को सुरक्षित रूप से मिटा सकता है, लेकिन ऐसा लगता है कि किसी भी फाइल द्वारा उपयोग नहीं की जाने वाली फ्री डिस्क स्पेस को मिटाने की अनुमति नहीं है।

इसे प्राप्त करने के लिए मुझे क्या उपयोग करना चाहिए?


132
2017-08-06 23:48


मूल


एकमात्र सुरक्षित समाधान आपकी फ़ाइलों को कहीं और सहेजने के लिए हो सकता है, पूरे विभाजन को मिटा दें, फाइल सिस्टम को पुन: बनाएँ, और फिर अपनी फ़ाइलों को पुनर्स्थापित करें। मैंने भाग लिया PhotoRec और 'अंतरिक्ष पोंछने' के बाद भी कितनी चीजें पुनर्प्राप्त की जा सकीं, इस बात से चौंक गया। एक समझौता समाधान स्पष्ट रूप से मुक्त स्थान को पोंछने के बाद अपने विभाजन की बाएं सीमा को अपने आकार के 6% तक ले जाना है। - user39559


जवाब:


चेतावनी: आधुनिक डिस्क / एसएसडी हार्डवेयर और आधुनिक फाइल सिस्टम उन स्थानों पर डेटा को गिलहरी कर सकते हैं जहां आप उन्हें हटा नहीं सकते हैं, इसलिए यह प्रक्रिया अभी भी डिस्क पर डेटा छोड़ सकती है। डेटा पोंछने का एकमात्र सुरक्षित तरीका एटीए सिक्योर एरस कमांड (यदि सही ढंग से लागू किया गया है), या शारीरिक विनाश है। और देखें मैं हार्ड ड्राइव पर सभी जानकारी को विश्वसनीय रूप से मिटा कैसे सकता हूं?


100
2017-08-07 01:55



सुरक्षित-हटाने के वर्तमान "आधिकारिक" मुखपृष्ठ का पता लगाना मुश्किल है। शायद पुराने संस्करण का दावा है कि कोई बग रिपोर्ट नहीं है, लेकिन साथ ही कोई खुली बगट्रैकिंग प्रणाली नहीं है जहां मैं एक बग की रिपोर्ट कर सकता हूं जो मुझे मिला है। सुरक्षित-हटाएं होमपेज यह भी बताता है कि यह हो सकता है नहीं आपके द्वारा उपयोग की जाने वाली फाइल सिस्टम के आधार पर डेटा के सभी अप्रयुक्त ब्लॉक को मिटा दें, जो सत्य है। - user39559
आधुनिक हार्ड डिस्क (लगभग 20 जीबी से बड़ा) के साथ, यह कई पास करने और उम्र के लिए इंतजार करने के लिए पूरी तरह बेकार है। तो विशेष उपकरण स्थापित करना भी बेकार हो गया है (जो बता सकता है कि सुरक्षित-डिलीट का कोई और होम पेज क्यों नहीं है)। बस उचित विभाजन से ऐसा करें: cat /dev/zero >nosuchfile; rm nosuchfile। - mivk
@mivk: एक से अधिक पास करने के लिए यह बेकार क्यों है? और / dev / random के बजाय / dev / zero का उपयोग क्यों करें? क्या यह गति की चिंताओं के कारण है? - naught101
/ Dev / शून्य का उपयोग करना बहुत तेज़ है। यदि आप / dev / random से मुक्त स्थान लिखते हैं, तो कर्नेल को फ्लाई पर उस यादृच्छिक डेटा को उत्पन्न करना होगा। यह आपके लोड औसत औसत तक अधिकतम देखने के लिए एक मनोरंजक तरीका है ... - dafydd
सवाल यह है कि क्या कई पोंछे जरूरी हैं यहां जवाब दिया गया है: एक बार हार्ड ड्राइव पर ज़ीरो (या यादृच्छिक डेटा) लिखना क्यों एक बार ऐसा करने से बेहतर होता है? - sleske


सबसे तेज़ तरीका, अगर आपको केवल एक ही पास की आवश्यकता है और बस शून्य के साथ सब कुछ बदलना चाहते हैं, तो है:

cat /dev/zero > zero.file
sync
rm zero.file

(उस फाइल सिस्टम पर निर्देशिका से चलाएं जिसे आप मिटा देना चाहते हैं)
( sync कमांड एक परावर्तक उपाय है जो सुनिश्चित करता है कि सभी डेटा डिस्क पर लिखा गया है - एक बुद्धिमान कैश प्रबंधक यह काम कर सकता है कि फ़ाइल अनलिंक होने पर यह लंबित ब्लॉक के लिए लिखना रद्द कर सकता है)

इस ऑपरेशन के दौरान एक समय होगा जब फाइल सिस्टम पर कोई खाली जगह नहीं होगी, जो परिणामस्वरूप फ़ाइल बड़ी और खंडित होने पर सेकेंड हो सकती है, इसलिए इसे हटाने में कुछ समय लगता है। उस समय को कम करने के लिए जब फ्रीस्पेस पूरी तरह से शून्य है:

dd if=/dev/zero of=zero.small.file bs=1024 count=102400
cat /dev/zero > zero.file
sync
rm zero.small.file
rm zero.file

किसी को महंगी फोरेंसिक ऑपरेशन के बिना पुरानी फ़ाइल सामग्री को पढ़ने से रोकने के लिए पर्याप्त होना चाहिए। थोड़ी अधिक सुरक्षित, लेकिन धीमी, भिन्नता के लिए प्रतिस्थापित करें /dev/zero साथ में /dev/urandom। अधिक परावर्तक के साथ कई चरणों को चलाने के लिए /dev/urandom, हालांकि अगर आपको इतना प्रयास करना है shred कोरुटिल्स पैकेज से उपयोगिता जाने का तरीका है:

dd if=/dev/zero of=zero.small.file bs=1024 count=102400
shred -z zero.small.file
cat /dev/zero > zero.file
sync
rm zero.small.file
shred -z zero.file
sync
rm zero.file

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

उपर्युक्त सभी को किसी भी फाइल सिस्टम पर काम करना चाहिए।

फ़ाइल आकार सीमाएं:

जैसा कि DanMoulding नीचे एक टिप्पणी में बताता है, इसमें कुछ फाइल सिस्टम पर फ़ाइल आकार limis के साथ समस्या हो सकती है।

एफएटी 32 के लिए यह होगा निश्चित रूप से 2 जीआईबी फ़ाइल सीमा के कारण चिंता का विषय बनें: इन दिनों से अधिकतर वॉल्यूम बड़े हैं (8 टीआईबी वॉल्यूम आकार सीमा आईआईआरसी है)। आप बड़े पैमाने पर पाइप करके इस के आसपास काम कर सकते हैं cat /dev/zero आउटपुट आउटपुट के माध्यम से split कई छोटी फाइलें उत्पन्न करने और कटाई को समायोजित करने और तदनुसार चरणों को हटाने के लिए।

Ext2 / 3/4 के साथ यह चिंता का विषय नहीं है: डिफ़ॉल्ट / सामान्य 4K ब्लॉक के साथ फ़ाइल आकार सीमा 2TiB है, इसलिए आपको एक होना होगा विशाल इसके लिए एक मुद्दा होना (इन शर्तों के तहत अधिकतम मात्रा आकार 16TiB है)।

(अभी भी प्रयोगात्मक) btrfs के साथ अधिकतम फ़ाइल और वॉल्यूम आकार दोनों बड़े पैमाने पर 16EiB हैं।

एनटीएफएस के तहत अधिकतम फाइल लंबाई कुछ मामलों में अधिकतम मात्रा लंबाई से भी बड़ी है।

अधिक जानकारी के लिए शुरुआती बिंदु:
http://en.wikipedia.org/wiki/Ext3#Size_limits
http://en.wikipedia.org/wiki/Btrfs
http://en.wikipedia.org/wiki/Ntfs#Scalability

वर्चुअल डिवाइस

जैसा हाल ही में टिप्पणियों में उल्लेख किया गया है, वर्चुअल उपकरणों के लिए अतिरिक्त विचार हैं:

  • वर्चुअल आवंटित वर्चुअल डिस्क के लिए अन्य विधियों जैसे कि इनके द्वारा उपयोग किया जाता है zerofree तेजी से होगा (हालांकि विपरीत cat तथा dd यह एक मानक उपकरण नहीं है जिसे आप किसी भी यूनिक्स-ए-जैसे ओएस में उपलब्ध होने पर भरोसा कर सकते हैं)।

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

  • यहां तक ​​कि निश्चित आकार वर्चुअल डिवाइस के लिए, आपके पास कोई नियंत्रण नहीं हो सकता है कि डिवाइस भौतिक रूप से कहाँ रहता है, इसलिए इसे किसी भी समय अपने वर्तमान स्थान या भौतिक डिस्क के नए सेट पर ले जाया जा सकता है और जितना अधिक आप मिटा सकते हैं वर्तमान स्थान है, नहीं पिछले किसी भी पिछले ब्लॉक में ब्लॉक हो सकता है।

  • वर्चुअल डिवाइस पर उपर्युक्त समस्याओं के लिए: जब तक कि आप होस्ट (ओं) को नियंत्रित नहीं करते हैं और वीएम में डिस्क को पोंछते हुए या वर्चुअल डिवाइस को चारों ओर ले जाने के बाद अपने आवंटित स्थान का सुरक्षित वाइप कर सकते हैं, इसके बाद आप इसके बारे में कुछ भी नहीं कर सकते तथ्य। एकमात्र सहारा पूर्ण डिस्क एन्क्रिप्शन का उपयोग करना है शुरू से इसलिए एन्क्रिप्टेड कुछ भी नहीं है जो हर किसी को भौतिक मीडिया को पहले स्थान पर लिखा जाता है। निश्चित रूप से वीएम के भीतर एक फ्री-स्पेस वाइप करने के लिए अभी भी कॉल किया जा सकता है। ध्यान दें कि एफडीई स्पैस वर्चुअल डिवाइस को बहुत कम उपयोगी बना सकता है क्योंकि वर्चुअलाइज़ेशन लेयर वास्तव में नहीं देख सकता कि कौन से ब्लॉक अप्रयुक्त हैं। यदि ओएस की फाइल सिस्टम परत वर्चुअल डिवाइस पर ट्रिम कमांड भेजती है (जैसे कि यह एक एसएसडी है), और वर्चुअल कंट्रोलर इनका व्याख्या करता है, तो यह हल हो सकता है, लेकिन मुझे किसी भी परिस्थिति के बारे में पता नहीं है जहां यह वास्तव में होता है और व्यापक उस पर चर्चा कहीं और के लिए एक मामला है (हम पहले से ही मूल प्रश्न के विषय से बाहर होने के करीब आ रहे हैं, इसलिए यदि इसने आपकी रुचि पिक्चर की है तो कुछ प्रयोग और / या फॉलो-अप प्रश्न क्रम में हो सकते हैं)।


67
2017-08-07 08:58



सरल शून्यिंग स्पष्ट रूप से भी किया जा सकता है secure-delete उपकरण: का उपयोग कर sfill -llz पूरी प्रक्रिया को एक पास तक कम कर देता है जो केवल '0 लिखता है। - foraidt
इसमें कुछ समय लगता है। क्या यह वास्तव में सबसे तेज़ तरीका है? मुझे लगता है कि जीबी डेटा लिखने में हमेशा कुछ समय लगेगा ... - endolith
@endolith: यदि आप एक सक्रिय फाइल सिस्टम पर खाली स्थान खाली करना चाहते हैं तो आप फाइल सिस्टम ओवरहेड के माध्यम से उस डेटा को लिखने की आवश्यकता के आसपास नहीं हो सकते हैं। Fnord_ix द्वारा सुझाए गए सुरक्षित-हटाए गए टूल तेज़ हो सकते हैं, क्योंकि वे इस प्रकार के कार्य के लिए अनुकूलित हैं। - David Spillett
@endolith: मैन पेज में दिए गए विवरण से मुझे उम्मीद है कि ज़ीरोफ्री का संस्करण केवल आवंटित वर्चुअल डिस्क के लिए तेज़ है, वास्तव में यह वास्तविक या निश्चित आकार-वर्चुअल वाले पर धीमा हो सकता है यदि यह पहले से पढ़ा जा रहा है यह पुष्टि करने के लिए कि ब्लॉक में कोई सामग्री नहीं है। वर्चुअल डिस्क के लिए गुब्बारा ऐसा नहीं होना चाहिए क्योंकि अधिकांश स्पैस डिस्क ड्राइवर सभी-शून्य को "इस ब्लॉक को आवंटित नहीं करते" के रूप में लेते हैं। इसके अलावा, cat तथा dd किसी भी यूनिक्स-ए-जैसे ओएस पर बहुत अधिक उपलब्ध हैं क्योंकि उन्हें मानक उपकरण माना जाता है zerofree शायद तब तक नहीं है जब तक कि इसे स्पष्ट रूप से जोड़ा नहीं गया है। - David Spillett
@endolith: ऊपर कहा है, zerofree निश्चित रूप से निश्चित रूप से काम करेगा, "पूरे फाइल सिस्टम अस्थायी रूप से पूर्ण" चीज को मैन पेज में उल्लिखित किया गया है (लगभग मेरे उदाहरणों में छोटे से छोटे से कम नहीं है। फिली जिगरी पोकररी) है एक वास्तविक चिंता अगर आप वर्तमान में सक्रिय प्रणाली पर ऐसा कर रहे हैं, और zerofree वास्तव में विशिष्ट उदाहरण में तेज़ होगा जो इसे अनुकूलित किया गया है: आंशिक रूप से आवंटित वर्चुअल ब्लॉक डिवाइस। यद्यपि आप सुरक्षा उद्देश्यों के लिए वर्चुअल डिवाइस पर किसी भी वाइप पर भरोसा नहीं कर सकते हैं: उस मामले में एकमात्र सच्चा उत्तर प्रारंभ से पूर्ण-डिवाइस-एन्क्रिप्ट करना है। - David Spillett


चेतावनी

मैं कितनी फाइलों से चौंक गया था PhotoRec पोंछने के बाद भी, मेरी डिस्क से पुनर्प्राप्त किया जा सकता है।

चाहे "मुक्त स्थान" भरने में और अधिक सुरक्षा हो, 0x00 या 38 बार के साथ केवल 1 बार विभिन्न कैबलिस्टिक मानकों के साथ अकादमिक चर्चा अधिक है। श्रेडरिंग पर 1 99 6 के पेपर के लेखक ने स्वयं को लिखा था उपसंहार यह कहकर कि यह आधुनिक हार्डवेयर के लिए अप्रचलित और अनावश्यक है। भौतिक रूप से शून्य को प्रतिस्थापित करने और बाद में पुनर्प्राप्त किए जाने वाले डेटा का कोई दस्तावेज नहीं है।

सत्य नाजुक लिंक इस प्रक्रिया में है फाइल सिस्टम। कुछ फाइल सिस्टम विशेष उपयोग के लिए आरक्षित स्थान, और इसे "मुक्त स्थान" के रूप में उपलब्ध नहीं कराया गया है। लेकिन आपका डेटा वहां हो सकता है। इसमें फ़ोटो, व्यक्तिगत सादा-पाठ ईमेल, जो कुछ भी शामिल है। मैंने अभी आरक्षित + स्पेस + ext4 गुगल किया है और सीखा है कि मेरे 5% home विभाजन आरक्षित था। मुझे लगता है कि यह वह जगह है photorec मेरी सारी चीज़ें मिलीं। निष्कर्ष: shredding विधि सबसे महत्वपूर्ण नहीं है, यहां तक ​​कि बहु-पास विधि भी डेटा को स्थान पर छोड़ देती है

तुम कोशिश कर सकते हो # tune2fs -m 0 /dev/sdn0 इसे घुमाने से पहले। (अगर यह रिबूट करने के बाद रूट विभाजन होगा, तो सुनिश्चित करें कि रन करें -m 5 या -m 1 इसे अनमाउंट करने के बाद)।

लेकिन फिर भी, एक तरफ या दूसरा, कुछ जगह छोड़ी जा सकती है।

एकमात्र सही तरीका है कि पूरे विभाजन को मिटाएं, फिर से एक फाइल सिस्टम बनाएं, और फिर बैकअप से अपनी फ़ाइलों को पुनर्स्थापित करें।


तेज़ तरीका (अनुशंसित)

उन फाइल सिस्टम पर निर्देशिका से चलाएं जिन्हें आप मिटा देना चाहते हैं:

dd if=/dev/zero of=zero.small.file bs=1024 count=102400
dd if=/dev/zero of=zero.file bs=1024
sync ; sleep 60 ; sync
rm zero.small.file
rm zero.file

नोट्स: छोटी फ़ाइल का उद्देश्य उस समय को कम करना है जब खाली स्थान पूरी तरह शून्य हो; सिंक का उद्देश्य यह सुनिश्चित करना है कि डेटा वास्तव में लिखा गया हो।

यह ज्यादातर लोगों के लिए पर्याप्त होना चाहिए।

धीमा रास्ता (पागलपन)

उपर्युक्त सफाई के बाद डेटा पुनर्प्राप्त करने का कोई दस्तावेज नहीं है। यदि संभव हो तो यह महंगी और संसाधन मांग होगी।

फिर भी, अगर आपके पास यह सोचने का कोई कारण है कि गुप्त एजेंसियां ​​आपकी फाइलों को पुनर्प्राप्त करने के लिए बहुत सारे संसाधन खर्च करेंगी, तो यह पर्याप्त होना चाहिए:

dd if=/dev/urandom of=random.small.file bs=1024 count=102400
dd if=/dev/urandom of=random.file bs=1024
sync ; sleep 60 ; sync
rm random.small.file
rm random.file

इसमें काफी समय लगता है।

चेतावनी। यदि आपने पागलपन का रास्ता चुना है, तो इसके बाद भी आप तेजी से पोंछना चाहते हैं, और यह परावर्तक नहीं है। पूरी तरह से यादृच्छिक डेटा की उपस्थिति का पता लगाने के लिए आसान और सस्ता है, और संदेह उठाता है कि यह वास्तव में एन्क्रिप्टेड डेटा है। डिक्रिप्शन कुंजी को प्रकट न करने के लिए आप यातना के तहत मर सकते हैं।

बहुत धीमा रास्ता (पागल परावर्तक)

यहां तक ​​कि श्रेडरिंग पर 1 99 6 के मूल पत्र के लेखक ने एक उपन्यास लिखा था कि यह आधुनिक हार्डवेयर के लिए अप्रचलित और अनावश्यक है।

लेकिन यदि अभी तक आपके पास बहुत खाली समय है और आप अपनी डिस्क को बहुत अधिक ओवरराइटिंग से बर्बाद नहीं करते हैं, तो यह जाता है:

dd if=/dev/zero of=zero.small.file bs=1024 count=102400
sync ; sleep 60 ; sync
shred -z zero.small.file
dd if=/dev/zero of=zero.file bs=1024
sync ; sleep 60 ; sync
rm zero.small.file
shred -z zero.file
sync ; sleep 60 ; sync
rm zero.file

नोट: यह अनिवार्य रूप से सुरक्षित-हटाने उपकरण का उपयोग करने के बराबर है।


संपादन से पहले, यह पोस्ट डेविड स्पिललेट के पुनर्लेखन था। "बिल्ली" कमांड एक त्रुटि संदेश उत्पन्न करता है, लेकिन मैं अन्य लोगों की पोस्ट पर टिप्पणियां नहीं लिख सकता।


41
2018-06-09 17:40



आप अन्य लोगों के पदों के तहत टिप्पणी कर सकते हैं 50 प्रतिष्ठा। - Gnoupi
cat कमांड से उम्मीद है कि इसके उदाहरणों के अंत में, मेरे उदाहरणों में "कोई स्थान नहीं छोड़ा गया" त्रुटि होगी। आप stderr को रीडायरेक्ट करके इसे छुपा सकते हैं /dev/null अगर यह एक समस्या है। मैं आमतौर पर उपयोग करता हूं pv बजाय cat या dd उपयोगी प्रगति संकेत प्राप्त करने के लिए, इस तरह की चीज के लिए। - David Spillett
...raises the suspicion that it is actually encrypted data. You may die under torture for not revealing the decryption key. हे, यह वही है जो मैं सोच रहा था। मुझे लगता है कि इसका मतलब है कि मैं पागल हूँ ... - Navin
/: write failed, filesystem is full फ्रीबीएसडी पर - Alex G
रूट हमेशा आरक्षित जगह का उपयोग करने में सक्षम है। तो यदि आप रूट के रूप में अपना शून्य-भरते हैं, तो आप 5% आरक्षित जगह भी भर सकते हैं; tunefs अनावश्यक है। यह अभी भी कल्पना की जा सकती है कि फाइल सिस्टम के अन्य हिस्सों में डेटा हो सकता है। - Nate Eldredge


उबंटू में कम से कम ज़ीरोफ्री उपयोगिता है:

http://manpages.ubuntu.com/manpages/natty/man8/zerofree.8.html

   zerofree — zero free blocks from ext2/3 file-systems

   zerofree  finds  the  unallocated, non-zeroed blocks in an ext2 or ext3
   filesystem (e.g. /dev/hda1) and fills them with zeroes. This is  useful
   if  the  device  on  which this file-system resides is a disk image. In
   this case, depending on the type of disk image, a secondary utility may
   be  able  to  reduce the size of the disk image after zerofree has been
   run.

   The usual way to achieve  the  same  result  (zeroing  the  unallocated
   blocks)  is to run dd (1) to create a file full of zeroes that takes up
   the entire free space on the drive, and then delete this file. This has
   many disadvantages, which zerofree alleviates:

      ·  it is slow;

      ·  it makes the disk image (temporarily) grow to its maximal extent;

      ·  it  (temporarily)  uses  all  free  space  on  the disk, so other
         concurrent write actions may fail.

   filesystem has to be unmounted or mounted  read-only  for  zerofree  to
   work.  It  will exit with an error message if the filesystem is mounted
   writable. To remount the  root  file-system  readonly,  you  can  first
   switch to single user runlevel (telinit 1) then use mount -o remount,ro
   filesystem.

ज़ीरोफ्री के बारे में यह लिंक भी देखें: फाइल सिस्टम छवियों को छेड़छाड़ करना - यह अपने लेखक - रॉन योरस्टन से है (9 अगस्त 2012)


24
2018-01-05 14:51



यह महत्वपूर्ण है कि फाइल सिस्टम को काम करने के लिए ज़ीरोफ्री के लिए केवल अनमाउंट या माउंट किया जाना चाहिए। - AntonioK
रूट फ़ाइल सिस्टम पर इसे कैसे करें इस पर कुछ जानकारी शामिल करना अच्छा लगेगा। मेरी भावना यह है कि यह काम नहीं करेगा, क्योंकि आपको फाइल सिस्टम को अनमाउंट करना होगा, जबकि एक साथ फाइल सिस्टम से उपकरण चला रहे हैं। - Ant6n


यहां एक जीयूआई के साथ ऐसा करने का तरीका बताया गया है।

  1. इंस्टॉल करें BleachBit
  2. एप्लिकेशन - सिस्टम टूल्स - BleachBit को व्यवस्थापक के रूप में क्लिक करके रूट के रूप में चलाएं।
  3. वरीयताओं में, बताएं कि आप कौन से पथ चाहते हैं। आम तौर पर यह उन्हें अच्छी तरह से अनुमान लगाता है। आप प्रत्येक विभाजन के लिए एक लिखने योग्य पथ शामिल करना चाहते हैं। आम तौर पर वह / home / उपयोगकर्ता नाम और / tmp है, जब तक वे एक ही विभाजन नहीं होते हैं, इस मामले में बस एक चुनें।
  4. बॉक्स सिस्टम को चेक करें - फ्री डिस्क स्पेस को वाइप करें।
  5. हटाएं पर क्लिक करें।

डीडी (जो अन्यथा बहुत अच्छा है) पर ब्लीचबिट का अग्रिम तब होता है जब डिस्क अंततः पूर्ण हो जाती है, ब्लीचबिट इनोड्स को पोंछने के लिए छोटी फाइलें बनाता है (जिसमें फ़ाइल नाम जैसे मेटाडेटा शामिल हैं)।


3
2017-11-06 12:40



निरीक्षण अपने स्वयं के लिए एक ड्राइव से freespace पोंछने के लिए Bleachbit के opensource पायथन कोड। - shadowbq


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

डीडी कोशिश के साथ फाइल आवंटित करने के लिए:

dd if=/dev/zero of=delete_me bs=1024 count=102400

यह नाम की एक फाइल उत्पन्न करेगा delete_me यह आकार में 100 एमबी है। (यहाँ bs "ब्लॉक आकार" 1k पर सेट है, और count आवंटित करने के लिए ब्लॉक की संख्या है।)

फिर अपनी पसंदीदा सुरक्षित हटाना उपयोगिता का उपयोग करें (मैं उपयोग कर रहा हूं shred) इतनी बनाई गई फाइलों पर।

लेकिन ध्यान दें: बफरिंग का मतलब है कि अगर आप ऐसा करते हैं पूरा का पूरा डिस्क, आप बिल्कुल सब कुछ नहीं मिल सकता है!


इस संपर्क की सिफारिश की scrub मुक्त अंतरिक्ष पोंछने के लिए। कोशिश नहीं की है।


2
2017-08-07 01:04



ओह, अगर स्मृति मेरी सेवा करती है, तो मैंने कोशिश की scrub एक बार और यह पूरी फाइल सिस्टम दूषित हो गया। सौभाग्य से मुझे परीक्षण फ़ाइल-सिस्टम पर पहले प्रयोग करने की अच्छी समझ थी, न कि मेरे वास्तविक डेटा पर। - landroni


शीर्ष गति पर एक ड्राइव वाइप करें।

आजकल ड्राइव को एन्क्रिप्ट करने के लिए विशिष्ट निर्देश आपको ड्राइव को पहले डब्ल्यूआईपीई के बारे में बताएंगे।

नीचे दिया गया आदेश आपके ड्राइव को एईएस सिफरटेक्स्ट से भर देगा।

यदि आपको अपना मुख्य बूट ड्राइव मिटा देना है तो लाइव सीडी का उपयोग करें।

टर्मिनल खोलें और अपने विशेषाधिकारों को बढ़ाएं:

sudo bash

आइए सिस्टम पर सभी ड्राइव सुरक्षित होने दें:

cat /proc/partitions

नोट: बदलें /dev/sd{x} जिस डिवाइस को आप मिटा देना चाहते हैं उसके साथ।

चेतावनी: यह शौकियों के लिए नहीं है! आप अपने सिस्टम को बूट करने योग्य बना सकते हैं !!!

sudo openssl enc -aes-256-ctr -pass pass:"$(dd if=/dev/urandom bs=128 count=1 2>/dev/null | base64)" -nosalt < /dev/zero > /dev/sd{x}

मैं आश्चर्यचकित हूं कि यह कितना तेज़ है।


2
2017-09-08 19:27





आपके पास शायद पहले से ही है जीएनयू कोर्यूटिल्स पैकेज आपके सिस्टम पर स्थापित यह आदेश प्रदान करता है टुकड़ा


2
2017-08-07 01:58



श्रेय अप्रयुक्त डिस्क स्थान को पहले फाइलों में बनाये बिना साफ नहीं करेगा ... - dmckee