I’m trying to install IncusOS on an HPE ProLiant DL360 Gen10 with an Intel Xeon Gold 6254 3.10GHz CPU. I know this isn’t new hardware and doesn’t quite meet the specs but I was hoping it could still work since x86_64-v3 doesn’t seem to be strictly enforced yet.
Booting into the OS is hanging for 10-15 minutes and then gives messages like this:
(A bunch of no such file or directory messages)
timed out waiting for device dev-mapper-usr.device -/dev/mapper/usr.
timed out waiting for device dev-disk-by/x2dpartlabel-esp.device - /dev/disk/by-partlabel/esp.
timed out waiting for device dev-disk-by/2 .....................
timed out waiting for edevice dev-gpt/x2dauto/x2droot.device - /dev/gpt-auto-root
Followed by information about devices and my TPM.
I’m installing an IncusOS 20260222 image. I’ve also tried some older ones in the past
I’m installing from a USB and made sure to select the USB option when building the image
I have a TPM 2.0 module installed an enabled and have tried both CRB and FIFO modes.
I have secure boot enabled and have added IncusOS’s KEK and DB keys as instructed. I’ve also tried many other combinations of keys by removing some of the default ones and replacing the PK with the IncusOS PK and all ended with the same error if it was able to install.
The server has smart array which could be causing problems, but I currently only one drive inserted and the port is in “mixed mode” which should mean if it’s not part of an array it should be passed through with HBU. I’ve tried installing to this and to a logical drive in a smart array and neither have made a difference.
The problem may just be with outdated hardware but I thought I should make a post and see if there’s something I can try before I scrap IncusOS on the bare metal. Thanks for all your hard work on this project!
Can you take photos or screenshots of each of the debug screens that are shown after the 10 minutes timeout? There usually is enough information on those for us to figure out what driver may be missing.
If possible, I would wipe the SmartArray volume (potentially re-create it) AND wipe the USB stick then write a clean image on it.
My guess as to the error you’re getting is that you’re booting from the USB stick but it then finds the boot partition of the installed system and tries to load files from that, failing as the installed version differs from what’s on the USB stick.
You mention a Xeon Gold 6254, that’s a Cascade Lake part so should be plenty recent enough for x86-64-v3. It should even be recent enough for v4 as v4 starts with Skylake.
The cut off on the Intel side is basically between the old Intel Xeon v2 (Ivy Bridge) and Intel Xeon v3 generations (Haswell) where v2 doesn’t support x86-64-v3 but v3 does.