Nhiều người gặp vấn đề với Ubuntu 14.04, 16.04 và 16.10 khi hệ thống đóng băng hoàn toàn và tôi là một trong số họ.
Tôi muốn biết liệu Ubuntu 17.04 có khắc phục được sự cố đó hay không, liệu nó đã được sửa trên ảnh ISO dùng thử ngày 17.04 hay chưa, trước khi tôi thử tải xuống và kiểm tra.
Câu trả lời:
Những lần đóng băng này xảy ra khi bộ xử lý cố gắng vào trạng thái năng lượng thấp (trạng thái c) mà kernel không hỗ trợ. Vấn đề này đã được giới thiệu bởi
commit 8fb55197e64d5988ec57b54e973daeea72c3f2ff
Date: Tue Apr 7 16:20:28 2015 +0100
drm/i915: Aggressive downclocking on Baytrail
Điều này đã đi ngược dòng trong kernel 4.2 và chúng tôi đã gặp vấn đề kể từ đó. Như đã giải thích trong câu trả lời của heynnema (và bài đăng này nơi tôi đã cố gắng đối chiếu thông tin ) có một cách giải quyết đơn giản và hiệu quả, chuyển một tham số khởi động vô hiệu hóa trạng thái năng lượng thấp.
Phiên bản beta 17.04 hiện có sẵn sử dụng 4.9 (dựa trên phiên bản 4.9.6 ngược dòng như tôi hiểu) và vào thời điểm phát hành vào tháng 4, tôi tin rằng nó sẽ sử dụng 4.10 . Vấn đề vẫn còn tồn tại trong các hạt nhân này, vì vậy tôi đã kết luận rằng nó không được sửa chữa như bây giờ . Tôi đã kiểm tra các thay đổi hạt nhân Ubuntu và không tìm thấy gì, nhưng vui lòng sửa lại cho tôi nếu tôi sai.
Tôi đã theo dõi lỗi trạng thái c ở đây trên kernel.org trong một thời gian dài. Vào tháng 1 năm 2017, Mika Kuoppala đã thêm bản vá này vào chuỗi. Rõ ràng, nó hoàn nguyên các cam kết trước đó gây ra vấn đề. Bản vá được gọi là
drm/i915/byt: Avoid tweaking evaluation thresholds
Thử nghiệm cho thấy kết quả rất tốt với bản vá này, đã được gửi cho chủ sở hữu trình điều khiển i915 vào ngày 25 tháng 1. Tất cả đều ổn, nó có thể được hợp nhất trong cửa sổ 4.11. Hạt nhân 4.11 có thể được phát hành vào khoảng cuối tháng Tư. Một phiên bản của bản vá này đã được hợp nhất trong cửa sổ 4.11 và các báo cáo chỉ ra rằng lỗi đã được sửa trong 4.11.
Mỗi bộ xử lý BayTrail rắc rối hoạt động khác nhau một chút với mỗi hạt nhân khác nhau. Trong 16.04 (kernel 4.4) thời gian hoạt động của tôi trên Atom Z3735F mà không có tham số intel_idle là khoảng 15 phút trước khi đóng băng. Tôi đã thử nghiệm bản beta beta 17.04 ở chế độ trực tiếp và tôi đã không bị đóng băng sau 90 phút, vì vậy có vẻ như tôi may mắn với hạt nhân này. Bạn có thể làm điều tương tự để kiểm tra bất kỳ hình ảnh nào trên hệ thống của mình - chỉ cần tạo USB có thể khởi động và "thử Ubuntu mà không cần cài đặt" và kiểm tra nó càng lâu càng tốt.
Khi 17.04 xuất hiện, tôi đã cài đặt nó và trong hai tuần đầu tiên tôi chạy nó mà không có intel_idletham số, tôi chỉ có ba lần đóng băng trạng thái c, đó là một cải tiến rất lớn trên các phiên bản trước.
Điều an toàn nhất để làm là sử dụng tham số khởi động. Dựa trên nghiên cứu của tôi, tôi hy vọng lỗi sẽ được sửa trong 17.10 (và trong các bản phát hành phân phối khác vào cuối năm nay) sẽ sử dụng kernel> = 4.11, nhưng không phải trong 17.04.
Tuy nhiên, luôn có khả năng Nhóm Hạt nhân Ubuntu có thể tự vá nó. Nếu thỉnh thoảng bạn có thể chịu được việc chạy một hệ thống không ổn định, bạn có thể theo dõi tiến trình bằng cách chạy các bản cập nhật thường xuyên ( sudo apt update && sudo apt full-upgrade) và kiểm tra từng hạt nhân mới mà không có tham số khởi động khi nó đến. Bạn cũng có thể đọc các thay đổi khi các gói mới được cài đặt hoặc (một lần nữa, nếu bạn có thể chịu đựng được sự không ổn định) cài đặt kernel chính .
i915do đó có khả năng được sửa bởi cùng một bản vá, nhưng báo cáo lỗi là về các vấn đề được sửa bởi tham số intel_idle và nếu nó không hoạt động với bạn thì đó là một lỗi khác theo hạt nhân folks. Bạn có thể vui lòng cung cấp một báo cáo lỗi hoặc chủ đề diễn đàn (bạn nói người khác chia sẻ vấn đề của bạn) nơi tôi có thể tìm hiểu thêm, vì vậy tôi có thể tư vấn cho bạn phải làm gì tiếp theo? (Tôi nghĩ rằng bạn có thể cần phải hỏi một câu hỏi mới)
Có một cách khắc phục vấn đề này trong Cách đặt intel_idle.max_cstate = 1 .
Trong terminal, gõ:
gksudo gedit /etc/default/grub
và thay đổi dòng này:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
để bao gồm điều này:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"
sau đó làm:
sudo update-grub
reboot
Đây là sự cố của Intel, không phải là sự cố Ubuntu, nhưng cảm ơn chúa vì chúng tôi đã khắc phục.
Không ai biết nếu Ubuntu 17.04 sẽ yêu cầu sửa lỗi này hay không.
Theo nhận xét # 1013 trong báo cáo lỗi , hiện đã được sửa:
Tôi đã không kiểm tra chủ đề này trong một thời gian dài, nhưng tôi nghĩ rằng tôi nên đăng những phát hiện của mình trong trường hợp nó có ích cho bất kỳ ai.
Một máy tính cấp thấp được trang bị Intel N2807 không hoạt động quá 30 mn mà không gặp sự cố khi tôi không đặt ... max_cstates = 1 giờ hoạt động hoàn hảo với kernel stock v. 5.3.1 hoặc 4.19.75. Tôi đã chạy nó trong một vài ngày với mỗi phiên bản mà không có vấn đề gì. Tiêu thụ điện năng trung bình cũng giảm hơn 10% một chút.
Phải mất khoảng bốn năm để sửa lỗi này lần đầu tiên được báo cáo vào ngày 8 tháng 12 năm 2015.