Closed Bulmanator closed 6 years ago
Hi, Seems I have the same machine and the same issue, did you find a solution?
The only difference seems to be that applying the update through fwupdate manually my message is slightly different:
% sudo fwupdate -a 34578c72-11dc-4378-bc7f-b643866f598c .cache/fwupdmgr/e69073e5403ee433ddfdd40b53781e91074b07b2-firmware_XPS_9560_1_5_0.wu.cab -v Could not set up firmware update: No such file or directory error trace: efivarfs.c:230 efivarfs_get_variable(): open(/sys/firmware/efi/efivars/fwupdate-34578c72-11dc-4378-bc7f-b643866f598c-0-0abba7dc-e516-4167-bbf5-4d9d1c739416): No such file or directory lib.c:152 efi_get_variable(): ops->get_variable failed: No such file or directory efivarfs.c:230 efivarfs_get_variable(): open(/sys/firmware/efi/efivars/fwupdate-34578c72-11dc-4378-bc7f-b643866f598c-0-0abba7dc-e516-4167-bbf5-4d9d1c739416): No such file or directory lib.c:152 efi_get_variable(): ops->get_variable failed: No such file or directory libfwup.c:1207 get_fd_and_media_path(): mkostemps(/boot/efi/EFI//boot/efi/EFI/arch/fw/fw/fwupdate-9FJxpS.cap) failed: No such file or directory
@Bulmanator :I'm pretty sure this is the same ole' arch package doesn't make directories problem that keeps getting reported over and over. https://github.com/hughsie/fwupd/wiki/Common-Problems
@arvids Your problem is that the arch package is not configured to the correct ESP path. Look closer at the error and you'll see it's got the same thing twice.
/boot/efi/EFI//boot/efi/EFI/arch/fw/fw/fwupdate-9FJxpS.cap
Report it to @archangelgabriel.
Sorry for the late reply @superm1 , where should I report it to @ArchangelGabriel?
Thank you, I have reported the bug.
same here probably: 11:10:17:0089 Gs failed to call gs_plugin_update_app on fwupd: UEFI firmware update failed: {error #0} /builddir/build/BUILD/fwupdate-9/linux/libfwup.c:1193 get_fd_and_media_path(): open of /boot/efi/EFI/EFI/fedora/fw/fwupdate-Umq4LN.cap failed: No such file or directory
two times EFI in the path.
However I've never used arch.
@fredoche you're on Fedora and that's happening? Looks like it's reported against F27 here too: https://bugzilla.redhat.com/show_bug.cgi?id=1495137
I think @vathpela needs to double check the paths to make sure the Arch bug didn't creep into fedora as a result too.
Same duplicate EFI in the path on Fedora 27 and on a Dell XPS 13 9350
I'm using Arch, appears to be using /boot/efi/efi/efi/EFI/arch/fw/fwupdate-XXXXXX.cap
. Possibly due to a different issue since my ESP is mounted at /boot
rather than /boot/efi
?
@mbellgb Having your EFI at a different mount point than /boot/efi
is indeed an issue that will be fixed in fwupdate
next release (10
) by allowing you to specify the path to use.
For people on Arch using /boot/efi
as mount point, please try with fwupdate 9-3
from [community-testing]
and report.
I've installed 9-3 from community-testing; I have my boot partition mounted at /boot
:
/dev/nvme0n1p1 on /boot type vfat
/boot/
├── EFI
│ ├── arch
│ │ ├── fw
│ │ └── fwupx64.efi
│ ├── BOOT
│ │ └── BOOTX64.EFI
│ ├── Dell
│ │ ├── Bios
│ │ │ └── Recovery
│ │ │ ├── BIOS_CUR.RCV
│ │ │ └── BIOS_PRE.rcv
│ │ └── logs
│ │ ├── diags_current.xml
│ │ └── diags_previous.xml
│ ├── EFI
│ │ └── arch
│ │ ├── fw
│ │ └── fwupx64.efi
│ └── systemd
│ └── systemd-bootx64.efi
├── initramfs-linux-fallback.img
├── initramfs-linux.img
├── intel-ucode.img
├── loader
│ ├── entries
│ │ └── arch.conf
│ └── loader.conf
└── vmlinuz-linux
14 directories, 14 files
Note that I have fwupdate installed in both /boot/EFI
and /boot/EFI/EFI
.
Trying to install latest fw gives me:
No upgrades for device, current is 1.3.1.0: 1.3.1.0=same
Downloading 0.2.3.1 for XPS 13 9360 System Firmware...
Updating 0.2.3.1 on XPS 13 9360 System Firmware...
Decompressing… [***************************************]
Authenticating… [***************************************]
Scheduling… [ \ ]
UEFI firmware update failed: {error #0} libfwup.c:1178 get_fd_and_media_path(): open of /boot/efi/efi/efi/efi/EFI/arch/fw/fwupdate-keAknA.cap failed: No such file or directory
Is there something else I need to try to git rid of the /efi/
echo? 😁
@ArchangeGabriel ^
@superm1 I tried again today on fedora 27 and I get this: https://github.com/rhboot/fwupdate/issues/62#issuecomment-343098978
@fredoche Fedora has a bug that needs to be fixed. https://bugzilla.redhat.com/show_bug.cgi?id=1506609 (duplicate: https://bugzilla.redhat.com/show_bug.cgi?id=1495137)
@ledbettj Sorry for the delay. You’re affected by the fact /boot/efi
is assumed as ESP mount point for now. You’ll have to wait for the next fwupdate release (10).
@ledbettj Sorry for the delay. You’re affected by the fact /boot/efi is assumed as ESP mount point for now. You’ll have to wait for the next fwupdate release (10).
Ahh, sorry, I misread the previous comment as saying that 9-3 would resolve this issue. My fault!
I think this should be fixed in the current master; please confirm if you can.
@ArchangeGabriel I believe this will just require you to package up version 10 now. From an upstream perspective this is fixed (I personally verified on Ubuntu and others have on Fedora). I'm closing up this issue. If someone encounters problems on Arch that lead you to this bug, please test with version 10 and open a new bug. You can feel free to reference this bug in your description though.
If anyone else comes across this same issue as those in here, please do the following:
I recently purchased a Dell XPS 15 9560 and the BIOS version is 0.1.3.4 instead of the current 0.1.4.0 version. I have been trying to run fwupdate/ fwupdmgr to update the BIOS but running it does not seem to do anything
This does not change upon calling fwupdate or fwupdmgr (no entry for Linux-Firmware-Updater is created) When running the update commands it will download the correct package and does not seem to exit with any error however nothing happens, upon calling the commands again after it will say that the device already has an update scheduled
Output:
Note: This did not print correctly on my terminal, I had to pipe it to a file and delete H^ strings in vim
Output fwupdmgr get-devices:
The XPS 15 9560 System Firmware with GUID: 34578c72-11dc-4378-bc7f-b643866f598c is the device which requires updating
And applying it manually through fwupdate outputs this:
If I have missed any important information please let me know and I will provide the details