Install QUBES on NVMe ! (P15 gen2 - i7.11850 + 4x 32G RAM + 1x 512G NVMe + 2x 2TB NVMe)

Hi @renehoj
I’ve removed the BIOS RAID0, and started the install with choice “Boot verbose and debug” (or something like that)
Here is where the install hang for 2min
not sure if the lack of EFI variable comes from my USB stick (Via Rufus) or the current disk (Where Win10 and Suse are installed)

1 Like

renehoj

I assume you disabled secure boot, and OS optimization.
Is booting with CSM or legacy mode possible with the P15?

Assuming right :slight_smile:
Disabled VMD as well. Actually, pretty much every option in the bios are off.
Tomorrow I will remove RAM and remove NVMe 1 by 1 and keep trying.
I bought this machine only for Qubes, I’m not turning back !

test 1:
Removed the upper (under keyboard) slots 2x 32G RAM (Left the bottom ones)
Removed the upper (under keyboard) NVMe 512G (Left the bottom ones)
Same thing, checkup failed.

As for MBR BIOS, unless I flash the chip with CoreBoot, there is no option but the UEFI :frowning:

1 Like

renehoj

17h

All new Lenovo laptops are shipped with boot guard, isn’t Coreboot impossible on the P15?

Doing the installation is it possible to use alt+ctrl+f2/3/4 to switch to a single user shell?

If you can get access to a shell, maybe there is a log file that tells you which driver fails to load.

1 Like

Test 2:
Thks to HBCD (Hiren), I’ve managed to change one of the 2x 2TB NVMe into MBR, the other stayed GPT
Removed all remaining 32G RAM, reinstalled original 16G RAM
Install failed.

1 Like

Test 3:
Removed both 2TB NVMe,
So left with all original, 16G RAM and 512G NVMe (GPT)
Install failed.


I’m not sure it is about neither the RAM nor the NVMe … It seems there is some about the UEFI … dracut initqueue hook …
EFI partition unknown; exiting, EFI varia not set by bootloader

1 Like

Test 4:
All 4x 32G RAM; only 1x 2TB NVMe in slot 1 (Slot 0 and Slot 2 empty)
Installed SUSE successfully.

1 Like

Test 5:
All 4x 32G RAM; only 1x 2TB NVMe in slot 1 (Slot 0 and Slot 2 empty)
Install QUBES failed

1 Like

You can maybe find a guide that explains how to debug the Fedora installation.

Trying the latest build might also be a good idea, if you haven’t already done this.

My guess would be that you are missing a driver or firmware, and swapping in and out ram and nvme drives is probably not going to change anything.

2 Likes

Hey @renehoj !
Thks a lot, as always, for your input.
Are you suggesting that install SUSE versus install Fedora would be different ?
I’ll DL a fresh version of Fedora and give it a try !

1 Like

Dom0 uses Fedora 32, I assume it’s the same installer that is used for installing Qubes.

3 Likes

Test 6:
All 4x 32G RAM; only 2x 2TB NVMe in slot 1 and 2 (Slot 0 empty)
SUSE Leap 15.4 still booting and running
Booting from LIVE FEDORA 37 (running OK). From the live, select “Install on disk” option:

  • Install FEDORA 37 on same disk (sharing /boot by simply mounting the existing one): Failed.
  • Install FEDORA 37 on the other disk, with its own /boot: Failed.
    => Error msg: Failed to set new EFI boot target; This is most likely a Kernel or Firmware bug.
    => Click Yes to ignore and continue, click No to stop install.
    I clicked Yes, to see what happen, error msg popping up another 2times then on and finished install.
    OS running OK !
    restart, obviously Fed37 is not listed anywhere in the boot menu
    Loading Suse to tweak the Grub2, but not familiar with NVMe (struggling)
    Restarted Fed37 using the live version
1 Like

Test 7:
Installed DEBIAN 11, no major problem.
WiFi not installed (proprietary)
UEFI overwrite the existings ones
At boot, F12 allow me to choose from Suse, Fedora and Debian, all three running well.
now Wiping entire disk and trying Qubes again
nope, no luck.

1 Like

New try:

2x 2TB wiped, reinstalled the 512GNVMe to transfer Win10 to 1st 2TB NVMe,
Install Suse with re-using Win10 Boot partition (to get a Grub2 with several entries, to see how /etc/grub.d/40_Custom is set while using NVMes (I’m used to sda1; hda1`…)

2 Likes

if you still testing, can you use your windows and download these https://qubes.notset.fr/iso/Qubes-20221210-kernel-latest-x86_64.iso then use rufus with dd option to your flashdrive? dont use ventoy

reset your bios settings.
enable vtx vtd.
disable secureboot.
in the bios storage settings use ahci mode.

1 Like

I now have 4 Grub2 entry in my F12 (Boot list in bios)
Although they are all sharing the same /boot/efi partition

  • Suse entry shows options: Suse and Win10 (Not Debian, not Fedora)
  • Debian entry shows option Debian and Win10 (Not Suse, not Fedora)
  • Fedora entry shows options: Fedora; Win10 and Debian (Not Suse)
  • Win10 entry that shows no other option than itself

Qubes still doesn’t install. So I think it is a bug in Qubes installer, not the machine.
Now I’m gonna need help to gather the logs and whatnot to open a Bug report …

1 Like

Hey @51lieal
Thks for your suggestion
The bios is set correctly (90% options set to off) and works fine (Not resetting it)
Virtualization is set ON since day one
Secureboot is disabled since day one
No AHCI option in the bios

What is that “qubes.notset.fr” source ? The WhoIs doesn’t give me any

1 Like

qubes weekly iso from qubes dev.

2 Likes

oh ! so it’s an official Qubes source ?!
TY, I didn’t know :slight_smile:
Will DL’ it and give it a try right away

1 Like

not official but trusted, give it a try.

2 Likes

Same thing (failed):
dracut-initqueue timeout
Enter for maintenance, Ctrl-D to continue

1 Like