I did experience something odd however. At some point during tweaking various settings, both in the new OS (linux) and BIOS, I was unable to F2 access the BIOS during start. I thought to find the CMOS battery to reset the BIOS but I COULD NOT FIND THE DAMNED THING. So before sending it back to ASUS, I removed the PCIe drive since it had personal info on it.
But booting AFTER removing the PCIe drive gave me access to the BIOS. I thought BIOS boot was independent of hard drive presence?
Anyway, after booting the BIOS I rescued my new machine and only had two screws left over after taking the darn thing apart!
trivia: first boot into linux resulted in "no hd found". Turns out this ASUS BIOS won't detect the linux hd unless you set VMD to disabled which enables AHCI. Thanks for the obfuscation ASUS!
To start, it is based on a single machine check. It has little context, but if this was a common problem, I'd expect more data points.
The MC happened 8 hours after the freeze. It's not unusual that a hardware/kernel failure cascades to multiple subsystems so I'd be sceptical that the MC has a direct relationship to the root cause of the freeze.
(Part 13) Why does it quote an Engineering Change Notice rather than a consolidated spec?
(Part 11) LaneErrStatus=0xFFFFFFFF is 32 bits. As far as I know, PCIe x32 is very rare.
(Part 8.4) How is it surprising MMIO isn't included in memory dumps?
(Part 4) How is the definition of a MCE relevant here?
benoau•1mo ago
Bit early to call it broken by design...
pdpi•1mo ago