मुझे संदेह है कि डिस्क पर खराब सेक्टर हो सकता है । मैंने एक्सटी 3 फाइल सिस्टम का इस्तेमाल किया ।
विंडोज के एरर चेकिंग टूल का सबसे अच्छा समकक्ष कौन सा टूल है?
मुझे संदेह है कि डिस्क पर खराब सेक्टर हो सकता है । मैंने एक्सटी 3 फाइल सिस्टम का इस्तेमाल किया ।
विंडोज के एरर चेकिंग टूल का सबसे अच्छा समकक्ष कौन सा टूल है?
खराब क्षेत्रों की जांच करने के लिए स्मार्ट डेटा की जांच करें, शायद लॉन्च करके सबसे अच्छा सुलभ डिस्क उपयोगिता (पलिम्प्सेस्ट). भले ही आपको वहां कोई बुरा ब्लॉक न दिखे, सुनिश्चित होने के लिए एक स्व-परीक्षण शुरू करें ।
कार्यक्रम में बंडल है gnome-disk-utility
पैकेज. भागो gksudo gnome-disks
या उबंटू 16.04 संस्करण (3.18)में:
आप भी उपयोग कर सकते हैं badblocks
sudo badblocks -sv /dev/sda
बस जाँच करने के लिए, या जाँच करने और ठीक करने के लिए पहले परिणाम को एक अस्थायी फ़ाइल में लिखें:
sudo badblocks -sv /dev/sda > bad-blocks-resultsudo fsck -t ext4 -l bad-blocks-result /dev/sda1
पूरी डिस्क की जांच करेगा और सभी खराब ब्लॉकों का प्रिंट आउट लेगा / देव / एसडीए.
से badblocks
मैनुअल:
महत्वपूर्ण नोट: यदि बैडब्लॉक का आउटपुट ई 2 एफएससीके या एमकेई 2 एफएस कार्यक्रमों को खिलाया जा रहा है, तो यह महत्वपूर्ण है कि ब्लॉक आकार ठीक से निर्दिष्ट हो, क्योंकि उत्पन्न होने वाले ब्लॉक नंबर फाइल सिस्टम द्वारा उपयोग में ब्लॉक आकार पर बहुत निर्भर हैं । इस कारण से, यह दृढ़ता से अनुशंसा की जाती है कि उपयोगकर्ता सीधे बैडब्लॉक न चलाएं, बल्कि ई 2 एफएससीके और एमकेई 2 एफएस कार्यक्रमों के-सी विकल्प का उपयोग करें ।
fsck
fsck
खुद आपको खराब सेक्टर खोजने में मदद नहीं करेगा, इससे भी बदतर, अगर बहुत सारे खराब सेक्टर हैं तो यह आपके डेटा को और भी ज्यादा नुकसान पहुंचा सकता है । डिस्क स्वस्थ होने पर ही इसका उपयोग करें ।
इस उत्तर के दौरान मैं मानूंगा, कि पथ पर एक स्टोरेज ड्राइव ब्लॉक डिवाइस के रूप में दिखाई देता है /dev/sdc
. हमारे वर्तमान सेटअप में स्टोरेज ड्राइव का पथ खोजने के लिए, उपयोग करें:
palimpsest
), यदि एक जीयूआई उपलब्ध है, याlsblk
और ls -l /dev/disk/by-id
और आकार, विभाजन, निर्माता और मॉडल के नाम से सही डिवाइस खोजने का प्रयास करें । कभी-कभी एक भंडारण माध्यम बस काम करने से इनकार करता है । यह अभी भी कर्नेल और डिस्क प्रबंधक में एक ब्लॉक डिवाइस के रूप में प्रकट होता है, लेकिन विभाजन तालिका रखने वाला इसका पहला सेक्टर पठनीय नहीं है । इस के साथ आसानी से सत्यापित किया जा सकता:
sudo dd if=/dev/sdc of=/dev/null count=1
यदि इस कमांड के परिणामस्वरूप "इनपुट/आउटपुट त्रुटि" के बारे में संदेश मिलता है, तो हमारी ड्राइव टूट जाती है या अन्यथा अपेक्षित रूप से लिनक्स कर्नेल के साथ बातचीत करने में विफल रहती है । एक पूर्व मामले में, थोड़ा भाग्य के साथ, एक उचित रूप से सुसज्जित प्रयोगशाला के साथ एक डेटा रिकवरी विशेषज्ञ इसकी सामग्री को उबार सकता है । बाद के मामले में, एक अलग ऑपरेटिंग सिस्टम एक कोशिश के लायक है । (मैं यूएसबी ड्राइव पर आया हूं जो विशेष ड्राइवरों के बिना विंडोज पर काम करते हैं, लेकिन लिनक्स या ओएस एक्स पर नहीं।)
इसका समर्थन करने वाले उपकरण, उनके स्वास्थ्य के बारे में पूछे जा सकते हैं एस. एम. ए. आर. टी. या विभिन्न संपूर्णता के अखंडता आत्म-परीक्षण करने का निर्देश दिया । यह आम तौर पर सबसे अच्छा विकल्प है, लेकिन आमतौर पर केवल (गैर-प्राचीन) हार्ड डिस्क और ठोस राज्य ड्राइव पर उपलब्ध है । अधिकांश हटाने योग्य फ्लैश मीडिया इसका समर्थन नहीं करते हैं ।
आगे के संसाधन और निर्देश:
इसे लिखे बिना पूरे डिवाइस की रीड इंटीग्रिटी का परीक्षण करने के लिए, हम इसका उपयोग कर सकते हैं badblocks(8)
इस तरह:
sudo badblocks -b 4096 -c 4096 -s /dev/sdc
इस ऑपरेशन में बहुत समय लग सकता है, खासकर अगर स्टोरेज ड्राइव वास्तव में क्षतिग्रस्त हो । यदि त्रुटि गणना शून्य से ऊपर उठती है, तो हमें पता चल जाएगा कि एक खराब ब्लॉक है । यदि हम खराब ब्लॉकों की सटीक मात्रा (और शायद स्थान) में रुचि नहीं रखते हैं, तो हम किसी भी क्षण (यहां तक कि बलपूर्वक बिजली की विफलता के दौरान) ऑपरेशन को सुरक्षित रूप से निरस्त कर सकते हैं । विकल्प के साथ त्रुटि पर स्वचालित रूप से गर्भपात करना संभव है -e 1
.
उन्नत उपयोग के लिए नोट: यदि हम आउटपुट का पुन: उपयोग करना चाहते हैं e2fsck
, हमें ब्लॉक आकार सेट करने की आवश्यकता है (-b
) निहित फ़ाइल सिस्टम के लिए । हम डेटा की मात्रा को भी ट्विक कर सकते हैं (-c
, ब्लॉक में) थ्रूपुट में सुधार के लिए एक बार में परीक्षण किया गया; अधिकांश उपकरणों के लिए 16 एमआईबी ठीक होना चाहिए ।
कभी – कभी-विशेष रूप से फ्लैश मीडिया के साथ-एक त्रुटि केवल लिखने का प्रयास करते समय होती है । (यह नहीं होगा विश्वसनीय रूप से डिस्कवर (फ्लैश) मीडिया, जो वास्तव में उनके पास बड़े आकार का विज्ञापन करता है; उपयोग करें फ्लैश धोखाधड़ी से लड़ें बजाय.)
कभी नहीं के साथ एक ड्राइव पर इस का प्रयोग करें माउंटेड फाइल सिस्टम! badblocks
जब तक आप इसे मजबूर नहीं करते, तब तक उन पर काम करने से इनकार करते हैं ।
इस ऑपरेशन को बाधित न करें जबरदस्ती! Ctrl+C (सिगिंट/सिगटर्म) और सुंदर समयपूर्व समाप्ति की प्रतीक्षा करना ठीक है, लेकिन killall -9 badblocks
बलपूर्वक समाप्ति पर badblocks
वर्तमान में परीक्षण की गई ब्लॉक रेंज की मूल सामग्री को पुनर्स्थापित नहीं कर सकता है और इसे जंक डेटा के साथ अधिलेखित कर देगा और संभवतः फ़ाइल सिस्टम को भ्रष्ट कर देगा ।
गैर-विनाशकारी रीड-राइट चेक का उपयोग करने के लिए, जोड़ें -n
उपरोक्त विकल्प badblocks
कमान।
ऊपर के रूप में, लेकिन लेखन परीक्षण करने के बाद पिछली ड्राइव सामग्री को पुनर्स्थापित किए बिना, इसलिए यह थोड़ा तेज है । चूंकि डेटा वैसे भी मिटा दिया जाता है, बलपूर्वक समाप्ति (अतिरिक्त) नकारात्मक परिणाम के बिना बनी हुई है ।
विनाशकारी रीड-राइट चेक का उपयोग करने के लिए, जोड़ें -w
उपरोक्त विकल्प badblocks
कमान।
एफएससीके-लिनक्स फाइल सिस्टम की जांच और मरम्मत करें । इसका उपयोग करके आह्वान करें
fsck /dev/sda1
जहां / देव / एसडीए 1 वह ड्राइव है जिसे आप जांचना चाहते हैं । अधिक जानकारी के लिए 'मैन एफएससीके' देखें ।
'बैडब्लॉक' कमांड भी है जो किसी डिवाइस की जांच करता है, आपने अनुमान लगाया है, खराब ब्लॉक ।
चेक किए जाने पर ड्राइव को अनमाउंट करने की आवश्यकता होती है, इसलिए रूट विभाजन की जांच करने के लिए आपको विभाजन की जड़ में एक फ़ाइल 'फोर्सफस्क' बनाने और रिबूट करने की आवश्यकता होती है । डिवाइस को अगले बूट पर चेक किया जाएगा:
sudo touch /forcefscksudo reboot
वैकल्पिक रूप से, आप एक लाइव सीडी से बूट कर सकते हैं और वहां से चेक चला सकते हैं ।
आप कमांड चलाने वाले बैडब्लॉक की जांच कर सकते हैं
sudo badblocks -nsv /dev/[device-partition] > bad-blocks-result
एक गैर-विनाशकारी पढ़ने-लिखने की परीक्षा के लिए । यह एक फ़ाइल उत्पन्न करेगा जिसे कहा जाता है bad-blocks-result
क्षतिग्रस्त क्षेत्रों के साथ । - एन गैर-विनाशकारी रीड-राइट मोड का उपयोग करें । डिफ़ॉल्ट रूप से केवल एक गैर-विनाशकारी रीड-ओनली टेस्ट किया जाता है ।
- एस डिस्क के ऊपर से गुजरने वाले वर्तमान बैडब्लॉक के मोटे प्रतिशत को पूरा करके स्कैन की प्रगति दिखाएं ।
- वी वर्बोज़ मोड।
sudo fsck -t ext3 -l bad-blocks-result /dev/[device-partition]
फ़ाइल सिस्टम को यह बताने के लिए कि खराब सेक्टर कहां हैं और यदि संभव हो तो डेटा को उनसे दूर ले जाएं । आप इसके बारे में अधिक पढ़ सकते हैं यहाँ.
आईएमओ स्मार्टसीटीएल एक बेहतर उपकरण है । आपको संभवतः इसे पहले स्थापित करना होगा
sudo apt-get install smartmontools
फिर
sudo smartctl -a /dev/sda | less
ड्राइव स्वास्थ्य डेटा, विशेषताओं और उपलब्ध परीक्षण परिणामों को प्रिंट करने के लिए । कम छोड़ने के लिए, टाइप करें q
. वैकल्पिक रूप से
sudo smartctl -H /dev/sda
सिर्फ स्वास्थ्य डेटा प्रिंट करने के लिए ।
पृष्ठभूमि में एक नया छोटा (कुछ मिनट) या लंबा (कई घंटों तक) आत्म परीक्षण शुरू करने के लिए:
sudo smartctl -t [short|long]
जीएसएसस्मार्टकंट्रोल (होम पेज) तथा सूक्ति डिस्क यदि आप चाहें तो ग्राफिकल फ्रंट एंड हैं ।
एफ 3 (फ्लैश धोखाधड़ी लड़ो) एक और विकल्प है जो अतिरिक्त रूप से नकली फ्लैश ड्राइव का पता लगाना चाहिए (फ्लैश ड्राइव जिनकी वास्तविक क्षमता विज्ञापित क्षमता का एक अंश है):
एफ 3 स्थापित करें
sudo apt install f3
अपनी ड्राइव डालें
ड्राइव पर खाली स्थान पर परीक्षण डेटा लिखें (जांचें कि आपका ड्राइव कहां से माउंट किया गया है lsblk
)
f3write /media/$USER/D871-DD7C/
परीक्षण डेटा पढ़ें
f3read /media/$USER/D871-DD7C/
संदर्भ:
बैडब्लॉक अच्छा काम करता है लेकिन यह नकली फ्लैश ड्राइव का पता लगाने के लिए डिज़ाइन नहीं किया गया है और उनके लिए किसी भी त्रुटि की रिपोर्ट नहीं कर सकते हैं.
प्रगति संकेतक दिखाते हुए आप पूरी डिस्क का परीक्षण-पढ़ सकते हैं:
time sudo pv /dev/sdc >/dev/null
कुछ डिस्क समस्याएं रिपोर्ट की गई आई/ओ त्रुटियों के रूप में प्रकट होंगी । यह थोड़ा अच्छा है dd
प्रगति संकेतक के कारण और क्योंकि कमांड-लाइन इंटरफ़ेस थोड़ा अधिक मानक और थोड़ा कम है टाइपो-प्रवण. ध्यान दें कि pv
मूल रूप से और उन्नत संस्करण है cat
. यह डिफ़ॉल्ट रूप से स्थापित नहीं हो सकता है, लेकिन इसके साथ स्थापित किया जा सकता है sudo apt-get install pv
.
एक समान दृष्टिकोण डिस्क को कई उपलब्ध उपकरणों में से एक के साथ पढ़ना है जो विशेष रूप से डिस्क आई/ओ त्रुटियों से अवगत हैं-और "डेटा को बचाने के लिए कड़ी मेहनत करने"की सुविधा है । के लिए खोजें ddrescue
पैकेज मैनेजर में ।
यदि आप एक विभाजन है कि आप डेटा ढीला नहीं कर सकते इन चरणों का पालन करें
$fdisk -l commnd
आइए मान लें कि जांच करने के लिए विभाजन को /देव/एसडीपीटीसी (जांच करने के लिए विभाजन)कहा जाता है और आपके पास /स्कैन/परिणामपथ/ फ़ोल्डर पर घुड़सवार परिणामों को संग्रहीत करने के लिए एक और विभाजन है
2.फिर आप इस कमांड को चला सकते हैं
$sudo badblocks -v /dev/sdPTC > /scan/resultPath/badsectors.txt
जो यह निर्धारित करेगा कि दिए गए डिवाइस के खराब ब्लॉक क्या हैं और उन्हें बैडसेक्टर नामक फ़ाइल पर संग्रहीत करें । टीएक्सटी
fsck
उबंटू को यह बताने के लिए आदेश दें कि बैडसेक्टर्स में उल्लिखित खराब क्षेत्रों का उपयोग न करें । टेक्स्ट फ़ाइल। $sudo fsck -l /scan_result/badsectors.txt /dev/sda
इस तरह हार्ड डिस्क का जीवन तब तक थोड़ा बढ़ जाता है जब तक आपको प्रतिस्थापन के लिए एक नया नहीं मिल जाता ।
यदि आपके पास एक पूर्ण विभाजन है जिसे आप खराब भौतिक क्षेत्रों की जांच करना चाहते हैं और आप उस विभाजन के सभी डेटा को ढीला कर सकते हैं या खाली हैं इन चरणों का पालन करें
$sudo apt-get install gnome-disk-utility
$sudo gnome-disks
जांचें और दोबारा जांचें कि उस विभाजन पर कोई महत्वपूर्ण डेटा नहीं है
का उपयोग करना gnome-disks
"-" चिह्न का उपयोग करके विभाजन को हाथ से हटाएं / हटाएं
का उपयोग करना gnome-disks
एक नया विभाजन बनाएं और "धीमा" विकल्प चुनें जो त्रुटियों के लिए दिए गए स्थान की जांच करेगा