कहीं पर इन्टरनेट मैंने पढ़ा है कि gddrescue से बेहतर है दिन दिन में कम से कम डिस्क की राशि एक परेशान क्षेत्र पर प्रदर्शन पढ़ने के बीच भेद करने में सक्षम होने के संदर्भ में। क्या वास्तव में यह मामला है?
समय dd if = / dev / sda Skip = 900343967 of = a.bin count = 4 iflag = direct conv = noerror, सिंक
dd: पढ़ने `/ देव / sda ': इनपुट / आउटपुट त्रुटि
2 + 0 रिकॉर्ड
2 + 0 में रिकॉर्ड
1024 बाइट्स (1.0 kB) की नकल की, 18.6057 s, 0.1 kB / s
3 + 1 रिकॉर्ड
4 + 0 रिकॉर्ड
2048 में बाइट्स (2.0 kB) कॉपी किया गया, 18.6707 s, 0.1 kB / sवास्तविक 0m18.672s
उपयोगकर्ता 0m0.000s
sys 0m0.004s
Btw, सीधा झंडा वास्तव में मदद करता है, w / o इसे मैं केवल 4 में से 1 सेक्टर (बनाम 3/4 इसके साथ) पढ़ने में सक्षम था। हालाँकि, यह स्पष्ट रूप से स्थानांतरण की गति को धीमा कर देता है - यह कम से कम मेरे लिए 5 गुना धीमा है: 5MB / s बनाम 25MB / s इस ध्वज के बिना । किसी भी तरह, अब gddrescue (ddrescue) भाग के लिए ..
समय ddresoscope -b512 -c1 -s4b -dnvD -i900343967b -o0b / dev / sda b.bin
के बारे में 2048 बाइट्स कॉपी करने के लिए / dev / sda से b.bin
शुरू करने के लिए पदों: शिशु = 460976 एमबी, संगठन = 0 बी
कॉपी ब्लॉक का आकार: 1 हार्ड ब्लॉक
हार्ड ब्लॉक का आकार: 512 बाइट्स
Max_retries: 0
प्रत्यक्ष: हाँ दुर्लभ : कोई विभाजन नहीं: नो ट्रंकट: नहीं
दबाए गए Ctrl-C को बाधित करने के लिए दबाएं : 1536 B, त्रुटी: 512 B, वर्तमान दर: 53 B / s
ipos: 460976 MB, त्रुटियाँ: 1, औसत दर: 53 B / s
opos: 1536 B, अंतिम सफल पढ़ने का समय: 0 एस
समाप्त हुआवास्तविक 0m18.736s
उपयोगकर्ता 0m0.004s
sys 0m0.000s
जैसा कि ऊपर दिखाया गया है, इसने निष्पादन के लिए ठीक उसी समय को लिया है। जैसा कि अपेक्षित है - समान आँकड़े: 3/4। हालाँकि, जब मैं dd (conv = सिंक) के लिए 0x00 के साथ परेशान क्षेत्रों को पैड कर सकता था , तो gddresoscope को यह कार्यक्षमता याद आ रही है? इसके बजाय, यह परेशान क्षेत्र w / o को अपनी स्थिति में कुछ भी लिखने से रोक देता है और अगले निम्न क्षेत्र के साथ जारी रहता है (यदि मेरे पास आउटपुट फ़ाइल में उस क्षेत्र पर पहले से ही लिखा गया डेटा है - यह ओवरराइट नहीं किया जाएगा: कभी-कभी यह वांछनीय नहीं हो सकता है )। मुझे यकीन नहीं है कि कैसे -t (truncate) विकल्प gddrescue के साथ ब्लॉक-डिवाइस के लिए काम करेगा(मुझे लगता है, यह 0x00 के साथ पूरी तरह से इसे अधिलेखित कर देगा), लेकिन एक नियमित फ़ाइल पर, जैसा कि भविष्यवाणी की गई है, पूरी फ़ाइल w / o को केवल ऑफसेट आयामों (यानी -o1) के भीतर कर रही है। इसलिए, यह कुछ हद तक dd समन्वयन के लिए अपरिचित है , लेकिन यह समान होने के कारण यह केवल पहचान की कार्यक्षमता की नकल करेगा यदि आप संपूर्ण आउटपुट डिवाइस / फ़ाइल को अधिलेखित करने के लिए तैयार हैं।
यद्यपि, क्रिया विकल्प की उपस्थिति और बुरे क्षेत्रों / ब्लॉकों को लॉग करने की क्षमता के लिए धन्यवाद - gddresoscope एक बेहतर विकल्प की तरह लगता है। यह ध्यान रखना महत्वपूर्ण है, कि दोनों ऐप समान पार्म्स के साथ (बहुत ज्यादा) लॉन्च किए गए थे।
का उत्पादन
अलग
खाली है (बाहर निकलें 0), जिसका अर्थ है कि फाइलें बिल्कुल समान हैं।
अब यह वह हिस्सा है जिसे मैं नहीं समझता:
dd एरर-फ्री सामान पर भी धीमा है क्योंकि यह छोटे रीड और लिख रहा है। यह ड्राइव के गलत हिस्सों के माध्यम से चबाने में बहुत समय व्यतीत करता है, बल्कि जितना हो सके उतना त्रुटि-रहित सामान पढ़ने के बजाय, यह कठिन सामान करने के लिए वापस जा रहा है।
यह सब किस बारे में हैं? विशेष रूप से भाग " यह ड्राइव के गलत हिस्सों के माध्यम से चबाने में बहुत समय व्यतीत करता है, बजाय इसके कि जितना हो सके उतना त्रुटि-रहित सामान पढ़ने के बजाय, हार्ड सामान करने के लिए वापस जा रहा है "? यह उतना ही समय लगा, जितना ऊपर दिखाया गया है (भले ही मैंने डेटा के एक बहुत छोटे हिस्से का निरीक्षण किया हो, लेकिन यह मामला होना चाहिए?)।
gddrescue प्रस्तावों -r स्विच, जो की राशि एक "बुरा क्षेत्र" पर फिर से पढ़ता को नियंत्रित करना चाहिए, हालांकि, dd लगता है के साथ चल रहा हो -r0 सब साथ (के रूप में यह एक ही समय लिया)। तो, क्या यह विकल्प केवल "पोस्ट-प्रोसेसिंग" के लिए है? मुझे जो मिल रहा है, वह यह है कि मूल रूप से dd और gddrescue दोनों -r0 के साथ दौड़ते हुए प्रतीत होते हैं और dd को गलत भागों के माध्यम से चबाने के लिए प्रतीत नहीं होता है, जो कि gddresoscope की तुलना में अधिक है (वे दोनों 15-18 के लिए एक खराब ब्लॉक को रोकते हैं। सेकंड देते हैं या लेते हैं, तो क्या सौदा है, कैसे तेजी से gddresoscope है ??? "
इसके अलावा, -D विकल्प क्या है (आउटपुट फाइल के लिए सिंक्रोनस राइट्स का उपयोग करें)? मैंने किए गए कुछ परीक्षणों से कोई अंतर नहीं देखा है।
क्या कोई पूरी बात पर टिप्पणी कर सकता है? धन्यवाद।