उबटन हार्ड डिस्क में SATA त्रुटियां हो रही हैं

Question

मुझे उबंटू 9.10 पर हार्ड डिस्क पर "UNC" त्रुटियां मिल रही हैं। यह मेरे सिस्टम को धीमा कर देता है, लंबे समय से एप्लिकेशन जवाब नहीं दे रहे हैं। लेकिन जब मैं किसी अन्य कंप्यूटर पर फाइल सिस्टम को माउंट करता हूं, तो यह ठीक से काम करता है।

डिस्क : सैमसंग HD161HJ (SATA)

Syslog :

Apr 25 00:28:25 vare6gin kernel: [  885.773839] ata3.00: exception Emask 0x1 SAct 0x1e 
SErr 0x0 action 0x6 frozen
Apr 25 00:28:25 vare6gin kernel: [  885.773845] ata3.00: Ata error. fis:0x21
Apr 25 00:28:25 vare6gin kernel: [  885.773861] ata3.00: cmd 60/08:08:3f:00:ad/00:00:10:00:00/40 tag 1 ncq 4096 in
Apr 25 00:28:25 vare6gin kernel: [  885.773864]          res 51/40:24:67:c8:91/40:00:05:00:00/40 Emask 0x9 (media error)
Apr 25 00:28:25 vare6gin kernel: [  885.773871] ata3.00: status: { DRDY ERR }
Apr 25 00:28:25 vare6gin kernel: [  885.773877] ata3.00: error: { UNC }

[...snip 3 similar repeats of last 4 lines; see revision history for full log...]

Apr 25 00:28:25 vare6gin kernel: [  885.773970] ata3: hard resetting link
Apr 25 00:28:25 vare6gin kernel: [  885.773974] ata3: nv: skipping hardreset on occupied port
Apr 25 00:28:25 vare6gin kernel: [  886.240073] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Apr 25 00:28:25 vare6gin kernel: [  886.256277] ata3.00: configured for UDMA/133
Apr 25 00:28:25 vare6gin kernel: [  886.256305] ata3: EH complete
Apr 25 00:28:27 vare6gin kernel: [  888.176088] ata3: EH in SWNCQ mode,QC:qc_active 0xF sactive 0xF
Apr 25 00:28:27 vare6gin kernel: [  888.176099] ata3: SWNCQ:qc_active 0xF defer_bits 0x0 last_issue_tag 0x3
Apr 25 00:28:27 vare6gin kernel: [  888.176102]   dhfis 0xF dmafis 0x1 sdbfis 0x0
Apr 25 00:28:27 vare6gin kernel: [  888.176109] ata3: ATA_REG 0x51 ERR_REG 0x40
Apr 25 00:28:27 vare6gin kernel: [  888.176113] ata3: tag : dhfis dmafis sdbfis sacitve
Apr 25 00:28:27 vare6gin kernel: [  888.176120] ata3: tag 0x0: 1 1 0 1  
Apr 25 00:28:27 vare6gin kernel: [  888.176126] ata3: tag 0x1: 1 0 0 1  
Apr 25 00:28:27 vare6gin kernel: [  888.176131] ata3: tag 0x2: 1 0 0 1  
Apr 25 00:28:27 vare6gin kernel: [  888.176136] ata3: tag 0x3: 1 0 0 1  

Comments

"एनवी: कब्जे वाले बंदरगाह पर हार्डसैट को छोड़ देना" ऐसा लगता है कि यह किसी प्रकार के एनवीडिया चिपसेट से है। नियंत्रक चिपसेट विवरण कृपया?

— क्विक कोटेकोट

Answer 1

डिस्क दोषपूर्ण या नियंत्रक / केबल हो सकती है।

Daud:

sudo apt-get install smartmontools

और फिर

sudo smartctl -d ata -a /dev/sdX|more

[उदाहरण sda - यदि यह पहली बार sata डिस्क है]। आउटपुट पढ़ें - संभवतः आपको सतह की त्रुटियों या संचार में त्रुटियों के बारे में कुछ मिलेगा।

फिर सेल्फ टेस्ट चलाएं:

sudo smartctl -d ata -t long /dev/sdX

और 2h या तो पिछले आदेश के साथ परिणाम की जाँच करें। यदि आपको समस्याओं के निशान नहीं दिखते हैं - sata केबल को बदलें, जांचें कि क्या ड्राइव दूसरे मदरबोर्ड पर काम करती है।

Comments

s / sudu / sudo / g?

— जेवियर

@ जेवियर सही। लानत है वर्तनी - मैं इसे कभी अच्छा नहीं था। धन्यवाद!

— pQd

Answer 2

मुझे आज भी ऐसी ही समस्या थी। यह एक हार्ड रीसेट के बाद था क्योंकि मैंने अपने लैपटॉप से ​​बिजली को अनप्लग कर दिया था, गलत तरीके से यह सोचने पर कि इसमें बैटरी है।
इसने बूटिंग से परहेज किया, लेकिन सुरक्षित मोड में नहीं।
इसे माउंट करना न तो कोई समस्या थी।
इसलिए रिकवरी मोड या एक लाइव सीडी से (आप इसे सुरक्षित रूप से लक्षित फाइलसिस्टम घुड़सवार के साथ नहीं कर सकते हैं) मैंने किया

sudo e2fsck -cvf /dev/sdaX

जहां sdaX आपका ubuntu विभाजन है। मेरे मामले में, इसने / var / log निर्देशिका में कुछ फ़ाइलों के साथ समस्याएं दिखाईं। तो समस्या थी। उनमें से कुछ के लिए e2fsck की डिफ़ॉल्ट कार्रवाई उन्हें अनदेखा कर रही थी, इसलिए इसने सीधे मुद्दे को हल नहीं किया। लेकिन समस्या को जानने के लिए .log फ़ाइलों को / var / log में बताया गया है ...

mkdir /var/log/old
mv /var/log/*.log /var/log/old

और समस्या दूर हो गई थी। आशा है कि यह इन DRDY ERR UNC मीडिया त्रुटि अपवाद के साथ अन्य मदद करता है।