Yanıtlar:
Bu donmalar, işlemci çekirdeğin desteklemediği düşük güç durumuna (c-durumu) girmeye çalıştığında gerçekleşir. Bu sorun,
commit 8fb55197e64d5988ec57b54e973daeea72c3f2ff
Date: Tue Apr 7 16:20:28 2015 +0100
drm/i915: Aggressive downclocking on Baytrail
Bu, çekirdek 4.2'de yukarı doğru gitti ve o zamandan beri sorun yaşıyoruz. Heynnema'nın cevabında açıklandığı gibi (ve bilgiyi harmanlamaya çalıştığım bu yazı ), düşük güç durumlarını devre dışı bırakan bir önyükleme parametresini geçiren basit ve etkili bir geçici çözüm var.
Şu anda mevcut olan 17.04'ün beta sürümü 4.9 (anladığım kadarıyla yukarı akış 4.9.6'ya dayanıyor) kullanıyor ve Nisan ayında piyasaya sürüldüğünde 4.10 kullanacağına inanıyorum . Sorun hala bu çekirdeklerde var, bu yüzden şimdilik sabit olmadığı sonucuna vardım . Ubuntu çekirdek changelog'larını kontrol ettim ve hiçbir şey bulamadım, ancak yanılıyorsam lütfen beni düzeltin.
Uzun zamandır kernel.org'daki c-state hatasını takip ediyorum . Ocak 2017'de Mika Kuoppala bu yamayı ipliğe ekledi . Görünüşe göre, soruna neden olan önceki taahhüdü geri döndürüyor. Yama denir
drm/i915/byt: Avoid tweaking evaluation thresholds
Testler, 25 Ocak'ta i915 sürücü sahiplerine gönderilen bu yama ile çok iyi sonuçlar verdiğini gösteriyor. Her şey yolunda, 4.11 penceresinde birleştirilebilir. 4.11 çekirdeği Nisan ayı sonunda piyasaya sürülebilir. Bu düzeltme ekinin bir sürümü 4.11 penceresinde birleştirildi ve raporlar hatanın 4.11'de düzeltildiğini gösteriyor.
Sorunlu BayTrail işlemcilerinin her biri, her farklı çekirdeğe göre biraz farklı davranır. 16.04'te (4.4 çekirdek) intel_idle parametresi olmadan Atom Z3735F'deki çalışma sürem donmadan yaklaşık 15 dakika önceydi. Beta 17.04 ISO'yu canlı modda test ettim ve 90 dakika içinde donma olmadı, bu yüzden bu çekirdekle şanslıyım gibi görünüyor. Sisteminizdeki herhangi bir görüntüyü test etmek için aynı şeyi yapabilirsiniz - sadece önyüklenebilir bir USB yapın ve "yüklemeden Ubuntu'yu deneyin" ve mümkün olduğunca uzun süre test edin.
17.04 çıktığında, kurdum ve ilk iki hafta boyunca intel_idleparametre olmadan çalıştırdım , sadece üç c-durum donması vardı, bu da önceki sürümlerde büyük bir gelişme oldu.
Yapılacak en güvenli şey boot parametresini kullanmaktır. Benim araştırmalara dayanarak bir çekirdek> = 4.11 kullanarak hangi böcek ama, (daha sonra bu yıl ve diğer dağıtımı sürümlerde) 17.10 düzeltilmesi için bekliyorum değildir 17.04 de.
Bununla birlikte, her zaman Ubuntu Çekirdek Ekibinin onu kendisinin yaması olasılığı vardır. Zaman zaman kararsız bir sistem çalıştırmaya tahammül edebiliyorsanız, düzenli güncellemeler ( sudo apt update && sudo apt full-upgrade) çalıştırarak ve her yeni çekirdeği, geldiği zaman boot parametresi olmadan test ederek ilerleme durumunu izleyebilirsiniz . Ayrıca edebilir yeni paketler yüklenir olarak Değişiklikleri gösteren okumak ya da (yine istikrarsızlık tahammül eğer) bir ana hat çekirdeği yüklemek .
i915, bu yüzden aynı yama tarafından düzeltilmesi muhtemel, ancak hata raporu intel_idle parametresi tarafından çözülen problemlerle ilgili ve bu sizin için işe yaramıyorsa, çekirdek millet. Lütfen daha fazla bilgi edinebileceğim bir hata raporu veya forum dizisi (başkalarının sorununuzu paylaştığını söylüyorsunuz) sağlayabilir misiniz? (Sanırım yeni bir soru sorman gerekebilir)
Bunun için intel_idle.max_cstate = 1 nasıl ayarlanır bölümünde bir düzeltme vardır .
Alanına şunu terminalyazın:
gksudo gedit /etc/default/grub
ve bu satırı değiştirin:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
buna dahil etmek için:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"
o zaman yap:
sudo update-grub
reboot
Bu bir Intel sorunu, bir Ubuntu sorunu değil, ama bir çözümümüz olduğuna şükürler olsun.
Kimse Ubuntu 17.04'ün bu düzeltmeyi gerektirip gerektirmeyeceğini bilmiyor.
Hata raporundaki # 1013 yorumuna göre artık düzeltildi:
Bu konuyu uzun zamandır kontrol etmedim, ancak kimseye herhangi bir faydası olması durumunda bulgularımı yayınlamam gerektiğini düşündüm.
Intel N2807 ile çalışan düşük ayarlı bir bilgisayar, ayarlamadığımda çökmeden asla 30 milyondan fazla çalışmadı ... max_cstates = 1 artık stok çekirdeği v. 5.3.1 veya 4.19.75 ile mükemmel bir şekilde çalışıyor. Ben herhangi bir sorun olmadan her sürüm ile birkaç gün boyunca koştu. Ortalama güç tüketimi de% 10'un biraz üzerinde bir düşüş gösterdi.
8 Aralık 2015'te bildirilen bu hatayı düzeltmek yaklaşık dört yıl sürdü.