The motherboard requires a significant amount of time to boot up.
The motherboard requires a significant amount of time to boot up.
Check online for BIOS updates related to your motherboard and slow startup. It seems RAM issues might be the cause, possibly fixed by newer BIOS versions or better RAM configuration. Your X370 needed over 20 seconds to reach POST, while the Gigabyte B450 Aorus M did so in about 10 seconds.
Updated the settings so it loads faster but lingers on the ASUS logo. It seems Windows is still using the secondary drive, even though the C:/ drive has Windows installed. I’m unsure why this happens and need help getting it to boot from the NVMe storage. No boot order option is available.
I believe switching to a GPT drive might help resolve the issue. I don’t have deep expertise in storage systems.
It's a good approach. Typically, I disconnect the extra storage devices during installation since they might lead to issues.
I've seen a comparable problem on my end as well. The Ryzen 9 3900x Asus ROG Strix X570-E Gaming with 32GB DDR4 RAM at 3200 using the XMP profile. It previously ran smoother. All software is current, BIOS is up-to-date. The only changes I made were relocating a Sata LG optical drive and installing a USB3 multi-card reader (internal 5.25" bay card). My system also starts from an NVMe M.2 SSD. I suspect the issue relates to how all devices are polled. I turned off the boot logo—what some call "verbose archaic text"—to see if it helps. You should adjust boot priority in the BIOS. Beyond those tweaks, there are other factors at play. If you're running UEFI only with secure boot/TPM enabled, drive choices will be restricted to supported options (especially if you have a legacy OS on one drive). I also have two mechanical spinning disks in a RAID1 setup. I'm wondering if one disk might be faulty and causing delays during startup. They’re just data drives, no operating system installed. I haven’t dug deeper yet. Everything seems normal according to RAIDXpert2, Windows Event logs, and S.M.A.R.T. reports. Regarding GPT, it doesn't inherently boost speed; its main role is supporting larger drives and more partitions. On spinning disks, the boot sector's placement on the disk surface affects performance (outer surfaces are preferred). For SSDs, the absence of moving parts means speed isn't impacted by rotational factors. GPT adds redundancy in case the boot record becomes corrupted. It’s more about format compatibility than raw speed. UEFI versus legacy MBR booting can influence load times slightly, but that's secondary to the core differences. MBR vs GPT: a helpful guide is here. Legacy BIOS versus UEFI: another insight. Differences in boot performance might stem from setup choices rather than a direct speed advantage.
Adjusted a few parameters (such as POST delay) and it seems the POST is working now, but for some odd reason MS moved my boot manager to the slowest storage device in the system—probably during an update, possibly related to Spiceworks. I shared a separate discussion about this issue and am currently trying a workaround. Good luck!
I resolved the problem by re-flashing the BIOS and double-checking all settings. The issue stemmed from incorrect RAM timing settings. Now everything is configured to "auto" for the CPU, and RAM is set to 3200. It still takes about 45 seconds to boot after powering on, especially with many devices connected. Previously, it took over 5 minutes just to POST. Good luck!
I encountered a bigger problem now. The guide didn’t mention how to update the volume selected for EFI volume fat32. Diskpart reported an error quickly but left the C:/ partition as RAW, which recovery tools can’t locate. How did DISKPART identify the drive so fast, and is there a way to restore my files?