Hệ thống đóng băng hoàn toàn với Intel Bay Trail


29

Hệ thống của tôi đóng băng hoàn toàn ngẫu nhiên, thường xuyên. Tôi bắt đầu gặp vấn đề tương tự trong Ubuntu 14.04 nhưng sau khi nâng cấp gần đây lên 16.04 thì không có sự cải thiện nào, thực tế nó có vẻ tồi tệ hơn.

Khi nó xảy ra, nó không thể làm bất cứ điều gì. Tôi đã thử mọi thứ trong chuỗi này: Phải làm gì khi Ubuntu đóng băng nhưng không có gì hoạt động, tôi phải cứng lại. Tôi đã đọc tất cả các nhật ký hệ thống và journalctlkhông bao giờ có bất kỳ thông tin nào có thể giúp chẩn đoán vấn đề.

Đây là hệ thống khởi động kép với Windows 10 và không có vấn đề gì ở đó, vì vậy nó không bị lỗi phần cứng.

Máy tính xách tay của tôi có bộ xử lý Intel Bay Trail (Pentium N3540)


Câu trả lời:


37

Bộ xử lý của bạn bị ảnh hưởng bởi lỗi trạng thái c

Điều này gây ra tổng số đóng băng khi CPU cố gắng vào trạng thái ngủ không được hỗ trợ. Đây là một vấn đề đối với nhiều thiết bị Bay Trail, đặc biệt là với các hạt nhân mới hơn (4. *).

Bộ xử lý bị ảnh hưởng 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)

(vui lòng (đề nghị chỉnh sửa) để thêm thiết bị của riêng bạn nếu bị ảnh hưởng)

Danh sách đầy đủ các bộ xử lý Bay Trail có thể được tìm thấy ở đây

Có một cách giải quyết đơn giản cho việc này cho đến khi nó được cố định ngược dòng.

Bạn chỉ cần vượt qua một tham số khởi động kernel và đóng băng ngẫu nhiên dừng hoàn toàn. Thông số có thể tăng mức tiêu thụ pin một chút, nhưng nó sẽ cung cấp cho bạn một hệ thống có thể sử dụng được.

Bạn làm điều này bằng cách chỉnh sửa tệp cấu hình cho GRUB:

Khởi động Ubuntu và mở một thiết bị đầu cuối bằng cách nhấn Ctrl+ Alt+ Tsau đó nhập

sudo nano /etc/default/grub

Tìm dòng bắt đầu GRUB_CMDLINE_LINUX_DEFAULT=

Điều này cần phải được thay đổi để bao gồm intel_idle.max_cstate=1

Vì vậy, sau khi chỉnh sửa của bạn, nó đọc một cái gì đó như

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash intel_idle.max_cstate=1"

quietsplashlà các tham số mặc định cho Ubuntu Desktop - không cần thay đổi chúng, hoặc bất kỳ tham số tồn tại trước nào khác

Bây giờ lưu tệp bằng cách nhấn ctrl+ osau đó entervà thoát bằng cách nhấn ctrl+x

Bây giờ chạy

sudo update-grub

Sau đó khởi động lại.


Phải làm gì nếu bạn không có đủ thời gian để làm điều này trước khi hệ thống bị treo

Không vấn đề gì. Như đã giải thích trên trang trợ giúp tôi đã liên kết trước đó, bạn có thể thêm tham số vào GRUB trước khi khởi động. Lưu ý rằng điều này chỉ vượt qua tham số cho khởi động hiện tại, vì vậy bạn vẫn phải chỉnh sửa /etc/default/grubmột khi bạn đã khởi động để thay đổi vĩnh viễn.

Bạn cần vào menu GRUB . Nếu bạn khởi động kép, điều này sẽ xuất hiện bằng mọi cách, nếu không bạn phải nhấn và giữ (hoặc nhấn) shiftsau khi nhấn nút nguồn để bật.

Khi bạn đến màn hình này, chọn Tùy chọn nâng cao cho Ubuntu . Bạn có thể di chuyển con trỏ đến một kernel khác hoặc để nó ở vị trí để chỉnh sửa các tùy chọn cho mặc định. Thay vì nhấn enter, nhấn evà bạn sẽ chuyển sang chế độ chỉnh sửa, trông mơ hồ như thế này .

Di chuyển con trỏ xuống nơi nó nói quiet splash, đặt một khoảng trắng sau khi văng và gõ cẩn thận intel_idle.max_cstate=1để đảm bảo có một khoảng trắng sau nó.

Bây giờ nhấn F10hoặc Ctrl+ xđể khởi động.


@Arronical hehe cảm ơn! Tôi phải biết điều này - hệ thống của tôi sẽ tồn tại trong 15 phút mà không có nó, nhưng với thông số, nó không bao giờ bị đóng băng một lần :) Tất cả tín dụng cho các tin tặc thực sự tuyệt vời đã tìm ra nó
Zanna

Cảm ơn bạn! Điều này có dừng phản hồi không với Ctrl Alt REISUB không? Ngoài ra, phản hồi cho chỉnh sửa GRUB ở trên là nếu Thời gian ẩn được đặt, thì chỉnh sửa ở trên sẽ không hoạt động. Làm thế nào để một người có được xung quanh này nếu vấn đề vẫn còn?
clr

@clr đóng băng trạng thái c không phản ứng với ma thuật sysrq REISUB, nhưng sửa lỗi này ngăn chặn đóng băng trạng thái c. Nếu hệ thống của bạn đóng băng vì một số lý do khác, REISUB có thể hoạt động. GRUB_HIDDEN_TIMEOUT không ảnh hưởng đến các tham số khởi động và bạn sẽ có thể truy cập menu bằng cách nhấn shift khi khởi động. Nếu bạn không thể, trong trường hợp hệ thống bị đóng băng quá nhanh để bạn có thể chỉnh sửa /etc/default/grub, đó là một nỗi đau, nhưng bạn có thể thử khởi động một phiên sống của một phiên bản với một hạt nhân cũ để chỉnh sửa các tập tin - mount phân vùng gốc để /mntvà chỉnh sửa /mnt/etc/default/grubđể thêm tham số.
Zanna

Cảm ơn đã hướng dẫn rõ ràng. Tôi hy vọng điều này không có mẹo. Tôi sẽ báo cáo lại ở đây nếu không. Tôi hiện đang chạy 16.10 trên Zotac Nano CI320. Tôi đã thử 16.04 và Debian 8 trước đó và cũng gặp phải tình trạng đóng băng ngẫu nhiên. Tôi đã thử 16.10 với hy vọng vấn đề sẽ biến mất với kernel mới hơn. Thật thú vị khi một lần tôi dùng thử REISUB (tôi không thể nhớ hệ điều hành nào) nó đã hoạt động - vì vậy có thể tôi đang phải đối mặt với một vấn đề khác.
Jeremy Cook

@JeremyCook Tôi mới cài đặt 16.10 và việc đầu tiên tôi làm là chỉnh sửa thông số khởi động của mình - Tôi thực sự nên kiểm tra kernel mới này! Xin vui lòng cho tôi biết nếu nó hoạt động hay không ở đây.
Zanna

1

Bộ xử lý Linux trên Bay Trail và Braswell đóng băng ngẫu nhiên với các thiết bị video tích hợp.

Vấn đề là kiểm soát nhiệt độ. Chỉ cần loại bỏ các mô-đun thermald:

sudo apt-get remove thermald 

3
Tôi tin rằng lỗi cho Bay Trail nằm ở trình điều khiển i915 (CPU Intel). Bộ xử lý liên tục cố gắng đi vào trạng thái ngủ không được hỗ trợ bởi nó. Các vấn đề đối với người dùng Bay Trail bắt đầu sau khi cam kết với i915, vì vậy điều đó luôn bị đổ lỗi. Tuy nhiên, có thể có một nguyên nhân khác đối với một số người và tôi không biết gì về việc đóng băng Braswell và thật tuyệt khi biết rằng chúng được khắc phục bằng một số hành động (an toàn?). Bạn có bất kỳ tài liệu tham khảo nào cho thông tin này không, hoặc bạn có thể cho chúng tôi biết phần cứng này đã được thử nghiệm và hoạt động không?
Zanna

Có vẻ như đây vẫn là một vấn đề với 19.04. Bây giờ là loại hy vọng nó sẽ được sửa chữa. Đã xảy ra trên máy tính xách tay của tôi kể từ sau ngày 14.04. 15.10 gần như không thể sửa chữa.
crip659

0

Đối với những người theo dõi lỗi này ở đây là một bản cập nhật. Truy cập : Bug 109051 - intel_idle.max_cstate = 1 bắt buộc trên baytrail để ngăn sự cố và nhấn Endphím. Nếu cần, nhấn Page Upđể nhắn tin # 1013.

Theo nhận xét # 1013, hiện tại nó đã được sửa trong các nhân gần đây:

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 bao giờ 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.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.