बैडब्लॉक को 1TB ड्राइव पर कितना समय लगता है?


29

मैं 1TB ड्राइव पर बैडब्लॉक (या बल्कि "e2fsck -c") चला रहा हूं और यदि प्रगति सूचक कोई संकेत है (कोई दंडित इरादा नहीं), तो इसे लगभग हमेशा पूरा होने वाला है।

अभी यह कहता है 0.01% done, 30:20 elapsedकि इसका मतलब होगा कि इस चीज़ को पूरा होने में 17 सप्ताह या अधिक समय लगेगा, जो मेरी पुस्तक में बहुत अधिक है।

क्या इस तरह की जाँच के लिए समय की एक सामान्य राशि है या यह केवल इतना है कि मेरा संदेह सही है कि ड्राइव विफल हो रही है, इस प्रकार चेक केवल अनंत काल से थोड़ा कम लेने का कारण बनता है?

मुझे यह सवाल यहाँ मिला , लेकिन यह पास किए जाने की मात्रा से संबंधित है।


2
यह लगभग निश्चित रूप से इंटरफ़ेस पर निर्भर करता है, ड्राइव, और ड्राइव कितना बुरा है, अगर वास्तव में कोई विफलता है। मैं आपको अपने कंप्यूटर पर एक बैडब्लॉक स्कैन के बारे में बता सकता हूं जिसमें SATA के माध्यम से संलग्न 1.5TB ड्राइव के लिए ~ 70 घंटे लगते हैं। यदि आप USB2.0, या 1.0 से जुड़े हैं, तो यह अधिक लंबा होगा।
Zoredache

यह ई-एसएटीए का उपयोग करके संलग्न है। मुझे लगता है कि मैं इसे थोड़ी देर दे दूंगा और यह देखूंगा कि एक अच्छी रात की नींद के बाद यह कितनी दूर है।
स्टीवन डॉन

@Zoredache - मुझे लगता है कि आपकी टिप्पणी के बजाय एक उत्तर होना चाहिए।
निफ़ल

ऊपर Zoredache की टिप्पणी के अलावा, अलग-अलग स्विच के badblocksकारण यह अलग-अलग कार्य करता है, जो रनटाइम को भी प्रभावित करेगा, उदाहरण के लिए -wस्विच।
जेफ जी

1
मोड पर निर्भर करेगा (भी) आवश्यक समय badblocksचल रहा है: केवल-पढ़ने के लिए, गैर-विनाशकारी रीड-राइट या विनाशकारी रीड-राइट। कहा जाता है कि, 0.1% के लिए 30 मिनट लंबा लगता है।
SabreWolfy

जवाबों:


20

आपके प्रश्न का उत्तर देने के लिए, मैं जो निकटतम पेशकश कर सकता हूं वह 3TB है जिसके लिए मैंने इसका परीक्षण किया है। यहां 3 बार परीक्षण किए गए हैं, केवल -cए और बहुत समय के लिए पैरामीटर मानों को बदलकर केवल 10% तक कर रहे हैं। प्रत्येक को औसत प्राप्त करने के लिए 3 बार किया गया था।

badblocks -svn /dev/sdb

1% पाने के लिए: 1 घंटा
10%: 8 घंटे 40 मिनट तक पाने के लिए

badblocks -svn -b 512 -c 32768 /dev/sda

1% करने के लिए: 35 मिनट
10% करने के लिए: 4 घंटे 10 मिनट

badblocks -svn -b 512 -c 65536 /dev/sda

1% पाने के लिए: 16 मिनट
10%: 2 घंटे 35 मिनट तक पाने के लिए

हां, -cड्राइव की जांच करने में लगने वाले समय में पैरामीटर का बहुत बड़ा प्रभाव होता है। मुझे लगता है कि 1 टीबी हार्ड ड्राइव के लिए, यह मानते हुए कि यह 3TB के समान समय सीमा रखता है, यह यहाँ उल्लेखित समय का 1/3 होगा, इसलिए -c 655361 टीबी एचडीडी पर 10% प्राप्त करने के बारे में होगा। 50 मिनट।


5

बैडब्लॉक 4 रन बनाता है। 1 टीबी बाहरी एचडी पर आमतौर पर लगभग 70 घंटे लगते हैं।


4
पूर्णता के लिए, badblocks(केवल) -wविनाशकारी-लेखन ध्वज के साथ चार रनों के लिए चूक ।
सब्रेवॉल्फ़

@SabreWolfy आपने कहाँ पढ़ा कि बैडब्लॉक -w के साथ रन के लिए करता है? मुझे यह जानकारी नहीं मिल रही है।
एलन फ्रांजोनी

1
-W के लिए मैन पेज चार लिखने वाले पैटर्न दिखाता है जो इसका उपयोग करता है।
सब्रेवॉल्फ़ी

3

एक साथ संसाधित ब्लॉक की मात्रा बढ़ाने की कोशिश करें, जैसे badblocks -svn -b 512 -c 65536 /dev/sda। इस तरह, मैं 8 घंटे में 1 टीबी हार्ड डिस्क ड्राइव की जांच कर सकता हूं।


2

मैं WD Red 4TB ड्राइव पर बैडब्लॉक चला रहा हूं। चूंकि वे 4k सेक्टर ड्राइव हैं (उपयोग करके जांच की गई lsblk -o NAME,PHY-SeC) मैं इसके साथ चल रहा हूं -b 4096। मैं प्रत्येक बैडब्लॉक के उदाहरण ~ 800Mb RAM देना चाहता था इसलिए मैंने इसका उपयोग किया -c 200000जो आपको देता है 4096 bytes * 200,000 blocks = 800,000 Kb। उन्होंने प्रत्येक 800Mb के साथ शुरुआत की, लेकिन समय के साथ वह खत्म हो गया। ये सेटिंग्स मानक सेटिंग्स पर एक महत्वपूर्ण स्पीडअप प्रदान करते हैं, हालांकि।

यह 3min 56sec में 1% चला, लेकिन यह 4 पैटर्न का 1% है। एक रन के अंत में आपको जितना अधिक समय लगता है उतना अधिक समय लगता है। इसने 17hrs में पहले पैटर्न के साथ डिस्क को चेक किया, इसलिए इसे लगभग 68T में 4TB को पूरा करना चाहिए

कम से कम दौड़ता है एक वांछनीय शहर

कमांड जो मैं उपयोग कर रहा हूं वह है: badblocks -svw -b 4096 -c 200000 /dev/sdc -o bb_sdc.txt


0

मेरे 6TB RAID 6 (DESTRUCTIVE WRITE MODE: 1) में असफल 1 टीबी ड्राइव पर कल से एक दिन पहले दौड़ा!

# badblocks -svw -b 4096 -c 65536 /dev/sdb

Mainboard एक ASRock रैक C2550D4I (मुझे पता है ...) SATA3 पोर्ट से जुड़ा 8x सैमसंग स्पिनप्वाइंट M8 HN-M101MBB (मुझे पता है ...) के साथ है। ड्राइव 4K "उन्नत प्रारूप" ड्राइव हैं, इसलिए 4K ब्लॉक आकार।

badblocks लगभग 28 घंटे लगे, कोई त्रुटि नहीं।

सिंगल ड्राइव ~ 105 एमबी / सेक (औसत hdparm -tTबफ़र रीड टाइमिंग), 200-230 एमबी / सेकंड पूरे अरै का परीक्षण करते समय। पुराने लैपटॉप ड्राइव के ढेर के लिए आजकल कुछ भी बेहतर नहीं है।

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


-1

कुछ प्रदर्शन अवलोकन:

मैं चल रहा हूँ e2fsck -c -c -v /dev/sda2, जो इस उपकरण पर रहता है:

/dev/sda2  77056 976754431 976677376  3.7T Linux filesystem

63.5% के लिए वर्तमान रनटाइम 53:28:40 है; 53.5 घंटे। प्रगति की दर 1.186% / घंटा है। इस दर पर, इसे पूरा करने में अतिरिक्त 31 घंटे लगेंगे, जिसमें कुल अनुमानित समय 85 घंटे होगा। यह एक यूएसबी 3.0 डिवाइस है। iotop औसत पढ़ने / लिखने की गति के बारे में 25MB / s इंगित करता है। अब तक, शून्य ख़राब ब्लॉक पाए गए हैं।

अंतर्निहित कमांड लाइन निम्नलिखित e2fsckहै:

sh -c badblocks -b 4096 -X -s -n /dev/sda2 976677375

StackOverflow के लिए पोस्ट यह ^ C (SIGTERM) के साथ बैडब्लॉक को बाधित करने के लिए सुरक्षित है। क्या मुझे ऐसा करना चाहिए, मैं इस परीक्षण को रोकने का नकारात्मक पक्ष नहीं देखता, और भविष्य में इसे बाद में फिर से शुरू कर सकता हूं, क्योंकि यह डिस्क ब्लॉक-स्तरीय ऑपरेशन है। मुझे पूर्ण किए गए प्रतिशत स्कैन पर फिर से शुरू करने से पहले इस फाइल सिस्टम को अनमाउंट करना होगा।


3
यह एक सवाल या जवाब है?
पियरे.विरेंस
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.