[T7910] EFI Boot Entires Not Persisting, Cannot Boot
I am installing linux on my T7910, but upon creating EFI entries for the kernel image, they become overwritten to default VenHW EFI\BOOT\BOOTX64.EFI and I can only boot from the live USB which is autodetected. Luckily, the live usb allows me to boot efi executables, but that is currently the only way I can boot.
I have tried using efibootmgr to create the entries, as well as creating them in the BIOS settings by selecting my disk and boot path (which it detects), but I cannot get it to persist or boot. Another thing I tried was moving and renaming my efi executable to match the default boot path, but the selected disk itself is not persisting either.
I also tried reverting from bios A34 to A33, which solved my GPU detection issues, but try as I may, I cannot create persistent EFI entries.
I had the same problem, that is the Dell Bios not preserving the "PCIROOT(...." File system path on boot options between reboots. It would constantly revert to "VenHW(...." and fail to see boot from that UEFI drive.
It didn't matter what I did. BIOS updates (latest firmware), remove CMOS battery, recheck drive partition/layout (GPT, no MBR hangovers, ESP partition flags on an EFI VFAT partition)... nothing worked.
What fixed it was copying my bootloader (grubx64.efi) to the universal default location and allow the BIOS to "autodetect" it and add it to the bootloader list.
Let's assume on your EFI partition you have:
/EFI/MY-HOST/grubx64.efi
copy and rename to this location:
/EFI/BOOT/BOOTX64.EFI
Reboot your PC and F2 to get back into BIOS.
You should see your drive autodetected (drive manufacturer name) and if you view the details, you'll see the
/EFI/BOOT/BOOTX64.EFI path.
This does some voodoo in the bios, resetting it as such.
You should be able to reboot again, then add any PCIROOT paths you like (even to the same drive) and they should stick.
I tested this on an Optiplex 3040 Micro with 1.20.1 bios version and working CMOS battery.
I also removed all boot loader entries, setting the bios to UEFI mode only (no legacy). So there was nothing defined to boot from, with the file in the above location, I then rebooted and the BIOS added a default entry to that location.
New entries can then be added cleanly, and the PCIROOT(... .will stick
AND because the BIOS flasher and MEMTEST etc etc reside there alongside the boot files, so can harmful viruses and backdoors, so that needs to be considered when re-installing an OS because of problems, that you are not necessarily purging the whole storage device.
can you check using the live boot disk, how is formatted and partitioned the disk that you are not managing to get efi persist ?
lsblk -f sudo fdisk -l
Please check if is GPT (mbr would not be ok and cause this issue), and you should be able to see a small Fat32 EFI partition ( max 500mb I think ) with the esp flag (this too is required to have persistent efi entries)
Also if the cmos battery is too low, it could lose the custom efi path and revert to the default at reboot.
Another trick that could work ( to abuse of the default efi\boot\bootx64.efi ) would be to mount the esp partition of the disk you installed onto and
It is GPT fat32 ESP enabled. My boot path is /efi/EFI/Linux/vmlinuz.efi and I tried moving to match the default boot path and name BOOTX64.EFI
I can try replacing the CMOS battery. I also formatted it to 1000mb, I can try reformatting.
It is able to find the disk and my linux efi binary in the BIOS menu. Could there be any other settings preventing it from persisting? I disabled admin pass for uefi. Boot from USB works fine and it detects the efi on that.
I forgot to mention that I am totally unable to boot even from the live usb by selecting the efi. It loads the initramfs, but it hangs on mpt3x64 and totally fails to detect drives. I thought it was an issue with my gentoo installation and kernel, and I have been banging my head against a wall trying to get it to boot, but I did not consider that the issues might be related.
DaveB1050
1 Rookie
•
2 Posts
•
8 Points
0
1
Posted August 17th, 2026 21:58
I had the same problem, that is the Dell Bios not preserving the "PCIROOT(...." File system path on boot options between reboots. It would constantly revert to "VenHW(...." and fail to see boot from that UEFI drive.
It didn't matter what I did. BIOS updates (latest firmware), remove CMOS battery, recheck drive partition/layout (GPT, no MBR hangovers, ESP partition flags on an EFI VFAT partition)... nothing worked.
What fixed it was copying my bootloader (grubx64.efi) to the universal default location and allow the BIOS to "autodetect" it and add it to the bootloader list.
Let's assume on your EFI partition you have:
/EFI/MY-HOST/grubx64.efi
copy and rename to this location:
/EFI/BOOT/BOOTX64.EFI
Reboot your PC and F2 to get back into BIOS.
You should see your drive autodetected (drive manufacturer name) and if you view the details, you'll see the
/EFI/BOOT/BOOTX64.EFI path.
This does some voodoo in the bios, resetting it as such.
You should be able to reboot again, then add any PCIROOT paths you like (even to the same drive) and they should stick.
I tested this on an Optiplex 3040 Micro with 1.20.1 bios version and working CMOS battery.