Oops. Thought I had! Please try it now: https://drive.google.com/file/d/1KPhyeHy2YfYbOKq1Jm2xTvcbki-Tq97n/view?usp=drivesdkPlease make it public
Oops. Thought I had! Please try it now: https://drive.google.com/file/d/1KPhyeHy2YfYbOKq1Jm2xTvcbki-Tq97n/view?usp=drivesdkPlease make it public
Log Name: System
Source: Microsoft-Windows-WHEA-Logger
Date: 17/09/2024 12:07:37
Event ID: 46
Task Category: None
Level: Error
Keywords:
User: LOCAL SERVICE
Computer: AndyNewPC
Description:
A fatal hardware error has occurred.
Component: Memory
Error Source: Machine Check Exception
The details view of this entry contains further information.
I do have VSC, yes. I'm not sure what you mean about the subsystem? I don't have Linux on here (even as a VM)Do you run Microsoft Visual Studio? I ask because there are other informational messages in your log that may be of interest and research suggests that they may be VS related. Do you run the Windows Subsystem for Linux?
Do you allow the PC to Sleep? Do you allow the PC to hibernate?
Oh yes, I think you may have Windows Fast Startup enabled. Please disable that ASAP. It's of no benefit to those with SSDs and it can (and does) cause issues on some systems.
powercfg -h off
RAM in use is a totally meaningless value, the Windows memory manager is extremely good at managing RAM. It's designed to use as much RAM as it can - you paid for it so Windows will try and use it for you - but it's very reactive when demands are made for new RAM pages. Looking at RAM in use is completely pointless because it tells you nothing useful.
Memtest86 is good but it can't find every possible RAM issue (no memory tester ever can). That's why removing one stick and then swapping sticks is the gold standard RAM test. It's worth doing.
I'll say more about the possible Visual Studio impact (from messages in the logs) when we know your RAM is good.
Cool - thats how I did itThat you're not running Windows Subsystem for Linux is good, it means we don't have to look there.
Not Sleeping and/or Hibernating is also good, they can be sources of problems.
Windows Fast Startup is designed to improve boot times on systems that are installed on an HDD. At normal shutdown it hibernates the kernel (even if you're not using hibernation) and on a cold boot it resumes the kernel from hibernation. Some drivers don't play well with this which is why we recommend that you turn if off if you have an SSD - which boots faster anyway. You might want to open an elevated command prompt and enter the following command
Nothing exciting will happen but this will disable all hibernation (including Fast Startup) and it will delete the hiberfil.sys hibernation file on your system drive and give you 32GB of drive space back.Code:powercfg -h off
BTW. Do you regularly shutdown your PC? At night for example?
It's not pagefile.sys that's removed when you use that powercfg command, it's hiberfil.sys. The pagefile.sys file is the paging file and you absolutely want that!Cool - thats how I did itGood to know that the pagesys file is also removed, as thats is a bug bear of mine, especially with higher RAM rates. My old PC only had a 256gb SSD for the primary, and 32gb of that was gobbled up with the pagesys file.
haha thats the oneIt's not pagefile.sys that's removed when you use that powercfg command, it's hiberfil.sys. The pagefile.sys file is the paging file and you absolutely want that!
I've got 2 little geekom mini-pc's that I use to run my backups (I backup all my web servers to them). So the PC really doesn't have anything to do overnight except waste powerI run my PC 24x7 and always have, with every PC. I use the overnight to schedule the various backups that I do every night. The extra power drain of leaving a PC on and largely idle is minimal and (IMO) not worth talking about. I also believe that a PC is best left running, the power shock each time you turn a PC on does more long term harm (IMO) that leaving it on. The day when Windows needed a regular reboot to clean out garbage are long gone.
Leave the wireless card out, until we've sorted the problem. Removing one RAM stick at a time is good. You may notice performance issues with only one RAM stick, but that's worth living with for a day or two to see whether or not it restarts.
You said in your OP that it's a new build, when did you get it? Now that your AMD graphics card is out the PC is in the same spec that PCS shipped it? You might want to contact PCS too and talk this over with them under warranty. Point PCS at this thread if you do.
It might be worth removing the M.2 card you added (and any other hardware changes you may have made) and verify that the problem remains. If it does I would suggest you contact PCS. I'm happy to help, but it's in your interests to report problems to PCS as soon as possible to ensure that the problem is covered by the warranty. I would also recommend that you follow all instructions from PCS rather than anything we might suggest on here. None of us work for PCS we're just a community help forum.I only got this machine a few weeks back. It was a new build from PSC. Currently, the only difference in spec is my 4 TB m.2 drive that I've added as a secondary drive
8 days without a reboot. I've now swapped the RAM out with the other one, to see if it does it. I guess if it does, then its the RAM. Lets see what happensThanks. I've just submitted a ticket so they are in the loop (especially if it does turn out to be the RAM). Fingers crossed it is that! (as thats a relatively simple fix)
Interesting. Didn't think of that. I just assumed they work on their own (like hard drives do). I'll see if it happens - and failing that, I'll put the other one back in and see if it occurs when both are in together. I almost wish it happened more often, so I could get this tracked down quicker lolDon't be surprised if both sticks are fine on their own but not together. It's possible for one stick to have drifted a tad in it's operation so that it works on its own but not with another stick (which hasn't drifted).
They have replaced the RAM now. Didn't seem to be the CPUs causing it (they did a stress test), and all the other components seemed ok. So hopefully this was the culprit, and it fixes itDon't be surprised if both sticks are fine on their own but not together. It's possible for one stick to have drifted a tad in it's operation so that it works on its own but not with another stick (which hasn't drifted).