I’ve been getting occasional freezeups on my system (Linux) and read somewhere that a BIOS setting could stop them completely. Couldn’t (can’t) remember the setting, but what the hell, I went delving into the BIOS (UEFI) and did a quick check with the ASUS update utility, to find there’s an update. It’s odd, because the date is only three days after the old version, and 7 months ago – it’s never been found before – but academic for the purpose of this post.
The version is a decent bump on the installed version, so what the hell, let’s update.
Now, this is the first UEFI board I’ve ever owned, and the board, CPU and RAM and cost me £1,200 or so, so I don’t want to break it. Too late to change my mind, it’s installing….
Reboot, and I get an F1 to configure prompt, so off I go to configure. Set it up as best as I can remember, with a couple of changes (dumped legacy stuff and went pure UEFI, for example), and reboot.
Took a bit longer than expected, but got to the desktop. Another reboot just to make sure it wasn’t akin to a Windows update, where the first boot can take an age, and all is good.
Oddly, I have a SATA card in here for a couple of extra drives, and usually the SATA BIOS screen flashes up between two showings of the UEFI. Not anymore, but all drives are present and correct. Guess I got a setting wrong.
Dunno if it will fix these occasional freezes, time will tell, but it was a worrying 10 minutes.
Arch Linux, on a Ryzen 7 1800X, 32 GB, 5 (yes -5) HDs inc 5 SSDs, 4 RPi 3Bs + 1 RPi 4B - one as an NFS server with two more drives, PiHole (shut yours), Plex server, cloud server, and other random Pi stuff. Nice CoolerMaster case, 2 x NV GTX 1070 8GB, and a whopping 32" AOC 1440P monitor.
.
