I have a brand-new gaming laptop which crashes every time I run Linux. If I run Linux natively, it completely freezes (including the mouse cursor) after a seemingly random period. If I run Linux in VMWare Player under Windows 8.1, Linux eventually hangs in the same way, but Windows is also crashed and displays a Blue Screen of Death (BSOD) after a short delay. The BSOD always says MACHINE_CHECK_EXCEPTION and the BugCheck log indicates a code of 0x9c.
The Linux variants that I have tried are:
- Ubuntu MATE 15.10 64-bit
- Ubuntu 15.04 64-bit
- Ubuntu MATE 15.04 64-bit
- Ubuntu MATE 14.04.2 64-bit
- Ubuntu MATE 14.04.2 32-bit
Other than these more-or-less random hangs, Linux runs fine -- and I have been able to use it for many hours in between crashes.
I had assumed that this is a hardware problem, but the difficulty is that I cannot get Windows to crash unless I am also running Linux (in a VM). I've tried simultaneously launching every available application (around 30), while playing YouTube videos, and also running stress-test apps such as Prime95. I've also done some graphics-heavy gaming.
I have run "Windows Memory Diagnostics Tool" and other memory tests with no apparent problems.
One guess is that Linux is somehow exercising CPU features that Windows doesn't use, but it isn't clear why this would trigger random hardware failures.
How can I definitively prove that I have faulty hardware (or that I don't)?
EDIT: I seem to be having some luck fixing the Linux problems by disabling some features in the BIOS. I haven't seen any crashes since doing so. The changes I made initially (just based on guessing):
- Virtualization Technology: Disabled
- Fast Boot: Disabled
- SpeedStep: Disabled
- PCI Latency Timer: 64 Clocks (was 32)
Based on subsequent testing of variations of these, apparently both VT and SS need to be disabled -- but for sure, at least SpeedStep. Does this make it easier to isolate the crashes as being based on a hardware defect? ...Or could this possibly be a software problem in Ubuntu/Linux?
To make my question more explicit: I'm not really asking for ways to solve the problem, although that would be great in theory. What I really need is a way to isolate and reproduce this problem under Windows without also running Linux. I'm working from the assumption that I have a bad unit -- and I just need a way to prove it. Remember that the machine is crashing whenever I run Linux (excepting the BIOS changes mentioned above), so this can't be solved by simply updating Windows drivers.
In short: Knowing that Linux causes crashes, is there any other stress-test that I can run, in Windows, that might cause the same type of crash? Alternatively, is this a known bug in Linux?
Note that my processor is the newish i7-5700HQ (Broadwell microarchitecture).
Also note: I don't believe this is caused by severe overheating. The machine includes an extra fan that can be manually enabled, and the crashes don't seem to correlate with heavy loads.
UPDATE: The problems with running Linux natively have been resolved by installing a BIOS update that became available a few months after I posted the question. I am also now running Ubuntu MATE 15.10, but I don't think that matters since that also failed prior to the BIOS update. I guess the long and short of it is that the system was not compatible with Linux (or vice versa) as they were at the time of release.
I haven't gone back and retested the virtual machine problem since I don't really need that now that I can run Linux natively -- and also I have migrated from Windows 8.1 to Windows 10, so it wouldn't exactly be an apples-to-apples test anyway.
Answer
From service.msicomputer.com:
Why do I get a BSOD MACHINE_CHECK_EXCEPTION?
If you are experiencing a blue screen error when opening any Office 2016 applications, certain games, and virtual desktop Software, showing a "MACHINE_CHECK_EXCEPTION" or "CLOCK_WATCHDOG_TIMEOUT" BSOD's. This is caused by bug in the Microcode affecting only Broadwell CPU's (5th Gen) and it is resolved by updating the Microcode via a BIOS update from the versions listed below.
...
Last Update: September 30th, 2015
No comments:
Post a Comment