系统因Intel Bay Trail而完全死机

我的系统以随机的频繁间隔完全冻结。我在Ubuntu 14.04中开始遇到相同的问题，但是在最近升级到16.04之后，没有任何改善，实际上，情况似乎更糟。

当它发生时，就什么也做不了。我已经尝试了该线程中的所有操作：Ubuntu死机但无济于事时该怎么办，我必须进行硬重置。我已经阅读了所有系统日志，journalctl但是从来没有任何信息可以帮助诊断问题。

这是Windows 10的双启动系统，那里没有问题，因此它不是有缺陷的硬件。

我的笔记本电脑装有Intel Bay Trail处理器（Pentium N3540）

16.04 kernel intel

— 杰克·迪克斯
source

相关消息：英特尔Bay Trail CPU问题是否将在17.04中解决？

— 赞纳

Answers:

您的处理器受c状态错误的影响

当CPU尝试进入不受支持的睡眠状态时，这将导致完全冻结。对于许多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桌面的默认参数-无需更改它们或任何其他现有参数

现在保存按文件ctrl+ o然后enter退出按ctrl+x

现在运行

sudo update-grub

然后重启。

如果您没有足够的时间在系统挂起之前执行此操作

没问题。如我先前链接的帮助页面上所述，您可以在引导之前将参数添加到GRUB。请注意，这仅传递当前引导的参数，因此引导后，仍必须进行编辑/etc/default/grub以使更改永久生效。

您需要进入GRUB菜单。如果您是双启动，无论如何都会出现，如果没有，则必须shift在按下电源按钮以打开电源后按住（或点击）。

进入该屏幕时，选择Ubuntu的高级选项。您可以将光标移动到其他内核，或将其保留在原处以编辑默认选项。不用按enter，而是按，e您会进入编辑模式，看起来像这样模糊。

将光标向下移动到指示的位置quiet splash，在闪屏后面放置一个空格，然后仔细键入intel_idle.max_cstate=1以确保在其后面也有一个空格。

现在按F10或Ctrl+ x引导。

— 赞娜
source

@Arronical呵呵，谢谢！我必须知道这一点-如果没有它，我的系统将保持大约15分钟的运行时间，但是有了参数，它就永远不会冻结了：)所有归功于真正出色的黑客，他们发现了这一点

— Zanna

谢谢！这会停止对Ctrl Alt REISUB的无响应吗？同样，对上述GRUB编辑的响应是，如果设置了“隐藏超时”，则上述编辑将不起作用。如果问题仍然存在，该如何解决？

— clr 2013年

@clr c状态冻结不响应魔术sysrq REISUB，但是此修复程序停止了c状态冻结。如果您的系统由于其他原因冻结，则REISUB可能会工作。GRUB_HIDDEN_TIMEOUT对引导参数没有影响，并且您应该能够通过在启动时按shift键来访问菜单。如果不能，则在系统冻结速度太快而无法编辑的情况下/etc/default/grub，这很麻烦，但是您可以尝试引导具有较旧内核的版本的实时会话来编辑文件-将根分区挂载/mnt并编辑/mnt/etc/default/grub到添加参数。

— 赞纳

感谢您的明确指示。我希望这能解决问题。如果没有，我会在这里报告。我目前在Zotac Nano CI320上运行16.10。我之前尝试过16.04和Debian 8，还遇到了随机冻结。我尝试了16.10，希望使用更新的内核解决该问题。有趣的是，有一次我尝试了REISUB（我不记得是什么操作系统），它确实起作用了-因此可能发现我面临着另一个问题。

— Jeremy Cook

@JeremyCook我刚刚安装了16.10，我所做的第一件事是编辑引导参数-我真的应该检查这个新内核！请在此告诉我是否可行。

— Zanna

湾径和Braswell处理器上的Linux随随带的内置视频设备随机冻结。

问题在于温度控制。只需卸下散热模块：

sudo apt-get remove thermald

— 李杰妮
source

我相信Bay Trail的错误在i915（英特尔CPU）驱动程序中。处理器不断尝试进入其不支持的睡眠状态。致力于i915之后，Bay Trail用户的问题就开始了，因此总是被人指责。但是，也许还有其他原因，而且我对Braswell死机一无所知，很高兴知道它们已通过某些（安全的）措施解决了。您对此信息有任何参考，还是可以告诉我们该硬件在哪个硬件上进行了测试和工作？

— Zanna

看来这仍然是19.04的问题。有点希望现在能解决它。自14.04后开始在我的笔记本电脑上发生过。15.10几乎无法修复。

— crip659

对于关注此错误的人，这里是更新。转至：错误109051-Baytrail上需要intel_idle.max_cstate = 1以防止崩溃，然后End按键。如有必要，请按此Page Up消息＃1013。

根据第1013条评论，现在已在最近的内核中对其进行了修复：

我已经很长时间没有检查过此线程了，但是我认为我应该发布我的发现，以防万一它对任何人都有用。

一台搭载Intel N2807的低端计算机，当我未设置... max_cstates = 1时，其工作时间从未超过3000万而不崩溃，现在可以与5.3.1或4.19.75的普通内核完美配合。我在每个版本上运行了几天，没有任何问题。平均功耗也下降了10％多一点。

最早于2015年12月8日报告此错误，大约花了四年的时间来解决。

— WinEunuuchs2Unix
source