लिनक्स पर सो रही बाहरी USB संग्रहण ड्राइव को जागृत करना?

Question

इसलिए मुझे सीगेट बाहरी यूएसबी स्टोरेज मिली जो 90 मिनट के बाद सो जाती है। इसकी सारी शक्ति usb से आती है।
Dmesg पर, यह वही होता है:

[Dom Jun 29 17:25:08 2014] sd 7:0:0:0: Attached scsi generic sg4 type 0
...
[Dom Jun 29 19:06:48 2014] sd 7:0:0:0: Device offlined - not ready after error recovery

जो कुछ भी इसका मतलब हो सकता है, अगर मैं अनप्लग और वापस प्लग करता हूं तो यह ठीक काम करता है।

कई उत्तर बोलने sdparmऔर hdparmड्राइव को जागृत रखने के लिए हैं।
मैं जो देख रहा हूं वह यह है कि इसे बिना उपयोग किए 15 मिनट बाद कैसे सो जाना है, और यूएसबी केबल को फिर से प्लग किए बिना इसे वापस कैसे जगाया जाए?

जब यह "अपमानित" हो जाता है, /dev/sdeगायब हो जाता है; और इसका प्रवेश lsusbभी गायब हो जाता है।

Dmesg लॉग; मैं वह सब कुछ डालता हूं जो मुझे लगता है कि संबंधित है; मुझे कई त्रुटियां और समस्याएं दिखाई देती हैं; अब मुझे यकीन नहीं है कि यह वास्तव में सोने जा रहा है? भी मैं एक 2m लंबी USB केबल का उपयोग कर रहा हूँ।

dmesg -T |grep "sde\|7:0:0:0\|8-2:"

[Seg Jun 30 15:02:09 2014] usb 8-2: new high-speed USB device number 2 using xhci_hcd
[Seg Jun 30 15:02:09 2014] usb 8-2: New USB device found, idVendor=0bc2, idProduct=2300
[Seg Jun 30 15:02:09 2014] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Seg Jun 30 15:02:09 2014] usb 8-2: Product: Portable        
[Seg Jun 30 15:02:09 2014] usb 8-2: Manufacturer: Seagate 
[Seg Jun 30 15:02:09 2014] usb-storage 8-2:1.0: USB Mass Storage device detected
[Seg Jun 30 15:02:09 2014] usb-storage 8-2:1.0: Quirks match for vid 0bc2 pid 2300: 200000
[Seg Jun 30 15:02:09 2014] scsi7 : usb-storage 8-2:1.0
[Seg Jun 30 15:02:10 2014] scsi 7:0:0:0: Direct-Access     Seagate  Portable         0130 PQ: 0 ANSI: 4
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: Attached scsi generic sg4 type 0
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] Write Protect is off
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] Mode Sense: 2f 08 00 00
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] No Caching mode page found
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] Assuming drive cache: write back
[Seg Jun 30 15:02:10 2014]  sde: sde1 sde3
[Seg Jun 30 15:02:10 2014] sd 7:0:0:0: [sde] Attached SCSI disk
[Seg Jun 30 15:02:54 2014] FAT-fs (sde1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[Seg Jun 30 15:02:54 2014] EXT4-fs (sde3): mounted filesystem with ordered data mode. Opts: (null)
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: Device offlined - not ready after error recovery
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde] Unhandled error code
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde]  
[Seg Jun 30 15:24:51 2014] usb 8-2: USB disconnect, device number 2
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde] CDB: 
[Seg Jun 30 15:24:51 2014] end_request: I/O error, dev sde, sector 1100056568
[Seg Jun 30 15:24:51 2014] EXT4-fs warning (device sde3): __ext4_read_dirblock:908: error reading directory block (ino 33032637, block 0)
[Seg Jun 30 15:24:51 2014] end_request: I/O error, dev sde, sector 0
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde] Synchronizing SCSI cache
[Seg Jun 30 15:24:51 2014] sd 7:0:0:0: [sde]  
[Seg Jun 30 15:24:51 2014] Buffer I/O error on device sde3, logical block 119046144
[Seg Jun 30 15:24:51 2014] lost page write due to I/O error on sde3
[Seg Jun 30 15:24:51 2014] JBD2: Error -5 detected when updating journal superblock for sde3-8.

लेकिन उपयोग करने के बाद fsck, समस्या कम हो गई: अब, 10h के बाद sde3 को बिना सोचे-समझे रखने की, अगर मैं इसे माउंट करने की कोशिश करता हूं, तो यह कोई त्रुटि नहीं देता है! लेकिन अगर मैं इसे भूल जाता हूँ, तो कुछ समय के बाद यह सो जाता है (और?), अगर मैं इसे एक्सेस करने की कोशिश करता हूं, तो मुझे कुछ त्रुटियां मिलती हैं, यह असम्बद्ध हो जाता है, यह फिर से शुरू होता है, लेकिन विफल हो जाता है और फिर मुझे फिर से जोड़ने के लिए मजबूर किया जाता है। यूएसबी केबल ... तो समस्या अभी भी नींद से संबंधित लगता है? निश्चित रूप से नहीं, मुझे और अधिक परीक्षण करने की आवश्यकता है, लेकिन मुझे लगता है कि ऑटो को अनमाउंट करना चाहिए अगर कुछ समय के लिए कोई गतिविधि न हो (नींद के समय से पहले), फिर से यूएसबी समस्या को रोकने के लिए।

Comments

आपने हमें बहुत कम जानकारी दी है। समस्या का नींद से कोई लेना-देना नहीं है, त्रुटि संदेश त्रुटि पुनर्प्राप्ति के बारे में बात करता है, नींद नहीं। लेकिन यह किस त्रुटि के बारे में बात कर रहा है? आपको dmesg

— MariusMatutiae

अजीब बात है, इस बार इसमें केवल 20 मिनट लगे और मेरा एक्सटर्नल एचडीडी एक्सेसेबल नहीं था, लेकिन यह रीफ्रेश हो गया और मुझे कम से कम यूएसबी केबल को री-प्लग नहीं करना पड़ा .. मुझे लॉग इन मिलेगा; हो सकता है मैं अभी भी समझ नहीं पा रहा हूँ कि यह कैसे काम करता है ..

— कुंभ राशि

क्या आपके पास कोई त्रुटि संदेश, damsg में, uas के बारे में है? uas_eh_abort, uas_eh_device, uas_eh_target?

— मारियसमैटुटिया

dmesg |grep uas -iकुछ भी नहीं लौटा

— कुंभ राशि

मुझे यकीन नहीं है कि क्या यह मदद कर सकता है? askubuntu.com/questions/645/…

— कुंभ पावर

Answer 1

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

 sudo smartctl -t log /dev/sde

इसमें कुछ समय लगेगा, यदि आप एक अनुमान देखना चाहते हैं कि यू कितने समय तक चल सकता है

 sudo smartctl -c /dev/sde

पहले आदेश से पहले, यह आपको बताएगा कि इसमें कितना समय लगेगा।

यह स्पष्ट है कि आपकी डिस्क स्लीप कमांड के परिणामस्वरूप ऑफ़लाइन हो रही है, लेकिन अपरिवर्तनीय त्रुटियों के कारण। smartctl आपको अपनी डिस्क पर सभी त्रुटियों का पता लगाने में मदद करेगा, जिनमें से हम पहले से ही सुनिश्चित हैं कि बहुत सारे हैं।

Comments

वाह, -cविकल्प पर thx : "ऑफ़लाइन, डेटा संग्रह को पूरा करने का कुल समय: (689 सेकंड)। लघु आत्म-परीक्षण दिनचर्या, अनुशंसित मतदान समय: (1) मिनट। विस्तारित आत्म-परीक्षण दिनचर्या, अनुशंसित मतदान समय: (273) मिनट। स्व-परीक्षण की दिनचर्या, मतदान समय की सिफारिश की: (2) मिनट। " जैसा कि मैंने समझा, इसे पूरा करने में 4 घंटे से अधिक समय लगेगा !!! : ओ, मैं बस के बारे में क्या fsck?

— कुंभ राशि 19

मैं अभी भी परीक्षण कर रहा हूं; मैंने अभी तक अपने सिस्टम को 4hours परीक्षण के तहत नहीं रखा था, लेकिन मैंने ऑटो-माउंट को नॉटिलस (ubuntu) से निष्क्रिय कर दिया था, और sd1 पर fsck.vfat चलाया; मिट गए हैं; मुझे लगता है कि अब समस्या त्रुटियों से संबंधित हो सकती है; sde3 (ext4) साफ था, मैंने fsck को मजबूर किया और इसने एक साफ परिणाम दिया; मैं इस पर नज़र रखूँगा क्योंकि ऐसा होने में समय लगेगा; अगर स्मार्टक्टेल आंशिक परिणाम दिखा सकता है और बाधित हो सकता है तो मैं इसे बाद में कोशिश कर सकता हूं; इसके अलावा मुझे उस 4h रास्ते को करने के लिए एक अच्छे पल की आवश्यकता है; अग्रिम में thx!

— कुंभ राशि