Система полностью зависает с Intel Bay Trail

Моя система зависает совершенно случайно, с частыми интервалами. У меня возникла та же проблема в Ubuntu 14.04, но после недавнего обновления до 16.04 улучшения не произошло, на самом деле все кажется хуже.

Когда это происходит, невозможно что-либо сделать. Я перепробовал все в этой теме: что делать, когда Ubuntu зависает, но ничего не работает, мне нужно сделать hard reset. Я прочитал все системные журналы и journalctl но нет никакой информации, которая могла бы помочь диагностировать проблему.

Это система с двойной загрузкой с Windows 10, и в ней нет проблем, так что это не неисправное оборудование.

Мой ноутбук оснащен процессором Intel Bay Trail (Pentium N3540)

3 ответа

Ваш процессор подвержен ошибке c-state

Это приводит к полному зависанию, когда процессор пытается перейти в неподдерживаемое состояние сна. Это проблема для многих устройств Bay Trail, особенно с более новыми (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)

(пожалуйста (предложите) отредактируйте, чтобы добавить свое собственное устройство, если оно затронуто)

Полный список процессоров Bay Trail можно найти здесь

Для этого есть простой обходной путь до тех пор, пока он не будет должным образом исправлен.

Вам просто нужно передать параметр загрузки ядра, и случайное зависание полностью прекратится. Этот параметр может немного увеличить потребление батареи, но даст вам работоспособную систему.

Вы делаете это, редактируя файл конфигурации для 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 являются параметрами по умолчанию для Ubuntu Desktop - нет необходимости изменять их или любые другие ранее существующие параметры

Теперь сохраните файл, нажав Ctrl+O, затем войдите и выйдите, нажав Ctrl+X

Теперь беги

sudo update-grub

Затем перезагрузите компьютер.


Что делать, если у вас недостаточно времени для этого до зависания системы

Нет проблем. Как объяснялось на странице справки, на которую я ссылался ранее, вы можете добавить параметр в GRUB перед загрузкой. Обратите внимание, что это передает только параметр для текущей загрузки, так что вам все равно придется редактировать /etc/default/grub как только вы загрузились, чтобы сделать изменение постоянным.

Вам нужно попасть в меню GRUB. Если у вас двойная загрузка, это все равно появится, если нет необходимости нажимать и удерживать (или нажимать) клавишу Shift после нажатия кнопки питания, чтобы включить.

Когда вы попадете на этот экран, выберите " Дополнительные параметры" для Ubuntu. Вы можете переместить курсор в другое ядро ​​или оставить его на месте, чтобы редактировать параметры по умолчанию. Вместо нажатия клавиши ввода нажмите e, и вы перейдете в режим редактирования, который выглядит примерно так.

Переместите курсор вниз, где он говорит quiet splash, ставьте пробел после всплеска и тщательно набирайте intel_idle.max_cstate=1 убедившись, что после него есть место.

Теперь нажмите F10 или Ctrl+x для загрузки.

Процессоры Linux on Bay Trail и Braswell случайным образом зависают со встроенными видеоустройствами.

Проблема с контролем температуры. Просто удалите модуль Thermald:

sudo apt-get remove thermald 

Для людей, следящих за этой ошибкой, вот обновление. Перейдите к: Ошибка 109051 - intel_idle.max_cstate=1 требуется на байтрейле для предотвращения сбоев и нажмите Endклавишу. При необходимости нажмите Page Upна сообщение #1013.

Согласно комментарию № 1013, в последних ядрах это исправлено:

Я давно не проверял эту ветку, но я подумал, что должен опубликовать свои выводы на всякий случай, если это кому-нибудь пригодится.

Младший компьютер с Intel N2807, который никогда не работал более 30 минут без сбоев, когда я не установил ...max_cstates=1, теперь отлично работает со стандартным ядром версии 5.3.1 или 4.19.75. Я запускал его пару дней с каждой версией без каких-либо проблем. Среднее энергопотребление также снизилось чуть более чем на 10%.

На исправление этой ошибки ушло около четырех лет, о которой впервые сообщили 8 декабря 2015 года.

Другие вопросы по тегам