नोट : यदि आप सभी पढ़ने के लिए नहीं हैं, तो अंतिम भाग पर जाएं जहां मैं कहता हूं कि कुछ उपकरण हैं जो "विभाजन के अंत में चले जाते हैं" ... लेकिन अगर आप जानना चाहते हैं कि कुछ लोग यह क्यों दावा करते हैं कि यह होना चाहिए विभाजन में अंदर जाने के लिए हम जो भी करना चाहते हैं उसे "स्थानांतरित करने में सक्षम", इसे पूरा पढ़ें।
कुछ मामलों पर विभाजन बनाना एक विकल्प नहीं है, जैसे कि VeraCrypt द्वारा एन्क्रिप्ट की गई सभी डिस्क और आप पैरानॉयड मधुमक्खी का शिकार कर रहे हैं ... अन्वेषण है ...
- पैरानॉयड = 100% एनक्रिप्टेड और कभी भी ऐसा कुछ न डालें जिस पर एनक्रिप्टेड न हो
- VeraCrypt सिस्टम विभाजन एन्क्रिप्शन इसे आकार बदलने की अनुमति नहीं देता (कम से कम अभी तक)
क्यों एक पागल कभी अगले कदम नहीं होगा:
- विभाजन को डिक्रिप्ट करें
- विभाजन का आकार बदलें
- विभाजन को एन्क्रिप्ट करें
उत्तर है: अनएन्क्रिटेड डेटा डिस्क पर लिखा गया था, इसलिए यह पुनर्प्राप्त करने योग्य है (कोई फर्क नहीं पड़ता कि यह अधिलेखित या मिटा दिया गया है, आदि)।
ओह, हाँ, कुछ ऐसी कंपनियाँ हैं जो HDD के प्रत्येक बिट के 100 अंतिम स्थिति और SDD, मेमोरी कार्ड इत्यादि को भी रिकवर कर सकती हैं ... इसलिए यदि आपके पास सादे में आपका डेटा था (एनक्रिप्टेड नहीं) और आप इसे ओवरराइट कर देते हैं 99 बार, गैर-एनक्रिप्टेड डेटा अभी भी पुनर्प्राप्त करने योग्य है।
ऐसा करने के लिए, वे डिस्क को अनबॉक्स करते हैं और निम्न स्तर के परमाणु विश्लेषकों और एक सुपर-कंप्यूटर का उपयोग करते हैं, जो यह जानने में सक्षम हो कि ... एसडीडी और मेमोरी कार्ड के लिए ऐसा करने का एक सरल तरीका (चुंबकीय सतह के लिए) हो सकता है कुछ इसी तरह है):
- आपके पास एक बिट है जिस पर आप लिखने जा रहे हैं
- आप उस बिट 1 पर लिखते हैं ... सामग्री घूमती है इसलिए यह पढ़ता है कि कोई शून्य नहीं है, लेकिन ऐसा रोटेशन सही नहीं है
- आप फिर से उस बिट 1 पर लिखते हैं ... सामग्री थोड़ी अधिक घूमती है इसलिए यह अभी भी एक को पढ़ता है, लेकिन ऐसा रोटेशन फिर से सही नहीं है (यह पिछले एक की तुलना में थोड़ा अधिक घुमाया गया है)।
- आप यह अनुमान लगाते हैं कि ऐसा रोटेशन कितना है और आप गणना कर सकते हैं कि यह 1 है, इससे पहले वहाँ 1 होना चाहिए था (अंतिम थोड़ा रोटेशन के कारण) और उससे पहले एक शून्य होना चाहिए (अंतिम कोण के कारण)।
संख्या में:
- ओरिएंटेशन = क्षैतिज = बिट शून्य है
- एक लिखें, 60º का कारण बनता है = बिट एक है (लेकिन यह 90º नहीं है)
- किसी एक को फिर से लिखें, º५ite = रोटेशन वन का कारण बनता है (लेकिन यह ९º, नहीं है)
- एक को फिर से लिखें, 80 to = रोटेशन वन का कारण बनता है (लेकिन यह 90º नहीं है)
- एक को फिर से लिखें, 83 to = रोटेशन वन का कारण बनता है (लेकिन यह 90º नहीं है)
- एक फिर से लिखें, ... और इतने पर ... यह कभी 90, तक नहीं पहुंचेगा
वह अंतिम कोण बताता है कि वहाँ कितनी बार लिखा गया है।
अब मिश्रित मूल्यों की कल्पना करें ...
- ओरिएंटेशन = क्षैतिज = बिट शून्य है
- एक लिखें, 60º का कारण बनता है = बिट एक है (लेकिन यह 90º नहीं है)
- शून्य को फिर से लिखें, 30 to = रोटेशन शून्य है (लेकिन यह 0 a नहीं है)
- किसी एक को फिर से लिखें, 82ite = बिट टू वन का कारण बनता है (लेकिन यह 90º नहीं है)
- शून्य को फिर से लिखें, 35 to पर घूमने का कारण = बिट जीरो है (लेकिन यह 0º नहीं है)
- किसी एक को फिर से लिखें, ... इत्यादि ... यह 90º तक कभी नहीं पहुंचेगा और न ही 0। फिर से
नोट: ऐसे कोण संख्याएँ काल्पनिक होती हैं, वे केवल आपको एक शून्य दिखाने के लिए होती हैं और किसी व्यक्ति के पास ऐसे डेटा रखने वाले मटेरिया के वास्तविक भौतिक स्थान हो सकते हैं।
बेशक ... पागल, वास्तव में पागल ... पिछले 100 राज्यों में एक अरब डॉलर के करीब लागत आती है, लेकिन किया जा सकता है ... और कंपनी का कहना है कि यह (कुछ मामलों में, अधिक राज्यों पर) पुनर्प्राप्त कर सकते हैं ... dificoult part इस तरह के परिवर्तनों को जोड़ा जा सकता है ... इसका मतलब ... एक बिट को दूसरे की तुलना में अधिक बार अधिलेखित किया जा सकता है, इसलिए यह कैसे पता चलेगा कि कौन सा अंतिम लिखा गया था, पिछले लेखन, उस से पहले ... ऐसा शीर्ष रहस्य है जो कंपनी करती है प्रकट नहीं करना चाहते (पैसे की ढीली आय नहीं मुझे लगता है)।
अब बुरा NTFS कार्यान्वयन: NTFS मूल संपीड़न ...
- प्रत्येक 64KiB चंक को 64KiB स्थिति के एक बहुस्तरीय पर लिखा जाता है, जब तक कि एक डीफ़्रैग कार्रवाई में प्रवेश नहीं करता है ... इसलिए यदि कोई 64KiB 60KiB + 1B से कम तक संपीड़ित हो सकता है तो यह एक छेद देगा
- NTFS रैम पर संपीड़ित नहीं करता है और इसे contiguosly स्टोर करता है ... N * 64KiB N * 64KiB स्थिति पर जाता है, भले ही (N-1) * 64KiB + 1 से N * 64KiB-1 संकुचित हो या न हो।
- परिणाम ... कुछ GiB की एक बड़ी फ़ाइल जिसे 50% तक संपीड़ित किया जा सकता है, जो दस हज़ार से अधिक टुकड़ों का कारण होगा।
हम सभी को दो चीजें चाहिए:
- गैर-खंडित तरीके से आईएसओ डालें
- जहाँ भी हम चाहते हैं, कुछ फ़ाइलों का पता लगाएँ (विशेष रूप से गैर एसएसडी के साथ, सामान्य घूर्णन डिस्क के साथ, जहां अंतिम भाग सामान्य रूप से संभावित गति से आधे से कम है)
तो ... चीजों को गति देने के लिए ... हम सभी चाहते हैं ... यह:
- महत्वपूर्ण फाइलें (छोटे वाले, जिन्हें पढ़ने पर बहुत अधिक एक्सेस किया जाता है, लेकिन लिखने में काफी दुर्लभ) विभाजन के तेज भाग में होते हैं
- शायद ही एक्सेस की गई फाइलें और फाइलें जो कि सेक्शुअल स्पीड क्रिटिकल नहीं होती हैं (बड़ी ISO, मूवी, म्यूजिक आदि) विभाजन के अंत में होती हैं
- लिखित और संशोधित फाइलें विभाजन के बीच में होती हैं
इसलिए हेड ट्रैक कम से कम हो जाता है जबकि स्टार्ट और एंड का हिस्सा किसी भी तरह से अलग नहीं होगा, इसलिए अगला डिफ्रैग कम होगा।
विभाजन के अंदर ऐसा चाहने का एक और कारण:
- कुछ प्रोग्रामों में एक प्रोजेक्ट के साथ काम करते समय बड़ी फाइलें (वीडियो एन्कोडिंग आदि) होती हैं (शायद कुछ महीनों के प्रतिपादन, पोस्ट प्रोडक्शन, अनुवाद आदि) और छोटे टुकड़ों / छोटी फाइलों की एक लंबी सूची भी होती है (जैसे धारा पर इंजेक्ट किए गए ध्वनि प्रभाव) डिजाइन, आदि) ... सभी एक ही फ़ोल्डर में (सबफ़ोल्डर के बिना)
उस व्यक्ति के लिए जिसके पास उप-फ़ोल्डर हैं, हार्ड / सॉफ्ट लिंक (जंक्शन / MKLink टूल) की चाल है ... लेकिन अन्य लोगों के लिए, सभी फाइलें एक ही फ़ोल्डर में हैं ... प्रति फ़ाइल एक MKLINK करना कुल खो गया है समय की, और भी ... कुछ फ़ाइलों को बनाया और हटा दिया जाता है, इसलिए लिंक / जंक्शन एक विकल्प नहीं हैं।
ओह, और आप किसी भी NTFS फ़ोल्डर पर एक VHD (XP और Vista को टूल, विंडोज 7 और अप को सीधे डिस्क एमिनिस्टेटर से कर सकते हैं) माउंट कर सकते हैं ... तो एक फ़ोल्डर वास्तव में एक VHD फाइल हो सकता है ... लेकिन फिर हम इस तरह की फ़ाइल को भीख मांगने या डिस्क के अंत में चाहते हैं ... इस बार एक्सटेंशन फ़िल्टर पता नहीं कर पाएगा कि हम इसे कहाँ चाहते हैं ... दोनों के लिए एक ही एक्सटेंशन।
और बहुत सारे ऊटर कारण हैं ... कि मुझे सालों तक लिखा जा सकता है और खत्म नहीं।
जिस तरह से मैंने पाया कि यह वास्तव में सही काम करता है:
- इस तरह के लिए अपना खुद का टूल प्रोग्राम करें (मैं बहुत आलसी हूं मैंने ऐसा नहीं किया, मैं वादा करता हूं कि अगर मैं इसे बनाऊंगा तो मैं इसे मुफ्त और ओपनसॉरड के लिए दूंगा)
अभी भी खोज रहे हैं:
- एक उपकरण / प्रोग्राम खोजें जो आपको विभाजन को इस तरह से डिफ्रैगेट करने देता है कि यह आपको विभाजन के अंत भाग में उन फ़ाइलों / फ़ोल्डरों की सूची निर्दिष्ट करने देता है जो आप चाहते हैं और जो विभाजन के प्रारंभ में हैं।
अगला सर्वश्रेष्ठ:
- एक उपकरण / प्रोग्राम ढूंढें जो आपको विभाजन को इस तरह से डिफ्रैग कर देता है कि यह आपको विभाजन के अंतिम भाग पर इच्छित फ़ाइलों / फ़ोल्डरों की एक सूची निर्दिष्ट करने देता है।
उस अंतिम विकल्प के लिए मैंने कोशिश की थी WinUtilities DiskDefrag:।
यह बिल्कुल भी तेज नहीं है, और यह कभी-कभी एक फाइल पर नज़र रखता है (एक <1GiB फ़ाइल को स्थानांतरित करने के लिए घंटों जबकि दूसरों के साथ> 25GiB बहुत कम लेता है) ... शायद बुरा कोडित।
दूसरा विकल्प मुझे मिला (यह LUA कोडिंग भाषा सीखने के लिए आवश्यक है) है: UltraDefrag.... (मैं अभी भी यह सीखने की कोशिश कर रहा हूं कि इसे LUA के साथ कैसे करना है, मैं LUA पर noob हूं)।