USB डिवाइस रीसेट क्या हैं?


20

मेरे पास यह ब्रांड-नया सॉफ़्टवेयर RAID-1 दो WD तत्वों बाहरी USB ड्राइव के साथ बनाया गया है, और मैं देख सकता हूं कि लिनक्स निम्नलिखित संदेश को काफी दोहराता है:

...
[302148.036912] usb 1-3.1: reset high-speed USB device number 19 using ehci_hcd
[302153.052029] usb 1-3.3: reset high-speed USB device number 20 using ehci_hcd
[302186.031481] usb 1-3.3: reset high-speed USB device number 20 using ehci_hcd
[302217.050210] usb 1-3.3: reset high-speed USB device number 20 using ehci_hcd
[302281.043543] usb 1-3.3: reset high-speed USB device number 20 using ehci_hcd
[302312.090158] usb 1-3.3: reset high-speed USB device number 20 using ehci_hcd
[302351.076851] usb 1-3.1: reset high-speed USB device number 19 using ehci_hcd
...

तो, यह क्या कहता है? क्या यह सामान्य है? क्या यह एक समस्या है जिसे मुझे ठीक करने की कोशिश करनी चाहिए?

अद्यतन
वास्तव में, ये संदेश उन ड्राइव के लिए नहीं हैं जिन्हें मैंने सोचा था कि वे थे। मेरे पास एक USB हब के माध्यम से इस कंप्यूटर से जुड़े अन्य USB ड्राइव का एक गुच्छा है। वैसे भी, मेरा सवाल मूल रूप से यह संदेश सादे अंग्रेजी में क्या है?


3
USB ड्राइव से RAID बनाना अच्छे विचार की तरह नहीं लगता है। RAID सभी के बारे में मज़बूती से आपके सभी ड्राइव हैं, और यूएसबी सभी गर्म प्लगिंग और अनप्लगिंग उपकरणों के बारे में है। चूंकि आप RAID-1 का उपयोग कर रहे हैं, यह इतना बुरा नहीं है, लेकिन यह बहुत अच्छा विचार भी नहीं है।
एमवीपी

1
RAID कॉन्फ़िगरेशन में USB उपकरणों का उपयोग करने में कुछ भी गलत नहीं है। यह एक पूरी तरह से ध्वनि विचार है, सभी अधिक तब जब कोई मानता है कि यह एक होम कंप्यूटर है, न कि एंटरप्राइज सर्वर। आप USB थ्रूपुट सीमाओं पर बहस कर सकते हैं, लेकिन यह मेरे लिए व्यक्तिगत रूप से चिंता का विषय नहीं है। यह छापे बैकअप समाधान के लिए एक आलसी दृष्टिकोण है जो किसी भी चीज़ से अधिक है।
ILIV

1
आपने संकेत दिया कि आपकी ड्राइव नोटबुक के यूएसबी पोर्ट से जुड़ी हैं। कहो कि तुम क्या चाहते हो, लेकिन यह बस समय बम है इंतज़ार करना बंद करने के लिए। इसके अलावा, यदि आपके उपकरण USB3 हैं, तो कर्नेल xhci_hcd का उपयोग करना चाहिए। यदि यह ehci_hcd का उपयोग कर रहा है, तो इसका मतलब है कि आपके उपकरण USB2 गति पर चल रहे हैं।
एमवीपी

1
यह "टाइम बम" क्यों है?
ILIV

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

जवाबों:


22

मुझे कोशिश करने दो।

शाब्दिक रूप से संदेश कहता है कि लिनक्स USB स्टैक ने आपके विशेष उपकरण (# 19 और # 20, जो भी वे हैं) को "USB_RESET" जारी किया है। त्रुटि 10-30 सेकंड प्रति एक बार होती है। रीसेट करने के बाद, लॉग में ताजा एन्यूमरेशन संदेश होना चाहिए, क्योंकि यूएसबी रीसेट कनेक्ट डिवाइस को "डिफ़ॉल्ट स्थिति" में मजबूर कर देगा। लगता है कि आपके लॉग की वाचालता बहुत कम हो गई है।

ऑपरेशन के बीच में USB डिवाइस को रीसेट करना एक बहुत कठोर स्थिति है। यदि यह "लेन-देन त्रुटि" का सामना करता है, तो नियंत्रक इसे "पोर्ट" रीसेट पर रीसेट करता है। लेन-देन त्रुटि तब होती है जब लिंक USB लेनदेन के सभी आवश्यक चरणों को पूरा नहीं करता है, या इसमें CRC त्रुटि होती है। सामान्य USB में EHCI कंट्रोलर अपने आप फेल होने वाले ट्रांजैक्शन (सामान्य अधिकतम 3 बार) को री-ट्राई करेगा, और फिर XACT_ERROR इंटरप्ट सेट करेगा। सांख्यिकीय रूप से, त्रुटि सिद्धांत द्वारा, यदि कोई लिंक एक पंक्ति में तीन प्रयासों का ठीक से जवाब नहीं देता है, तो विशेष रूप से यूएसबी सेगमेंट के साथ कुछ गड़बड़ है, ज्यादातर विद्युत। इसलिए लेन-देन की त्रुटि को घातक माना जाता है, और सॉफ़्टवेयर लिंक को पुनर्प्राप्त करने का प्रयास करता है। यदि ट्री-चार लिंक को पुनर्प्राप्त करने का प्रयास विफल रहता है, तो होस्ट इस पोर्ट को मृत मान लेता है, और छोड़ देता है।

हालांकि लिनक्स में, किसी ने फैसला किया है कि 3 सैद्धांतिक प्रयास पर्याप्त नहीं हैं, और लिनक्स सॉफ्टवेयर अतिरिक्त 32 (बत्तीस) प्रयास करता है, जिससे यह 96 (!!!) हो जाता है। यदि हार्डवेयर लिंक विद्युत रूप से सीमांत होता है, तो 96 प्रयास 99.99% समय में सफल हो सकते हैं। लिनक्स सॉफ्टवेयर गुरुओं का दावा है कि यह संदिग्ध उपकरणों / केबलों के संचालन में सुधार करने में मदद करता है। संक्षेप में, यह तकनीक इस विशेष यूएसबी कनेक्शन के साथ एक गंभीर समस्या को छिपाती है, जो उपयोगकर्ताओं को लंबे समय तक मदद नहीं करती है।

समस्या सीमांत वोल्टेज (VBUS) आपूर्ति, या VBUS ग्लिच, या सिग्नल तारों पर सिग्नल गिरावट के कारण हो सकती है। मैं सबसे पहले उच्च गुणवत्ता वाले प्रमाणित केबलों की कोशिश करूंगा, और जांच करूंगा कि क्या त्रुटि के आंकड़े बदल जाते हैं।


सुपर सारांश, धन्यवाद! कुछ अतिरिक्त स्रोत शांत होंगे।
क्रिश्चियन बेन्के

1
क्या आपको पता है कि ehci_hcdमॉड्यूल द्वारा किए जाने वाले रिट्रीट की संख्या को बढ़ाना संभव है ? या क्या ohci_hcdकिसी विशेष उपकरण के लिए मजबूर करना संभव है (जैसे /dev/sdaकि इसके द्वारा नियंत्रित किया जाता है ehci_hcdऔर "समस्याग्रस्त" /dev/sdbद्वारा नियंत्रित किया जाता है ohci_hcd)?
dma_k

5

इस त्रुटि को लेख लिनक्स में वर्णित किया गया है : ehci_hcd त्रुटि और समाधान का उपयोग करके हाई स्पीड USB डिवाइस रीसेट करें :

यह त्रुटि इंगित करती है कि USB 2.0 आपके सिस्टम पर कार्य नहीं कर सकता है, या केवल USB 1.1 गति पर कार्य कर सकता है। इस समस्या को ठीक करने के लिए:

  1. हार्डवेयर बदलें: ज्यादातर मामलों में आपको मदरबोर्ड को बदलने की आवश्यकता होती है।
  2. Ehci_hcd ड्राइवर निकालें
  3. Ehci_hcd USB 2.0 इंटरफ़ेस को अक्षम करें और इसे USB 1.1 के रूप में उपयोग करें। संक्षेप में ehci_hcd को अक्षम करें।

यदि आप मदरबोर्ड को बदलना नहीं चाहते हैं, तो ehci_hcd ड्राइवर को हटाने के लिए फ़ाइल को संपादित करें /etc/modprobe.d/blacklist.conf और लाइन जोड़ें:

blacklist ehci_hcd

अंत में, निर्देशिका संरचना का निर्माण करने के लिए mkinitrd स्क्रिप्ट का उपयोग करें जो कि ehcivhh के बिना एक initrd रूट फाइल सिस्टम के रूप में काम कर सकती है:

# mkinitrd -o /boot/initrd.$(uname -r).img $(uname -r)

परीक्षण के रूप में रिबूट।

इसी तरह के निर्देशों के साथ एक लेख है: त्रुटि "कर्नेल: usb 1-2.2: ehci_hcd और पता 6" का उपयोग करके उच्च गति USB डिवाइस को रीसेट क्यों / var / log / संदेश फ़ाइल में लिखा है?

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