I have a new Asus Prime Z690-P D4 motherboard with a new Intel Core i9-12900K and four sticks of Crucial DDR4-3200 32 GB UDIMM (1.2 V, CL22) RAM.
When I try to put all four sticks into the motherboard, the system won’t POST.
But if I only put one in DIMM_A2 (per the motherboard manual), then it will POST.
If I put only two sticks in DIMM_A2 and DIMM_B2, then it will POST.
But if I try to put all four sticks in, then it won’t POST.
Has anybody ever encountered something like this before?
The motherboard specs says that it will support upto 128 GB of RAM.
The model number on the RAM is CT32G4DFD832A.C16FE.
Does this fail to POST only because I am using four sticks that’s NOT from the memory/RAM QVL or is there something else at play here?
Thanks.
(Sidebar: I’ve gotten the system up and running with two sticks/64 GB so far in CentOS 7.7.1908. And I am using that specific version of the OS due to application compatibility requirements.)
Yup. That’s the first thing that I did actually, was to update the BIOS due in part that I was watching the reviews from Wendall, Linus, and Steve, et. al. saying that the BIOS that the board will ship with will likely need an update by the time I physically receive the motherboard, so that was the first thing that I did.
Yup. It’s on Asus’ tech specs page for this motherboard.
I put the other two sticks that I pulled out into another system and it works just fine, so I don’t think that there is a problem with the DIMMs themselves.
There is nothing else it could be other than incompatibility or a defective motherboard. Do you happen to have another set of 4 DDR4 DIMMs (any size) you can test with? It’s a long shot but it’s possible that DDR channels A1 or B1 could be defective. Other than that you can try reaching out to Asus support and see if they are familiar with that memory kit.
Edit: Or maybe reach out to Crucial with your mb model. They also try to maintain a compatibility list that they’ve tested.
Yeah…I didn’t think that it would be THAT specific because normally, if you meet the capacity and configuration/rank(ing) requirements, then there usually shouldn’t be an issue.
See update for everybody below.
Yup, I have another system that I am building (AMD Ryzen 9 5950X with an Asus X570 TUF Gaming Pro (Wi-Fi) so I am testing with that as well.
Which leads to this update:
There is a possibility that one of the sticks may be DOA.
Not sure yet.
The 12900K system is currently doing something for me at the moment (running a par2 calculation) and I am in the process of setting up my 5950X as we speak, but also only with two out of four DIMMs installed (beacuse I need that system to be working on a different par2 calculation for me for a different file).
So once all of the immediately pending/compute tasks are done, then I can probably spend a little bit more time testing this.
since 2 sticks works fine there’s something you can try:
assuming you used slots 2 and 4
with 2 sticks only:
Try using slots 1 and 3 (this gives us an idea about if it’s more of a signalling problem or if it’s something else)
Try using 2 sticks in slots 1 and 2 only, as in on the same channel. if this doesnt boot we can begin to think it’s related to memory training at boot.
Depending on the results of the 2 tests (should only take 15 or so minutes to do both of them) we can narrow down issues pretty well.
Part of my thinking is that 32GB DDR4 modules place not insignificant stress on the IMC, so it may be to blame.
its easy to test if one stick is doa even by doing it two at a time in the problem system, and keep track of which went where.
If it is a training issue, what you can do is boot with 2 sticks, configure them but instead of any xmp profile set them to something very conservative like 2133. Then install the other 2 sticks. It’ll try to train all 4 sticks at the very low speed.
I have this board so I could test as I have 128gb of OLOy memory and I think its in a system at present.
iirc I did do that as part of the motherboard review and had no issues BUT xmp can be a little sketchy with this density of memory and regular xmp might be right out.
also iirc this board doesnt care if you use a1/a2 or b1/b2 for two stick configs, so try a1/b1 and a2/b2 with two sticks to make sure the slots are ok
Yeah, currently, I am not using any XMP profiles or anything like that.
I am trying to confirm that the basic system is working so pretty much everything is in the “default” state that is governed/driven by the mindset that if I can get the system to at least do a more “basic” POST (before even trying XMP profiles, etc.), then that would be a good starting point for me.
At this stage (since I just finished building the system for first start up), I’m nowhere close to even attempting to use XMP profiles of any sort at all yet.
(And I also don’t intend on doing any sort of overclocking on the system either as I am testing the base system and it’s capabilities for the type of HPC/CAE workloads that I do/work on/with.)
The way I eventually got it to work (and also found/figured out that one of my eight sticks of RAM that I had ordered was bad, because I was building two systems at the same time, a 12900K and a 5950X), was I first put in one stick, get it into the BIOS, and then changed the memory speed down to DDR4-2666.
If you can’t even POST, I would check and recheck all of the connections.
IF that still doesn’t work, I would also check and recheck that your video card has been plugged into the correct slot and that it is properly seated and secure in the slot.
And if that still doesn’t work, I would also double check all of the power connectors.
And then at this point, you can either try to re-install the CPU itself (to make sure that the CPU heatsink/fan assembly is seated properly and/or the CPU is seated properly in its socket.)
And if that doesn’t work, you can try loading the latest BIOS onto a USB drive, plug it in, and see if you can re-flash and update the BIOS.