हिताची मरते हुए सख्त, बैश और टेक्नो-नेक्रोफिलिया

सावधानी: इस लेख में वर्णित समाधान पेशेवर नहीं है, यह संरचना की गलतफहमी और हार्ड ड्राइव के संचालन के सिद्धांतों के आधार पर बनाया गया हो सकता है। उपरोक्त चरणों को दोहराने से उपकरण को नुकसान हो सकता है।

हाल ही में मैं पुराने ब्लॉकों के साथ पुराने एचडीडी का उपयोग करने के बारे में एक लेख में आया था और सोचा था कि मेरा अनुभव किसी के लिए भी दिलचस्प हो सकता है।

एक बार, परिचितों ने मुझे एक लैपटॉप से ​​निपटने में मदद करने के लिए कहा, जिस पर वे विंडोज को पुनर्स्थापित नहीं कर सके। लैपटॉप, उपस्थिति से देखते हुए, एक कठिन जीवन था: मामले में दरारें, डेंटेड कोनों, रैक को तोड़ दिया। यह स्पष्ट है कि समस्या कई स्ट्रोक के परिणामस्वरूप हार्ड ड्राइव को नुकसान है, जो स्मार्ट द्वारा भी पुष्टि की गई थी: 200 से अधिक जी-सेंसर संचालन, 500 रियलकॉकेटेड सेक्टर काउंट और अभी भी करंट पेंडिंग में है। ठीक है, लोगों ने, निश्चित रूप से, मैंने एसएसडी स्थापित किया, और उनके स्क्रू से जानकारी को कमांड के साथ कॉपी किया:

dd if=/dev/sdb of=/media/hddimages/ht320.img bs=409600 conv=noerror,notrunc,sync 

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

ऐसा होता है कि बड़े ब्लॉकों (400kb) में पढ़ते समय, डिस्क पूरे ब्लॉक को नहीं पढ़ती है, और छोटे केवल 1 सेक्टर को नहीं पढ़ते हैं। यहाँ के क्षेत्र 4kb हैं, इसलिए dd के पहले पास के बाद, यदि पढ़ने में त्रुटियां थीं, तो मैं इन खंडों को 4kb ब्लॉकों में फिर से पढ़ने की कोशिश करता हूं:

 n=<>;dd if=/dev/sdb of=/media/hddimages/ht320.img bs=4096 conv=noerror,notrunc,sync skip=$n seek=$n count=100 

स्किप एंड सीक मापदंडों की जरूरत है ताकि पढ़ना और लिखना डिस्क की शुरुआत से एक ही इंडेंट के साथ शुरू हो। इंडेंटेशन को पहले डीडी निष्पादन के आउटपुट से लिया जाता है, केवल ब्लॉक आकार से मिलान करने के लिए, संख्या को 100 से गुणा करें।

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

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

लेकिन यह कठिन है, हालांकि यह पीटा गया है, इसे बाहर फेंकने के लिए एक दया है, इसलिए मैंने किसी भी तरह इसे कम करने का फैसला किया। सैद्धांतिक रूप से, डिस्क नियंत्रक क्षतिग्रस्त क्षेत्रों को चिह्नित करता है और बैकअप सेक्टरों को उनके पते पर बार-बार असफल लिखने या असफल (ईसीसी का उपयोग करके) पढ़ने की त्रुटियों के मामले में उनके पते को पुन: असाइन करता है।

शुरू करने के लिए, मैं डिस्क को मिटाने की कोशिश करता हूं (यदि dd / / dev / शून्य ...) और उसके बाद पढ़ें: गति भी अस्थिर है, डिस्क फ्रीज हो जाती है और कभी-कभी इनपुट / आउटपुट त्रुटि होती है, लेकिन स्मार्ट में रीलों और पेंडिंग्स की संख्या बढ़ रही है। कई चक्रों के बाद, स्मार्ट विशेष रूप से बहुत अधिक नहीं बदलते हैं, पेंडिंग्स स्थानांतरित नहीं हुए, और त्रुटियों के साथ हैंग हो जाता है हर बार एक ही स्थान पर या बहुत करीब से। मैं "hdparm --make-bad-sector" कमांड के साथ मैन्युअल रूप से रीमैप करने की कोशिश करता हूं, लेकिन यह इस मॉडल पर काम नहीं करता है और मुझे यह एहसास होता है कि सिर्फ पढ़ने-पढ़ने के साथ-साथ लिखने-पढ़ने से भी समस्या वाले सभी क्षेत्र नहीं दिखेंगे। वास्तव में, अगर एक क्षतिग्रस्त बिट, चाहे वे इसे लिखने की कोशिश करें, "1" के रूप में पढ़ने की अधिक संभावना है, तो इसे लिखते समय, "1", बाद में पढ़ने में त्रुटि के बिना जगह होगी, लेकिन एक अलग पैटर्न लिखते समय, यह हो सकता है पर्याप्त विसंगतियां हैं ताकि ईसीसी विफल हो जाए और एक अपूरणीय पढ़ने में त्रुटि हो, और ऐसे कई मामलों के बाद, क्षेत्र को "खराब" का दर्जा मिला। वैसे, क्षतिग्रस्त बिट्स के वितरण पर रिकॉर्ड किया गया मूल्य इतना अधिक हो सकता है कि एक गलत मूल्य भी ईसीसी को संतुष्ट करेगा। इसलिए, सभी बुरे क्षेत्रों की पहचान को अधिकतम करने के लिए, आपको एक अपेक्षाकृत यादृच्छिक पैटर्न उत्पन्न करने की आवश्यकता है, इसे डिस्क पर लिखें, मान पढ़ें और तुलना करें। अस्थिर क्षेत्र भी हैं, जो समय के साथ या उसके पड़ोसियों को संसाधित करने के बाद धीरे-धीरे अपने मूल्यों को बदलते हैं।

उपरोक्त सभी को देखते हुए, मैंने निम्नलिखित रणनीति को बैश स्क्रिप्ट में लागू करने का निर्णय लिया:

• हम एक यादृच्छिक पैटर्न उत्पन्न करते हैं और इसके लिए चेकसम पर विचार करते हैं;
• हमने स्मार्ट पढ़ा;
• शून्य में एक डिस्क लिखें;
• डिस्क को पढ़ें;
• हम बस रिकॉर्ड किए गए ब्लॉक को पढ़ने और इसकी चेक राशि की तुलना के साथ एक यादृच्छिक पैटर्न में एक डिस्क लिखते हैं;
• हम पूरी रिकॉर्डिंग के बाद डिस्क को पढ़ते हैं, प्रत्येक ब्लॉक के चेक सोम्स की जांच करते हैं;
• हमने स्मार्ट पढ़ा;
• आत्म परीक्षण;
• गोटो १।

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

जब मैंने बैश स्क्रिप्ट लिखना समाप्त कर दिया, तो मैंने इसे चलाया और अगले दिन परिणामों की जांच की - मैंने देखा कि सत्यापन बहुत धीमा है, जबकि प्रोसेसर लोड किसी भी कोर पर 60% तक नहीं पहुंचता है। इसने मुझे ब्लॉक आकार के साथ खेला, चेकसम के लिए अलग-अलग हैश एल्गोरिदम का परीक्षण किया, प्रत्यक्ष भिन्न सत्यापन की कोशिश की, और चेकसम की तुलना नहीं की, लेकिन मैं प्रति सेकंड 12 मेगाबाइट से ऊपर प्रसंस्करण गति तक नहीं पहुंच सका। नतीजतन, मैं 400kb ब्लॉकों की तुलना में अंतर के साथ बंद कर दिया, और मैं चेकसम की गणना केवल तभी करता हूं जब लॉग के बाद के विश्लेषण के लिए केवल बेमेल हो।

 #!/bin/bash #    hddtest.sh diskdev logfile [blocksize] diskdev="$1"; test_log="$2"; #"~/work/hdd/test.log" blsz="${409600:-$3}"; n="1"; sizebyte=`fdisk -l "$diskdev"|grep "Disk $diskdev:"|cut -d" " -f5`; let sizebl=$sizebyte/$blsz; #"781428" for 320GB while true;do echo "starting iteration $n"; dd if=/dev/urandom of=fil bs="$blsz" count=1; md5ok=`md5sum fil|cut -d" " -f1`; cp fil fil_"$n"; echo "random pattern md5sum $md5ok">>"$test_log"; smartctl -A "$diskdev">>"$test_log"; echo "filling disk with zeroes">>"$test_log"; dd if=/dev/zero of="$diskdev" bs="$blsz"; #count="$sizebl"; echo "disk is wiped fully">>"$test_log"; dd of=/dev/null if="$diskdev" bs="$blsz"; # count="$sizebl"; echo "writing disk with fil-pattern">>"$test_log"; i="0"; while [ "$i" -le "$sizebl" ]; do #echo "writing fil: $i ">>"$test_log"; dd if=fil of="$diskdev" bs="$blsz" seek="$i"; dd if=/dev/null of=tst; dd if="$diskdev" bs="$blsz" of=tst skip="$i" count=1 conv=notrunc,noerror,sync; #md5tst=`md5sum tst|cut -d" " -f1`; verf=`diff -s fil tst|sed 's/.* //g'`; if [ "$verf" != "identical" ]; #if [ "$md5ok" != "$md5tst" ]; then md5tst=`md5sum tst|cut -d" " -f1`; echo "$i : md5 $md5tst is not ok">>"$test_log"; cp tst tst_"$n"_"$i"; fi; let i="$i"+1; done; echo "test of full writed with fil-pattern disk">>"$test_log"; i="0"; while [ "$i" -le "$sizebl" ]; do #echo "after writing test: $i">>"$test_log"; dd if=/dev/null of=tst; dd if="$diskdev" bs="$blsz" of=tst skip="$i" count=1 conv=notrunc,noerror,sync; #md5tst=`md5sum tst|cut -d" " -f1`; verf=`diff -s fil tst|sed 's/.* //g'`; if [ "$verf" != "identical" ]; #if [ "$md5ok" != "$md5tst" ]; then md5tst=`md5sum tst|cut -d" " -f1`; echo "$i : md5 $md5tst is not ok">>"$test_log"; cp tst tst_"$n"_"$i"; fi; let i="$i"+1; done; smartctl -A "$diskdev" >>"$test_log"; smartctl -t long "$diskdev">>"$test_log"; sleep 5000; #smartctl -t short "$diskdev">>"$test_log"; #sleep 240; let n="$n"+1; done 

जैसा कि स्क्रिप्ट के बार-बार निष्पादन के बाद लॉग दिखाया गया था, सभी खराब सेक्टर डिस्क के पहले 13 जीबी में थे, हार के कई "foci" थे (शायद, जब सिर मारा, तो सतह को खरोंच और खरोंच किया गया था)। पिछले 15 रनों के लिए, डिस्क ने कोई भी लंबित सेक्टर नहीं देखा है, सब कुछ पहले से ही रीमैप किया गया था, लेकिन कहीं 13 वें गीगाबाइट के एक ब्लॉक या उससे दूर के ब्लॉक को अलग-अलग पते पर गलत तरीके से पढ़ा गया था। इसके अलावा, एक पंक्ति में 2 चक्रों के लिए एक गलत माना जा सकता है, फिर 2 बार सही ढंग से और फिर गलत तरीके से। इसलिए पिछले 10 खराब क्षेत्रों को पकड़ने के लिए एक लंबा ऑपरेशन किया गया था। कुल १२६ sectors सेक्टरों का रीमैप बना था! और अंत में, एक आश्चर्य मुझे इंतजार कर रहा था: जब सब कुछ पहले से ही सख्ती से काम कर रहा था, अगले स्व-परीक्षण के बाद, Reallocated Sector Count पैरामीटर "0" बन गया और केवल Reallocated Event Count और पिछले 5 त्रुटियों के रिकॉर्ड (पते और समय के साथ) पत्रिका में काम शुरू)।

स्थिर संचालन के बावजूद, मैंने तब भी क्षतिग्रस्त क्षेत्र के साथ बातचीत को कम करने का फैसला किया ताकि प्लेटों की क्षतिग्रस्त सतह के साथ स्थानों में संभावित अनियमितताओं के बारे में सिर को घायल न करें, और मैं लंबे समय में स्थानीय क्षेत्रों पर भरोसा नहीं करना चाहता था। मैंने बस एक मार्जिन के साथ थोड़ा समर्थन किया और 15 वें गीगाबाइट के साथ एक विभाजन बनाया। और, जैसा कि समय ने दिखाया है, डिस्क बहुत अच्छा लगता है और 10 महीने से पहनने योग्य लैपटॉप में पूरी तरह से काम कर रहा है।

हालांकि यह पूरी तरह से बहाल डिस्क पर भरोसा करना असंभव है और उद्यम की आर्थिक व्यवहार्यता संदिग्ध है, कभी-कभी परिणाम केवल अच्छे तरीके के लिए एक सुखद अतिरिक्त होता है।