सिस्टम इंटेल बे ट्रेल के साथ पूरी तरह से जमा देता है


29

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

जब ऐसा होता है, तो कुछ भी करना असंभव है। मैंने इस धागे में सब कुछ करने की कोशिश की है: क्या करना है जब उबंटू फ्रीज हो जाता है लेकिन कुछ भी काम नहीं करता है, मुझे हार्ड रीसेट करना होगा। मैंने सभी सिस्टम लॉग पढ़े हैं journalctlलेकिन कभी भी कोई जानकारी नहीं है जो समस्या का निदान करने में मदद कर सके।

यह विंडोज 10 के साथ एक डुअल-बूट सिस्टम है और वहां कोई समस्या नहीं है, इसलिए यह दोषपूर्ण हार्डवेयर नहीं है।

मेरे लैपटॉप में एक इंटेल बे ट्रेल प्रोसेसर (पेंटियम एन 3540) है


जवाबों:


37

आपका प्रोसेसर सी-स्टेट बग से प्रभावित है

जब सीपीयू एक असमर्थित नींद की स्थिति में प्रवेश करने की कोशिश करता है तो यह कुल जमा करता है। यह विशेष रूप से नए (4. *) गुठली के साथ कई बे ट्रेल उपकरणों के लिए एक समस्या है।

प्रभावित प्रोसेसर AFAIK:

Atom Z3735F (Asus X205TA, Acer Aspire Switch 10, Lenovo MIIX 3 1030) 
Atom Z3735G
Celeron J1900 (Asus ET2325IUK, shuttle XS35V4)
Celeron N2940 (Acer Aspire ES1-711, Chromebook)
Celeron N2840 (Acer Aspire ES1-311)
Celeron N2930 (Jetway JBC311U93, Zotac Nano CI320)
Pentium N3520 
Pentium N3530 (Acer V3-111P)
Pentium N3540 (Dell Inspiron 15 3000, Lenovo G50, ASUS X550MJ)

(कृपया (सुझाव दें) प्रभावित होने पर अपना स्वयं का उपकरण जोड़ने के लिए संपादित करें)

बे ट्रेल प्रोसेसर की पूरी सूची यहां मिल सकती है

इसके लिए एक सरल समाधान है जब तक कि यह ठीक से स्थिर न हो जाए।

आपको बस एक कर्नेल बूट पैरामीटर पास करना होगा और रैंडम फ्रीजिंग पूरी तरह से बंद हो जाएगी। पैरामीटर बैटरी की खपत को थोड़ा बढ़ा सकता है, लेकिन यह आपको एक प्रयोग करने योग्य प्रणाली देगा।

आप GRUB के लिए कॉन्फ़िगरेशन फ़ाइल को संपादित करके ऐसा करते हैं:

बूट Ubuntu और दबाकर एक टर्मिनल खोलने Ctrl+ Alt+ Tतो टाइप करें

sudo nano /etc/default/grub

उस लाइन को खोजें जो शुरू होती है GRUB_CMDLINE_LINUX_DEFAULT=

इसमें शामिल करने के लिए इसे बदलने की आवश्यकता है intel_idle.max_cstate=1

तो आपके संपादन के बाद यह कुछ इस तरह पढ़ता है

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

quietऔर splashउबंटू डेस्कटॉप के लिए डिफ़ॉल्ट पैरामीटर हैं - उन्हें या किसी अन्य पूर्व-मौजूदा मापदंडों को बदलने की कोई आवश्यकता नहीं है

अब दबाकर फ़ाइल को बचाने ctrl+ oतो enterऔर दबाकर बाहर निकलने ctrl+x

अब दौड़ो

sudo update-grub

फिर रिबूट करें।


अगर सिस्टम हैंग होने से पहले आपके पास ऐसा करने के लिए पर्याप्त समय नहीं है तो क्या करें

कोई बात नहीं। जैसा कि मैंने पहले से जुड़े हेल्प पेज पर बताया था, आप बूट करने से पहले पैरामीटर को GRUB में जोड़ सकते हैं। ध्यान दें कि यह केवल वर्तमान बूट के लिए पैरामीटर पास करता है, इसलिए आपको /etc/default/grubपरिवर्तन को स्थायी बनाने के लिए बूट करने के बाद भी आपको संपादित करना होगा।

आपको GRUB मेनू में जाना होगा । यदि आप दोहरी बूटिंग कर रहे हैं, तो यह वैसे भी दिखाई देगा, यदि आपको shiftचालू करने के लिए पावर बटन दबाने के बाद प्रेस और होल्ड (या टैप) नहीं करना है।

जब आप इस स्क्रीन पर आते हैं तो उबंटू के लिए उन्नत विकल्प चुनें । आप कर्सर को एक अलग कर्नेल में स्थानांतरित कर सकते हैं, या डिफ़ॉल्ट के लिए विकल्पों को संपादित करने के लिए इसे छोड़ सकते हैं। दबाने के बजाय enter, दबाएं eऔर आप संपादन मोड में जाएंगे, इस तरह अस्पष्ट दिखेंगे ।

कर्सर को उस स्थान पर ले जाएँ जहाँ वह कहता है quiet splash, छप के बाद एक स्थान रखें और ध्यान से लिखें intel_idle.max_cstate=1कि उसके बाद भी कोई स्थान है या नहीं।

अब बूट करने के लिए दबाएँ F10या Ctrl+ x


@Arronical हेहे धन्यवाद! मुझे यह जानना है - मेरा सिस्टम इसके बिना ~ 15 मिनट तक बना रहेगा, लेकिन परम के साथ, यह एक बार कभी नहीं जमता है :) यह वास्तव में भयानक हैकर्स के लिए सभी श्रेय है जिन्होंने इसे पता लगाया है
Zanna

धन्यवाद! क्या यह Ctrl Alt REISUB की गैर प्रतिक्रिया को रोकता है? इसके अलावा उपरोक्त GRUB संपादन की प्रतिक्रिया यह थी कि अगर हिडन टाइमआउट सेट किया गया है, तो उपरोक्त संपादन काम नहीं करेगा। अगर समस्या बनी रहती है तो कोई इसे कैसे प्राप्त कर सकता है?
clr

@ cc- राज्य फ्रीज जादू sysrq REISUB का जवाब नहीं है, लेकिन यह फिक्स सी-राज्य फ्रीज बंद कर देता है। यदि आपका सिस्टम किसी अन्य कारण से जमा हो जाता है, तो REISUB काम कर सकता है। GRUB_HIDDEN_TIMEOUT बूट मापदंडों पर कोई प्रभाव नहीं पड़ता है, और आपको स्टार्टअप पर शिफ्ट दबाकर मेनू तक पहुंचने में सक्षम होना चाहिए। यदि आप उस मामले में नहीं कर सकते हैं, जहाँ सिस्टम आपको संपादित करने के लिए बहुत तेज़ी से जमा करता है /etc/default/grub, तो यह एक दर्द है, लेकिन आप फ़ाइल को संपादित करने के लिए एक पुराने कर्नेल के साथ एक संस्करण के लाइव सत्र को बूट करने की कोशिश कर सकते हैं - रूट विभाजन को माउंट /mntऔर संपादित /mnt/etc/default/grubकरने के लिए। पैरामीटर जोड़ें।
ज़न्ना

स्पष्ट निर्देशों के लिए धन्यवाद। मुझे उम्मीद है कि यह चाल है। अगर यह नहीं करता तो मैं यहाँ वापस रिपोर्ट करूँगा। मैं वर्तमान में एक Zotac नैनो CI320 पर 16.10 चला रहा हूं। मैंने पहले 16.04 और डेबियन 8 की कोशिश की थी, और यादृच्छिक फ्रीज़ का भी अनुभव किया। मैंने 16.10 की कोशिश की उम्मीद है कि समस्या बस एक नए कर्नेल के साथ चली जाएगी। दिलचस्प बात यह है कि एक बार जब मैंने REISUB की कोशिश की (मुझे याद नहीं है कि OS क्या है) यह काम करता है - इसलिए यह हो सकता है कि मैं एक अलग समस्या का सामना कर रहा हूं।
जेरेमी कुक

@JeremyCook मैंने अभी-अभी 16.10 स्थापित किया है और पहली चीज जो मैंने अपने बूट परमेट्स को संपादित की है - मुझे वास्तव में इस नए कर्नेल की जांच करनी चाहिए! कृपया मुझे बताएं कि यह काम करता है या नहीं।
ज़न्ना

1

बे ट्रेल और ब्रासेल प्रोसेसर पर लिनक्स बेतरतीब ढंग से निर्मित वीडियो उपकरणों के साथ जमा देता है।

समस्या तापमान नियंत्रण के साथ है। बस थर्माल मॉड्यूल निकालें:

sudo apt-get remove thermald 

3
मेरा मानना ​​है कि बे ट्रेल के लिए बग i915 (इंटेल सीपीयू) ड्राइवर में है। प्रोसेसर लगातार नींद की स्थिति में जाने की कोशिश करता है जो इसके द्वारा समर्थित नहीं हैं। बे ट्रेल उपयोगकर्ताओं के लिए समस्याएं i915 के लिए प्रतिबद्ध होने के बाद शुरू हुईं, इसलिए इसे हमेशा दोष दिया गया। हालांकि, शायद कुछ के लिए एक और कारण है, और मुझे ब्रासवेल फ्रीज के बारे में कोई पता नहीं है और यह जानना बहुत अच्छा होगा कि वे कुछ (सुरक्षित?) कार्रवाई द्वारा तय किए गए हैं। क्या आपके पास इस जानकारी के लिए कोई संदर्भ है, या आप हमें बता सकते हैं कि यह किस हार्डवेयर पर परीक्षण किया गया और काम किया गया?
ज़ना

ऐसा लगता है कि यह अभी भी 19.04 की समस्या है। क्या उम्मीद थी कि यह अब तक तय हो जाएगा। 14.04 के बाद से मेरे लैपटॉप पर हुआ है। 15.10 को ठीक करना लगभग असंभव था।
crip659

0

इस बग का अनुसरण करने वाले लोगों के लिए यहां एक अपडेट है। जाने के लिए: बग 109051 - Intel_idle.max_cstate = 1 क्रैश होने से रोकने और Endकुंजी को दबाने के लिए बायट्रिल पर आवश्यक है । यदि आवश्यक Page Upहो तो संदेश # 1013 दबाएं ।

टिप्पणी # 1013 के अनुसार यह अब हाल की गुठली में तय हो गई है:

मैंने लंबे समय तक इस धागे की जाँच नहीं की है, लेकिन मैंने सोचा कि मुझे अपने निष्कर्षों को पोस्ट करना चाहिए, अगर यह किसी के लिए किसी काम का नहीं है।

Intel N2807 के साथ संचालित एक कम अंत वाला कंप्यूटर जो बिना सेट किए जब दुर्घटनाग्रस्त हो जाता है तो कभी भी 30 mn से अधिक काम नहीं करता ... max_cstates = 1 अब स्टॉक कर्नेल v। 5.3.1 या 4.19.75 के साथ पूरी तरह से काम करता है। मैंने बिना किसी मुद्दे के प्रत्येक संस्करण के साथ कुछ दिनों के लिए इसे चलाया। औसत बिजली की खपत भी 10% से थोड़ी कम थी।

पहली बार 8 दिसंबर, 2015 को रिपोर्ट किए गए इस बग को ठीक करने में लगभग चार साल लगे हैं।

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