Qubes installation on new $2,000 high end PC takes 60+ minutes to load?

I’m trying to install Qubes 4.1 to a new computer and a newly formatted nvme ssd with 100% free space (1TB). No partitions on the drive. The qubes install iso is gpg verified. I’ve installed qubes before so I’m not a complete newbie. But I got a new PC and I’m having issues. The installer takes about 60+ minutes to eventually reach the GUI installer. But the computer works lightning fast with ubuntu or Tails.

During the bootup process while waiting for the GUI installer, it displays several errors:
Failure to start udev Wait for Complete Device Initialization
WARNING kernel: nvme nvme0: I/O 24 QID 0 timeout, completion polled
WARNING kernel: nvme nvme0: I/O 92 QID 8 timeout, aborting
WARNING kernel: nvme nvme0: Abort status: 0x0

If I wait long enough (about 60 minutes), the GUI installer eventually loads. Then, it takes about 20 more minutes for the “Probing storage…” warning on the “Installation destination” box to go away. I choose my installation destination, set an encryption password, choose “automatic storage configuration”, and click Done. But it says “resource to create this lvmpv is unavailable” so I’m unable to complete the installation.

I’ve tried manually creating my own partitions using this thread: Custom Installation - FDE with Detachable /boot
But any interaction with the ssd while using the qubes anaconda terminal is so incredibly slow. I eventually had to create the partitions on a live version of ubuntu instead of the qubes installation anaconda terminal. After creating the partitions in ubuntu, the qubes installer was still slow like a sloth. It took 2+ hours just to unlock the 900GB luks partition in the anaconda terminal. I’ve been trying to install this for 8 hours. Most of the time has been spent staring at the screen waiting for it to load and respond to commands that interact with the SSD.

My hardware is a Asus ROG GU603H. Intel i9-11900H, Nvidia GTX 3060, M.2 NVMe PCIe 4 SSD.

I’m guessing there’s some kind of hardware issue that’s causing massive inefficiency with my SSD.

Can anyone help please?

1 Like

Try this iso first, https://qubes.notset.fr/iso/Qubes-20220416-kernel-latest-x86_64.iso it’s iso with kernel-latest

This is more or less expected, unless the vendor specifically targets Qubes OS (or at least Linux) with their hardware:

Not intending to offend anyone, I’ll just take an opportunity to tell how did I explained to my non-tech savvy sister why I’m using Qubes. I told her: “You see, behind this blackbox called router, it is a digital universe. And in universe and open space you can’t go in your bikini, or latest Channel gown, sitting in Bentley. You need a special vehicle and a suit if you want to walk there and live. That’s Qubes.” You might imagine how did she respond on this, hahah.

1 Like

use the latest testing version. not release. Then see. the link which @51lieal gave

Thank you. I will try this version and be sure to gpg verify it using the asc and DIGESTS files in the same directory: Index of /qubes/iso/

But where are the latest testing versions of qubes officially listed? I don’t see them on the qubes-os.org/downloads/ page. Github maybe? Which repo?

Yes very true. But in my location it’s actually easier for me to buy a new computer than an old one. I did buy the 2021 model of this laptop instead of the 2022 model hoping it would help.

Thank you @51lieal, but unfortunately that iso with the latest kernel did not work either.

dracut-pre-udev[622]: modprobe: FATAL: Module cramfs not found in directory /lib/modules/5.16.18-2.fc32.qubes.x86_64
dracut-pre-udev[673]: modprobe: FATAL: Module floppy not found in directory /lib/modules/5.16.18-2.fc32.qubes.x86_64

Failed to start udev Wait for Complete Device Initialization.
See 'systemctl status systemd-udev-settle.service' for details.

The system hangs for 20 minutes at [ OK ] Reached target Basic System.

In troubleshooting/verbose boot mode, I see:

systemd-gpt-auto-generator[1095]: EFI loader partition unknown, exiting.
systemd-gpt-auto-generator[1095]: (The boot loader did not set EFI variable LoaderDevicePartUUID.)

nvme0: I/O 25 QID 0 timeout, completion polled gets printed to the screen every 30 seconds or so

Finally after waiting about 30 minutes, I can get into an anaconda shell. TTY1 says “Not asking for VNC because we don’t have a network” but the GUI installer is available on TTY6 (control+alt+f6). If I try to proceed with the GUI installer on TTY6, I encounter the original issues of it not loading my storage configuration and it’s unable to automatically partition the drive. “Error checking storage configuration” and “resource to create this format lvmpv is unavailable”.

systemd-analyze blame
Bootup is not yet finished (org.freedesktop.systemd1.Manager.FinishTimestampMonotonic=0). 
Please try again later.

systemctl list-jobs
JOB UNIT TYPE STATE
174 time-sync.target start waiting
173 systed-time-wait-sync.service start running
229 timers.target start waiting
238 raid-check.timer start waiting
4 jobs listed. 
lspci # shows my NVMe controller and a raid controller
0000:00:0e.0 RAID bus controller: Intel Corporation Volume Management Device NVMe RAID Controller
10000:e1:00.0 Non-Volatile memory controller: Intel Corporation Device f1aa (rev 03)

lsblk #also shows my nvme drive at /dev/nvme0n1

In my Asus bios, there is no option for legacy boot. There is also no explicit option to toggle Intel RST (raid) on or off but it says it’s already set to “off” for my drive.

Also, out of curiosity, I tried to install Fedora 32 on this PC and I ran into similar issues.

I don’t know if this would provide any more info but my issue seems similar to this issue I found on github. Similar error messages and nvme problems. However, I’m able to see my nvme drive during qubes installer whereas this person cannot. They had to change from raid to AHCI/NVMe mode in their Dell bios:

try installing fedora-35, would that do?

Yes! Fedora 35 workstation installs perfectly with no hassles. Fedora 32 workstation does not work.

When will qubes start using Fedora 35 instead of 32? I may be willing to put this new computer on the shelf for a while and wait for qubes with fedora 35 to come out.

Fedora 32 is not used already (unless you forgot to upgrade your TemplateVM).

Try search a workround or wait till qubes update dom0.
There’s not much we can do, many people here who use latest cpu available in the past (10th gen) has just begun their qubes journey in 4.1