最近，我的笔记本电脑（Acer Aspire V 11 Touch）出现了一些死机现象。在所有情况下，既没有高负载，也没有所谓的程序（有一次我什至在终端中输入简单的命令）。
但问题很严重，因为关键字也没有响应，因此解决方案如下https://askubuntu.com/questions/4408不适用，我只好粗暴地关闭机器电源。
我最初将其归咎于从 Ubuntu 14.04 升级到 Ubuntu 16.04。但是，将版本降级到 14.04 后问题仍然存在。我还注意到另外一个桌面在 Ubuntu 14.04 上运行从来没有卡住过。那么看起来，释放并不是罪魁祸首。
我可以识别出问题发生的两个常见特征：要么是笔记本电脑，要么是较新的内核（或者两者兼而有之）。该问题仅在最新的内核 4.4.0-53-generic 中出现（无论发行版如何），而具有较旧内核 3.13.0-101-generic 的计算机表现良好。
现在，为了找出罪魁祸首，我可以通过引导加载程序使用较旧的内核（3.19.0-77-generic）启动笔记本电脑，看看问题是否再次出现。但是，我想加快隔离薄弱环节的过程。我的时间有些紧张，无法在工作时对笔记本电脑进行测试。冻结是或可能是有点情况......
换句话说，虽然通常我只是尝试看看，但现在我真的会尽量减少工作中冻结的风险。我宁愿根本不花时间修理笔记本电脑并将其留在家里。但显然我也想知道在其他机器上升级内核是否意味着会遇到麻烦。
所以最终的问题是。有没有办法故意引发一些类似于冻结的情况，以便我可以测试罪魁祸首是笔记本电脑作为其运行的内核，还是笔记本电脑作为除内核之外的任何东西？
我知道这个问题有点自相矛盾，因为我的目的是对系统施加压力，并用失败作为系统稳定的证据。但也许这是一个公认的策略。
而且，最好这应该是一个快速测试，并且适合高级用户……否则，这一切一开始就不值得麻烦。