क्या इंटेल बे ट्रेल सीपीयू समस्या 17.04 में ठीक हो जाएगी?


10

कई लोगों को उबंटू 14.04, 16.04 और 16.10 के साथ समस्या है जहां सिस्टम पूरी तरह से जमा देता है, और मैं उनमें से एक हूं।

मैं जानना चाहता हूं कि क्या उबंटू 17.04 उस मुद्दे को ठीक करेगा या नहीं, क्या यह पहले से ही 17.04 के परीक्षण आईएसओ छवि पर तय किया गया है, इससे पहले कि मैं इसे डाउनलोड करने और इसे परखने की कोशिश करूं।

जवाबों:


15

टीएल; डीआर - मेरा शोध बताता है कि यह 17.04 बीटा इमेज या रिलीज में तय नहीं है, लेकिन मुझे 17.10 पर उम्मीदें हैं।

ये फ्रीज तब होते हैं जब प्रोसेसर कम-पावर स्थिति (सी-स्टेट) में प्रवेश करने का प्रयास करता है जो कर्नेल समर्थन नहीं करता है। द्वारा इस समस्या को पेश किया गया था

commit 8fb55197e64d5988ec57b54e973daeea72c3f2ff
Date:   Tue Apr 7 16:20:28 2015 +0100
drm/i915: Aggressive downclocking on Baytrail

यह कर्नेल 4.2 में ऊपर की ओर चला गया, और तब से हमारे पास मुद्दे हैं। जैसा कि हेनिनेमा के उत्तर में समझाया गया है (और इस पोस्ट में जहां मैंने जानकारी को टालने की कोशिश की है ) एक सीधा और प्रभावी वर्कअराउंड है, जो एक बूट पैरामीटर को पारित करता है जो कम बिजली राज्यों को निष्क्रिय करता है।

वर्तमान में उपलब्ध 17.04 का बीटा संस्करण 4.9 का उपयोग करता है (यह जैसा कि मुझे समझ में आता है, यह ऊपर 4.9.6 पर आधारित है), और अप्रैल में रिलीज होने तक, मेरा मानना है कि यह 4.10 का उपयोग करेगा । समस्या अभी भी इन गुठली में मौजूद है, इसलिए मैंने निष्कर्ष निकाला है कि यह अब तक तय नहीं है । मैंने उबंटू कर्नेल चेंजलॉग्स की जाँच की, और कुछ भी नहीं मिला, लेकिन कृपया मुझे सही करें अगर मैं गलत हूं।

मैं लंबे समय से यहाँ पर c-state बग को kernel.org पर ट्रैक कर रहा हूँ । जनवरी 2017 में, मीका कुप्पाला ने इस पैच को धागे में जोड़ा । जाहिरा तौर पर, यह पहले की प्रतिबद्ध उस समस्या का कारण बनता है। पैच कहा जाता है

drm/i915/byt: Avoid tweaking evaluation thresholds

परीक्षण इस पैच के साथ बहुत अच्छे परिणामों को इंगित करता है, जिसे 25 जनवरी को i915 चालक मालिकों को प्रस्तुत किया गया था। सभी ठीक है, यह 4.11 विंडो में विलय किया जा सकता है। 4.11 कर्नेल अप्रैल के अंत के आसपास जारी किया जा सकता है। इस पैच का एक संस्करण 4.11 विंडो में विलय कर दिया गया था और रिपोर्टों से संकेत मिलता है कि बग 4.11 में तय किया गया है।

प्रत्येक परेशान बायट्रेल प्रोसेसर प्रत्येक भिन्न कर्नेल के साथ थोड़ा अलग व्यवहार करता है। 16.04 (4.4 कर्नेल) में एटम Z3735F पर इंटेल_डल पैरामीटर के बिना मेरा अपटाइम फ्रीजिंग से लगभग 15 मिनट पहले था। मैंने बीटा 17.04 आईएसओ का लाइव मोड में परीक्षण किया, और मुझे 90 मिनट में फ्रीज नहीं मिला, इसलिए ऐसा लगता है कि मैं इस कर्नेल के साथ भाग्यशाली हूं। आप अपने सिस्टम पर किसी भी छवि का परीक्षण करने के लिए एक ही काम कर सकते हैं - बस एक बूट करने योग्य यूएसबी बनाएं और "बिना स्थापित किए उबंटू का प्रयास करें" और इसे यथासंभव लंबे समय तक परीक्षण करें।

जब 17.04 बाहर आया, तो मैंने इसे स्थापित किया, और पहले दो हफ्तों में मैंने इसे intel_idleपैरामीटर के बिना चलाया , मेरे पास केवल तीन सी-स्टेट फ़्रीज थे, जो पहले के संस्करणों पर बहुत बड़ा सुधार है।

सबसे सुरक्षित काम बूट पैरामीटर का उपयोग करना है। अपने शोध के आधार पर मैं उम्मीद कर रहा हूं कि 17.10 में (और बाद में इस वर्ष के अन्य डिस्ट्रो रिलीज में) बग को ठीक किया जाएगा, जो कि कर्नेल> = 4.11 का उपयोग करेगा, लेकिन 17.04 में नहीं

हालाँकि, हमेशा यह संभावना है कि उबंटू कर्नेल टीम इसे स्वयं पैच कर सकती है। यदि आप कभी-कभी एक अस्थिर प्रणाली को चलाने के लिए बर्दाश्त कर सकते हैं, तो आप नियमित अपडेट चलाकर प्रगति के लिए देख सकते हैं ( sudo apt update && sudo apt full-upgrade) और बूट पैरामीटर के बिना प्रत्येक नए कर्नेल का परीक्षण कर सकते हैं जब यह आता है। आप चैंज भी पढ़ सकते हैं क्योंकि नए पैकेज स्थापित हैं या (फिर, यदि आप अस्थिरता को सहन कर सकते हैं) एक मेनलाइन कर्नेल स्थापित करें


धन्यवाद Zanna, यह हमेशा बे ट्रेल Gpu के साथ हो रहा है, और इसे ठीक करने के लिए कोड कई के साथ काम नहीं करता है और मैं एक हूं, इसलिए मैंने इसके बारे में पूछा, क्षमा करें कि मेरा प्रश्न यह नहीं बताता था कि यह Gpu के साथ है।
बासेम

समस्या यह है कि जैसा कि आपने बे ट्रेल सीपीयू के साथ कहा है, यह बे ट्रेल जीपीयू के साथ भी है और मुझ पर जीपीयू के साथ, मेरा सीपीयू इंटेल पेंटियम है, लेकिन मेरा जीपीयू इंटेल बे ट्रेल है, किसी भी तरह से बे ट्रेल के साथ समस्या एक ही है, क्योंकि फ्रीज
बासेम

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

धन्यवाद Zanna, और खेद है कि मुझे आपकी टिप्पणियों से ईमेल नहीं मिला, मुझे पता नहीं क्यों, मेरा प्रोफ़ाइल विकल्प को पुनः प्राप्त करना है
Bassem

1
बग रिपोर्ट में नई टिप्पणी है # 1013 बताते हुए बग को वर्तमान गुठली में तय किया गया है।
विनयुनुच्स

6

इसके लिए एक फ़िक्स है कि कैसे सेट करें Intel_idle.max_cstate = 1


में terminal, टाइप करें:

gksudo gedit /etc/default/grub

और इस लाइन को बदलें:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

इसे शामिल करने के लिए:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

फिर करो:

sudo update-grub
reboot

यह एक उबंटू समस्या है, एक इंटेल की समस्या है, लेकिन अच्छाई का धन्यवाद कि हमने इसे ठीक कर लिया है।

कोई नहीं जानता कि उबंटू 17.04 को इस फिक्स की आवश्यकता होगी या नहीं।


यह सिर्फ एक समाधान है (और हमारे पास इसके बारे में कई पोस्ट हैं), मैं यह भी जानना चाहता हूं कि क्या यह 17.04 में तय किया जाएगा। यह वास्तव में एक कर्नेल समस्या है, क्योंकि इंटेल हार्डवेयर को ठीक से ठीक नहीं कर सकता है
Zanna

@Zanna - जहां तक ​​मुझे जानकारी है, इसे सीधे कर्नेल में शामिल नहीं किया जाएगा, लेकिन एक बूट ध्वज के रूप में उपलब्ध होगा। हालांकि मैं जो खोज सकता हूं, उस पर बहुत बहस है। Kernel.org पर एक खुला बग है । हो सकता है कि इस विषय पर कुछ प्रकाश डाला जा सकता है?
ThatGuy

2
@ThatGuy मुझे इसके बारे में बताएं, मैं एक साल से उस बग का पालन कर रहा हूं। यदि आप इसे पढ़ते हैं, तो आप देखते हैं कि लिनुस ने पहले की गुठली के लिए एक पैच लिखा था। मुझे यह भी पता है, और परीक्षण किया है, मेरे डिवाइस के लिए विशेष रूप से लिखा गया एक कर्नेल पैच जो समस्या को पूरी तरह से ठीक करता है, इसलिए मैं किसी दिन इसे ठीक से ठीक करने के लिए कर्नेल देवों में विश्वास रख रहा हूं।
१५'१

1
मैं ज़ाना से सहमत हूं जैसा कि अक्सर होता है :)
WinEunuuchs2Unix

1
नहीं, मुझे नहीं लगता कि @ThatGuy यह 4.10 के साथ जारी किया जाएगा और यह अब 4.9 है (मेरा उत्तर देखें)
Zanna

1

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

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

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

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


उबंटू 18.04 के लिए आपको निम्न लिंक पर कमांड का उपयोग करना चाहिए क्योंकि यहाँ इस तरह से काम नहीं करेगा <<< askubuntu.com/questions/1048955/ubuntu-18-04-freeze/…
बासम
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.