DDR4 3000? There's your problem. Support for memory running at speeds faster than 2133 is not provided.
Hi Thanks for the response,
Do you think it would be possible to underclock the RAM in BIOS for compatibility?
P.S. Purely out of curiosity, don't motherboards underclock RAM to meet constraints?
I will answer your deleted question first. By default, the BIOS is required to read the XMP Profile(s) in the DIMM(s) SPDs and program the processor's memory controller(s) to operate at the profile settings.
You can certainly configure the BIOS to manually program the memory controllers for slower speeds, different wait states, etc. Whether you will be successful doing so is another question, however. There are folks who have been successful but others who have not.
Hope this helps,
Thanks again for the response Mr. Pearson,
The reason I asked is I wanted to try and double check to see if the problem isn't with the SSD or other components (don't want to buy the wrong component). If the RAM speed is incompatible as mine is, would one expect to still be able to run windows with the occasional crash?
EDIT: I took a look at Intel's product page for the NUC6i7KYK and while it does only support 2133MHz SODIMMs, higher speed sticks will simply operate at 2133hz, this is supported when I checked my memory settings in the BIOS and found that the auto configuration set the memory to run at 2133Hz. Further, it appears as though they have done testing with memory that is higher frequency as well shown here: System Memory for Intel® NUC Kit NUC6i7KYK
If we assume for sake of argument that the memory isn't the problem, what else could cause freezes that just get stuck without blacking out or blue screening? Is there an event log or something I can check?
Thank you very much to N.Scott.Pearson for the suggestions provided above.
If you use the memory RAM at a speed higher than 2133MHz any random freezing or crashing will be expected.
As it was mentioned above, you can always manually decrease the speed of the memory RAM to set it up at 21332MHz on the BIOS by changing the multiplier of it.
Now, if after you tried that the problem persists, then we can always try a BIOS update.
Instructions to do a BIOS update using the F7 method:
And this is the .BIO file needed to do the update to 0042 latest:
Once you tried the steps above, in order to find out what might be the problem the next thing to do will be to swap parts.
You mentioned you do not have another SSD, but at this point the problem could be it or could be the NUC itself, and it is kind of difficult to make sure about that without swapping parts, sometimes there is a PC repair store close to you where they might be able to do that for you. Same thing with the memory RAM, test the NUC using just one stick of memory at the recommended speed and then test it with the other stick, this is just to isolate a possible problem with one of the sticks or with the memory slots on the NUC.
Those will the steps to try to fix or isolate the problem, remember that you have 3 years of warranty with the NUC.
Any further questions, please let me know.
Actually Nicholas, this is not guaranteed to happen automatically; you need to do it manually (or save the configuration after the BIOS has defaulted itself to its default 2133 settings after recovering from an error (noted by seeing one of the "BIOS has recovered from..." message)).
Hi, I adjusted the multiplier in BIOS (and updated the BIOS as well) so I now have my RAM running at 2133MHz, so far the system is stable, will update if anything goes wrong. Thanks for your help Alberto and Mr. Pearson.
Unfortunately it doesn't seem like the RAM was the problem, I ran the system using only 1 stick of RAM at 2133MHz, and it was fine for a while, then it started crashing again. I did notice something consistent among all the crashes though. My desktop icons get rearranged after restarting the computer as though the resolution of the screen was reduced, I will attach photos.
This is how I have it set normally,
After crashing the icons are rearranged as shown below,
At this point, I'm wondering if the issue could be related to graphics drivers for the iGPU or the iGPU itself?
Let me know what you think.
There are two issues going on right now, these spontaneous resets and an issue with system hangs (where cursor can still move, which means interrupts being processed, so not a hard hang). I believe that both issues are just different symptoms of the same problem and my gut is saying that the problem is within the graphics driver. Here's the thing, though: (1) the spontaneous resets can also be caused by memory issues, (2) the hangs can be caused by all sorts of hardware and software problems and (3) if the issue is in the graphics driver, why isn't it being seen by the users of this driver elsewhere? (or is it and we are just not aware of it here).
We can keep speculating, but Intel is who needs to figure this out...
I'm not 100% sure the conditions of my problem were communicated correctly by my wording. When I experience a "hang" it's not exactly as you described; my cursor no longer functions. The "spontaneous resets" are done by me by holding the power button after the system stays in the hang state without recovering (it never recovers). Is there any way to stress test my memory to see if it's the cause of the hanging? Do you know of any error log or event log that could potentially be used to isolate the source of the problem?
Thank you for providing that information.
There is a 3rd party tool that is used by most of the peers to test the memory RAM, it is not an Intel tool but we had cases where the customer are able to detect problem with the memory by using that tool:
Did you test the NUC using just with one memory stick with both sticks?
This is to rule out a possible problem with either of the sticks or with the memory slots on the NUC.
Do you see a part number on the memory stick so we can look the specifications of it to make sure it is fully compatible with the NUC?
Do you have the option to test the NUC with a different memory RAM kit?
NOTE: These links are being offered for your convenience and should not be viewed as an endorsement by Intel of the content, products, or services offered there.
Any questions, please let me know.
Sorry things have been pretty hectic for me lately. I ran the memtest86 that you linked me, and after looking around found that 7 passes would generally be considered conclusive. Both sticks of RAM (individually) in Slot 1 made 7 passes of all 13 tests with 0 errors or crashing. This was also using their original specification of 3002MHz and latencies 16/18/18/39. The tests each took approximately 5h30m. However, the crashing problem does persist. I'm pretty sure at this point that it's either the iGPU or its drivers as this problem generally occurs with a game in the background (although it also occurs on occasion when I'm using it to watch videos). I've also explored other possibilities such as overheating (CPU temps have not exceeded 75C when crashes occur), and there being inconsistencies in outlet voltage (I've since connected the power adapter to a surge protector).
Please let me know if you have any solutions.
No problem at all, we do understand that it takes a lot of time to do some of the tests.
Thank you very much for letting us know that information.
At this point you basically tried all the troubleshoot steps we recommend for this scenario, the next thing to do will be to swap parts. Since you mentioned that the option to test it with a different SSD is not available, we will start an investigation on this matter in order to try to find a possible resolution for this issue.
Please install the SSU tool (System Support Utility):
You will be able to download it on the following link:
Once you do that, the tool will allow you to save the information as a file, so, once you save it, please also attach it to this thread, in order for us to see it.
Any further questions, please let me know.