Катастрофические отказы на устройстве BayTrail
Вскоре после торговли планшетом для Спутника Toshiba Нажимают 2 (Ноутбук сенсорного экрана Hybrid), я установил Linux. Я скоро узнал, что существует ошибка в ядре, которое приводит к Linux, периодически отказывающему на интегрированных графических устройствах BayTrail. Таким образом для проверки это не была проблема установки, я испытал различные дистрибутивы настольных сред Ubuntu и другие дистрибутивы Linux как Manjaro. Та же проблема. Я установил Android x86, и та же проблема происходит. Это будет хорошо работать, и затем это выключается без любого предупреждения, как будто батарея дергалась от устройства, или разъем питания вытянули. Мертвый. Я затем должен загрузиться, это создает резервную копию. Я установил Windows 10, и он не отказывает так, это - наверняка та ошибка. Я погуглил и нашел "intel_idle.max_cstate=1" флаг начальной загрузки ядра. А также флаг начальной загрузки "intel_pstate=disable".
Я применил эти флаги начальной загрузки и из меню GRUB при начальной загрузке и затем в/etc/default/grub файле. Я все еще получаю случайные катастрофические отказы. Они не изолируются ни к какому действию или приложению также. Какой-либо способ зафиксировать это?
Любая справка ценится Спасибо!
1 ответ
Я прочитал ссылку Zanna, обеспеченный в комментариях, но существует что-то еще, на что необходимо посмотреть: След Отсека, Замораживающийся . Существует более чем 500 сообщений здесь от пользователей Следа Отсека (плюс некоторые другой Intel CPUs).
сообщения запускаются в декабре 2015, так прокрутите вниз 3-й от конца (с 24 октября 2016), и Вы будете видеть это сообщение:
Justin 2016-10-22 21:58:34 UTC
One week so far no crashes. 4.8.0-rc8-amd64
Options
GRUB_CMDLINE_LINUX_DEFAULT=intel_idle.max_cstate=5
In rc.local this script is run at boot...
-----
#!/bin/bash
echo 1 > /sys/devices/system/cpu/cpu0/cpuidle/state3/disable
echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo
thanks
я прочитал сотни этих сообщений, и некоторые пользователи могут сообщить об "успехе" один день и отчет назад с "неудавшимся снова!" несколько дней спустя. Выше автора рекомендует 4.8.0-rc8 версию Ядра, но я рекомендовал бы использовать стабильную версию 4.8.4 ядра вместо этого. Сводка для того, чтобы сделать это:
cd /tmp
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8.4/linux-headers-4.8.4-040804_4.8.4-040804.201610220733_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8.4/linux-headers-4.8.4-040804-generic_4.8.4-040804.201610220733_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.8.4/linux-image-4.8.4-040804-generic_4.8.4-040804.201610220733_amd64.deb
sudo dpkg -i *.deb
sudo reboot
Примечание: Версия 4.8.4 является актуальнейшим стабильное ядро с 24 октября 2016.
30 октября 2016 обновление
От сегодняшнего почта ошибки следующее решение было предложено:
thorsten: Try the commands below, and report back. These eliminate hang ups on
my N2930 with kernel 4.7 (Gentoo).
First start kernel with: intel_idle.max_cstate=0
Then give these commands as root:
echo 1 > /sys/devices/system/cpu/intel_pstate/no_turbo
echo 1 > /sys/devices/system/cpu/cpu0/cpuidle/state3/disable
echo 1 > /sys/devices/system/cpu/cpu1/cpuidle/state3/disable
echo 1 > /sys/devices/system/cpu/cpu2/cpuidle/state3/disable
echo 1 > /sys/devices/system/cpu/cpu3/cpuidle/state3/disable