Fwupdmgr fails in UEFI dbx update

It looks like a rather complicated process or should i say convoluted. Especially when you read the Arch Wiki. :nauseated_face:

Edit: It’s so much easier to just download the file and update it via UEFI screen.

On supported devices you could use GUI as well.

Both gnome-sotware and discover can do it.

I have used both on the Dell laptop before.

I just find it easier to use the method that is recommended by the manufacturer.

Yeah. Whatever works is fine.

Nowadays I just do it with “file-on-usb” method on the XPS.

On the Lenovo laptop, I have to use the hirensbootcd.

I have updated BIOS, UEFI and Thunderbolt already many times with fwupdmgr. No problems, until now. Here is inxi:

Machine:
  Type: Laptop System: Dell product: XPS 13 7390 v: N/A
    serial: <superuser required>
  Mobo: Dell model: 0F3VKC v: A00 serial: <superuser required> UEFI: Dell
    v: 1.17.0 date: 07/11/2022
CPU:
  Info: quad core model: Intel Core i7-10510U bits: 64 type: MT MCP cache:
    L2: 1024 KiB
  Speed (MHz): avg: 2100 min/max: 400/4900 cores: 1: 2300 2: 2300 3: 700
    4: 2300 5: 2300 6: 2300 7: 2300 8: 2300

You seem to have the latest UEFI firmware for you system.

:eye: https://www.dell.com/support/home/en-us/product-support/product/xps-13-7390-laptop/drivers

Dell machines use to have a convenient tool for flashing the firmware which can be deployed from the one time boot menu.

That is the method I use on my XPS 13 9380.

Here is how-to:

https://www.dell.com/support/kbdoc/en-us/000128928/flashing-the-bios-from-the-f12-one-time-boot-menu

Maybe the latest version of fwupd is handling this differently. I wouldn’t know.

Move the mentioned file

/run/media/root/ESP/EFI/Boot/shimx64.efi

away from the EFI system partition and run the update again.

1 Like