Dd conv = सिंक, नोअरर क्या करता है?


39

तो क्या मामला है जब conv=sync,noerrorएक छवि फ़ाइल पर पूरी हार्ड डिस्क का बैकअप लेते समय जोड़ने से फर्क पड़ता है? है conv=sync,noerrorएक आवश्यकता है जब फोरेंसिक काम करना? यदि हां, तो यह लिनक्स फेडोरा के संदर्भ में क्यों है?

संपादित करें:

ठीक है, इसलिए यदि मैं बिना dd करता हूं conv=sync,noerror, और ddब्लॉक पढ़ने में त्रुटि का सामना करता हूं (चलो 100M आकार दें), क्या dd सिर्फ 100M ब्लॉक को छोड़ता है और अगले ब्लॉक को कुछ लिखे बिना पढ़ता है ( dd conv=sync,noerrorआउटपुट के 100M पर शून्य लिखता है - तो इस मामले के बारे में) ?)?

और अगर मूल हार्ड डिस्क और आउटपुट फ़ाइल का हैश बिना किया जाए तो अलग है conv=sync,noerror? या यह केवल तब होता है जब रीड एरर हुआ?


3
प्रश्न के लिए अपवोट "क्या कन्टेंस = सिंक है, फॉरेंसिक सामान करते समय कोई आवश्यकता नहीं है?"
nergeia

जवाबों:


46

conv=syncddप्रत्येक ब्लॉक को नल के साथ बाईं ओर पैड करने के लिए कहता है, ताकि अगर, त्रुटि के कारण, पूर्ण ब्लॉक नहीं पढ़ा जा सके, तो मूल डेटा की पूरी लंबाई संरक्षित है, भले ही सभी डेटा को छवि में शामिल न किया जा सके । इस तरह से आप कम से कम जानते हैं कि डेटा कितना क्षतिग्रस्त है, जो आपको फोरेंसिक सुराग प्रदान कर सकता है, और यदि आप खराब ब्लॉकों या जो भी हो, के कारण बिल्कुल भी छवि नहीं ले सकते हैं, तो आप किसी भी डेटा का विश्लेषण नहीं कर सकते हैं। कुछ भी नहीं से बेहतर है।

conv=sync,noerrorddत्रुटि को रोकने और डंप प्रदर्शन करने से रोकने के लिए आवश्यक है । conv=syncबड़े पैमाने पर बिना किसी बाधा के व्यर्थ है।

http://linuxcommand.org/man_pages/dd1.html

http://vlinux-freak.blogspot.com/2011/01/how-to-use-dd-command.html


1
प्रश्न: अगर कोई बिना dd = सिंक के dd करता है, तो हार्ड डिस्क और इमेज फाइल का हैश अलग नहीं होता?
जूल

यदि dd मुठभेड़ों में त्रुटि पढ़ी जाती है, तो क्या यह उस समय रुक जाता है?
जूल

3
dd ही हैश नहीं है, तो क्या आप dcflDD forensicswiki.org/wiki/Dcfldd जैसे टूल के बारे में सोच रहे हैं ? सिद्धांत रूप में, डिस्क का हैश और छवि का हैश समान होना चाहिए, जब तक कि हैश की गणना करने वाले उपकरण उसी तरह त्रुटियों का सामना करते हैं।
फ्रैंक थॉमस

इस प्रश्न पर एकमात्र उत्तर होने के लिए अपवित्र किया गया जो प्रश्न का स्पष्ट रूप से उत्तर देता है, लेकिन आप दूसरे उत्तर के निष्कर्ष के बारे में क्या सोचते हैं कि यह वास्तव में बैकअप को दूषित कर देता है? आपके दो उत्तर एक दूसरे के विपरीत प्रतीत होते हैं, लेकिन शायद मैं गलत समझ रहा हूं।
हाशिम

36

dd conv=sync,noerror(या conv=noerror,sync) आपके डेटा को दूषित करता है।

आई / ओ त्रुटि के आधार पर, और उपयोग किए गए ब्लॉक (भौतिक क्षेत्र के आकार से बड़ा?) पर निर्भर करता है, इनपुट और आउटपुट पते वास्तव में सिंक में नहीं रहते हैं, लेकिन गलत ऑफसेट पर समाप्त होते हैं, जो फाइल सिस्टम छवियों और अन्य के लिए प्रतिलिपि बेकार बनाता है ऐसी बातें जहाँ ऑफ़सेट मायने रखता है।

बहुत सारे स्थान conv=noerror,syncखराब डिस्क से निपटने के लिए उपयोग करने की सलाह देते हैं । मैं खुद भी वही सिफारिश करता था। यह मेरे लिए काम किया, जब मुझे कुछ समय पहले एक खराब डिस्क को पुनर्प्राप्त करना था।

हालांकि, परीक्षण से पता चलता है कि यह वास्तव में किसी भी तरह से विश्वसनीय नहीं है।

का प्रयोग करें losetupऔर dmsetupएक बनाने के लिए A error Bउपकरण:

truncate -s 1M a.img b.img
A=$(losetup --find --show a.img)
B=$(losetup --find --show b.img)
i=0 ; while printf "A%06d\n" $i ; do i=$((i+1)) ; done > $A
i=0 ; while printf "B%06d\n" $i ; do i=$((i+1)) ; done > $B

ए, बी लूप डिवाइस इस तरह दिखते हैं:

# head -n 3 $A $B
==> /dev/loop0 <==
A000000
A000001
A000002

==> /dev/loop1 <==
B000000
B000001
B000002

इसलिए यह संख्या बढ़ाने के साथ ए, बी है जो बाद में ऑफसेट को सत्यापित करने में हमारी मदद करेगा।

अब लिनक्स डिवाइस मैपर के सौजन्य से दोनों के बीच रीड एरर डालने के लिए:

# dmsetup create AerrorB << EOF
0 2000 linear $A 0
2000 96 error
2096 2000 linear $B 48
EOF

यह उदाहरण , सेक्टरों के AerrorBरूप में बनाता 2000है A, जिसके बाद 2*48एरर के सेक्टर आते हैं, उसके बाद 2000सेक्टर्स B

बस सत्यापित करने के लिए:

# blockdev --getsz /dev/mapper/AerrorB
4096
# hexdump -C /dev/mapper/AerrorB
00000000  41 30 30 30 30 30 30 0a  41 30 30 30 30 30 31 0a  |A000000.A000001.|
00000010  41 30 30 30 30 30 32 0a  41 30 30 30 30 30 33 0a  |A000002.A000003.|
[...]
000f9fe0  41 31 32 37 39 39 36 0a  41 31 32 37 39 39 37 0a  |A127996.A127997.|
000f9ff0  41 31 32 37 39 39 38 0a  41 31 32 37 39 39 39 0a  |A127998.A127999.|
000fa000
hexdump: /dev/mapper/AerrorB: Input/output error

इसलिए यह तब तक पढ़ता है A127999\n, जब से प्रत्येक पंक्ति में 8 बाइट्स होते हैं जो 1024000 बाइट्स पर योग करते हैं जो कि 512 बाइट्स के हमारे 2000 सेक्टर हैं। सब कुछ क्रम में लगता है ...

यह मिश्रण होगा?

for bs in 1M 64K 16K 4K 512 42
do
    dd bs=$bs conv=noerror,sync if=/dev/mapper/AerrorB of=AerrorB.$bs.gnu-dd
    busybox dd bs=$bs conv=noerror,sync if=/dev/mapper/AerrorB of=AerrorB.$bs.bb-dd
done

ddrescue /dev/mapper/AerrorB AerrorB.ddrescue

परिणाम:

# ls -l
-rw-r--r-- 1 root root 2113536 May 11 23:54 AerrorB.16K.bb-dd
-rw-r--r-- 1 root root 2064384 May 11 23:54 AerrorB.16K.gnu-dd
-rw-r--r-- 1 root root 3145728 May 11 23:54 AerrorB.1M.bb-dd
-rw-r--r-- 1 root root 2097152 May 11 23:54 AerrorB.1M.gnu-dd
-rw-r--r-- 1 root root 2097186 May 11 23:54 AerrorB.42.bb-dd
-rw-r--r-- 1 root root 2048004 May 11 23:54 AerrorB.42.gnu-dd
-rw-r--r-- 1 root root 2097152 May 11 23:54 AerrorB.4K.bb-dd
-rw-r--r-- 1 root root 2097152 May 11 23:54 AerrorB.4K.gnu-dd
-rw-r--r-- 1 root root 2097152 May 11 23:54 AerrorB.512.bb-dd
-rw-r--r-- 1 root root 2097152 May 11 23:54 AerrorB.512.gnu-dd
-rw-r--r-- 1 root root 2162688 May 11 23:54 AerrorB.64K.bb-dd
-rw-r--r-- 1 root root 2097152 May 11 23:54 AerrorB.64K.gnu-dd
-rw-r--r-- 1 root root 2097152 May 11 23:54 AerrorB.ddrescue

अकेले फ़ाइल आकार से आप बता सकते हैं कि कुछ ब्लॉक के लिए चीजें गलत हैं।

चेकसम:

# md5sum *
8972776e4bd29eb5a55aa4d1eb3b8a43  AerrorB.16K.bb-dd
4ee0b656ff9be862a7e96d37a2ebdeb0  AerrorB.16K.gnu-dd
7874ef3fe3426436f19ffa0635a53f63  AerrorB.1M.bb-dd
6f60e9d5ec06eb7721dbfddaaa625473  AerrorB.1M.gnu-dd
94abec9a526553c5aa063b0c917d8e8f  AerrorB.42.bb-dd
1413c824cd090cba5c33b2d7de330339  AerrorB.42.gnu-dd
b381efd87f17354cfb121dae49e3487a  AerrorB.4K.bb-dd
b381efd87f17354cfb121dae49e3487a  AerrorB.4K.gnu-dd
b381efd87f17354cfb121dae49e3487a  AerrorB.512.bb-dd
b381efd87f17354cfb121dae49e3487a  AerrorB.512.gnu-dd
3c101af5623fe8c6f3d764631582a18e  AerrorB.64K.bb-dd
6f60e9d5ec06eb7721dbfddaaa625473  AerrorB.64K.gnu-dd
b381efd87f17354cfb121dae49e3487a  AerrorB.ddrescue

ddddrescueकेवल उन ब्लॉक आकारों से सहमत हैं जो हमारी त्रुटि क्षेत्र ( 512, 4K) से संरेखित होने के लिए होते हैं ।

चलिए कच्चे डेटा की जांच करते हैं।

# grep -a -b --only-matching B130000 *
AerrorB.16K.bb-dd:  2096768:B130000
AerrorB.16K.gnu-dd: 2047616:B130000
AerrorB.1M.bb-dd:   2113152:B130000
AerrorB.1M.gnu-dd:  2064000:B130000
AerrorB.42.bb-dd:   2088578:B130000
AerrorB.42.gnu-dd:  2039426:B130000
AerrorB.4K.bb-dd:   2088576:B130000
AerrorB.4K.gnu-dd:  2088576:B130000
AerrorB.512.bb-dd:  2088576:B130000
AerrorB.512.gnu-dd: 2088576:B130000
AerrorB.64K.bb-dd:  2113152:B130000
AerrorB.64K.gnu-dd: 2064000:B130000
AerrorB.ddrescue:   2088576:B130000

जबकि डेटा स्वयं मौजूद प्रतीत होता है, यह स्पष्ट रूप से सिंक में नहीं है; ऑफ़सेट पूरी तरह से bs = 16K, 1M, 42,64K के लिए अजीब से बाहर हैं ... केवल ऑफ़सेट वाले2088576 ही सही हैं, जैसा कि मूल डिवाइस के खिलाफ सत्यापित किया जा सकता है।

# dd bs=1 skip=2088576 count=8 if=/dev/mapper/AerrorB 
B130000

क्या यह अपेक्षित व्यवहार है dd conv=noerror,sync? मुझे नहीं पता और के दो कार्यान्वयनdd उपलब्ध थे, वे भी एक दूसरे से सहमत नहीं थे। यदि आप ddएक निष्पादक पसंद के साथ प्रयोग करते हैं तो परिणाम बहुत बेकार है ।

इसके बाद के संस्करण का उपयोग कर उत्पादन किया गया था dd (coreutils) 8.25, BusyBox v1.24.2, GNU ddrescue 1.21


3
बहुत दिलचस्प और विस्तृत, लेकिन अभी भी भ्रमित। क्या आप इसे बग के रूप में देखते हैं? क्या इसकी सूचना दी गई है? या क्या यह बस इतना है कि उपयोगकर्ता को bs = तर्क का उपयोग करना सुनिश्चित करना होगा जो डिवाइस के वास्तविक अवरोध से मेल खाता है?
nealmcb

खराब क्षेत्रों के साथ ड्राइव के साथ काम ddrescueकरने के बजाय क्या आप @frostschutz का उपयोग करने की सलाह देंगे dd?
ljk

2
नहीं; syncतर्क यह बताता उत्पादन सही लंबाई रखने के लिए। यदि आप गलत ब्लॉक आकार का उपयोग करते हैं तो यह काम नहीं करता है, इसलिए ऐसा न करें।
Psusi

12
अरे, iflag=fullblockइसे बचाने के लिए लगता है। हालाँकि, अभी भी बनी हुई md5sumछवियों में iflag=fullblockभिन्नता है (निश्चित रूप से! क्योंकि बाइट की संख्या जो कि पढ़ने की त्रुटि के कारण अलग हो गई थी - अर्थात \0छवियों में s की मात्रा भिन्न होती है), लेकिन संरेखण के साथ सहेजा जाता है iflag=fullblock: सभी छवियों के लिए grep -a -b --only-matching B130000रिटर्न 2088576
साशा

3
@ साशा सही है और अधिक upvotes की जरूरत है! फुलब्लॉक का उल्लेख डॉक्स gnu.org/software/coreutils/manual/html_node/dd-invocation.html
mlt
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.