DELL Precision 7510 on Fedora 27 update fails #356
Comments
|
Can you please check in BIOS setup if your tpm is owned? |
|
When rebooting, I briefly see Linux-Firmware-Updater and it's listing both capsules. I'll check TPM in the BIOS Setup soon. |
|
By chance can you catch the message it shows with both capsules with camera or a video? If it's too quick may need to turn on more debugging that can slow it down. |
|
btw the reason i'm looking for that is because you should be hitting the exact same failure as https://bugzilla.redhat.com/show_bug.cgi?id=1506609 with Fedora 27, but you're not. Additional debug messages should aide in figuring out what's happening. |
|
I seem to have the same issue on a XPS 9360. I had this with previous firmware too. Found out that extracting the firmware package and manually pointing to the firmware file works fine. But I'd like to fix the issue. I'm on Fedora 27, have already tried reinstalling 'fwupd' and 'fwupdate-efi'. TPM on. I don't think there is an error message visible. For me, at least, it lists 2 entries and a general message "File <...fw-capsule-correctly-written...> searched." Then it becomes dark like it's starting something ... screen brightness ... dark again, then shows Dell logo and continues booting Fedora. As if something was started that finished very quickly. |
|
So I posted a potential fix and someone has done a copr build on https://bugzilla.redhat.com/show_bug.cgi?id=1506609 |
|
That bug fix works. Successfully starts firmware update process and afterwards fwupdmgr results indicate successful upgrade. Behavior is the same again as a few months ago with the 2.2.1 update and before. |
|
That's great. Can you please leave some comments on the Fedora bug confirming there? |
|
👎 Didn't work for me unfortunately. |
|
@saschpe Sorry to hear that. If it didn't work for you, can you help provide a few more details?
|
BootNext: 0001
|
|
So something notable about your boot entries is that it's choosing a different shim for fwupdate than it is for standard fedora. Can you please provide the output of |
|
I did update to 2.5.0 on XPS 9360 in the morning on today. Worked smoothly. Thank you @superm1 |
|
OK so since we're confirmed that this is not a fwupd issue and does resolve with my fix i'm closing it against the fwupd project. @saschpe if things still aren't working when you confirm you're installed the correct version lets debug on a separate issue. Feel free to "@" me on Github on an issue against https://github.com/rhboot/fwupdate or open another bugzilla entry for Fedora and CC me. |
I did a short video on the boot sequence: https://peilicke.de:5001/mo/sharing/3w4S9KcAz#/item/5229?_k=7rselv (Download link is top right) Not much to see there. Not sure how I can debug this further. |
|
Hmm, everything there looks correct. OK so next steps to me:
|
|
FWIW, the difference I see compared to my own case, is that 2 capsules were found i.s.o. only one. It isn't very clear, but it looks like the boot sequence when it skips firmware updating is the same behavior as I experienced. (A bit of screen flashing followed by the normal boot process.) |
|
You know what - that's a really good point. When a TPM and Firmware update are run at the same time it should be an EFI scatter/gather list passed to firmware. If firmware doesn't understand it for some reason that behavior would match. We've been seeing problems with the UX capsule (See rhboot/fwupdate#79 for more information). So yes, please run the cleanup script that will remove both capsules and try to install just "one". if that fixes it then we know it should be most likely same root cause as the UX capsule problem. |
$ rpm -q --changelog fwupdate.x86_64 | head
* Mo Jan 08 2018 Peter Jones <pjones@redhat.com> - 10-1
- Update to the final released version 10.
- Make everything under /boot/efi be mode 0700, since that's what FAT will
show anyway.
* Di Sep 12 2017 Peter Jones <pjones@redhat.com> - 10-0.2
- Update for version 10
- test release for ux capsule support; to enable UX capsules define
LIBFWUP_ADD_UX_CAPSULE=1 in your environment.
I also tried just keeping one capsure but it didn;t work either. |
|
Yeah that's the fully patched version (10-1). Regarding the cleanup stuff the cache directory might be somewhere else or the unit isn't running properly on Fedora, can you please try to manually: Regarding verbose debugging you may refer to https://github.com/rhboot/fwupdate/wiki/Debugging-UEFI-Capsule-updates, specifically this: To later turn it off: |
Hi, similar to issue #54 and #246 I'm struggling to update DELL TPM / System Firmware. This time it's on Fedora 27 with Kernel 4.14.11-300.fc27.x86_64:
$ efivar -l | grep fw 0abba7dc-e516-4167-bbf5-4d9d1c739416-fwupdate-5b7ab884-7cf7-489d-ba15-460dffd64aba-0 0abba7dc-e516-4167-bbf5-4d9d1c739416-fwupdate-057c9e26-7e99-5afd-b128-93d91cc0e957-0$ tree /boot /boot/efi ├── a98a208ae616463d9ad38db21ba50988 │ ├── 4.11.10-300.fc26.x86_64 │ ├── 4.11.11-300.fc26.x86_64 │ ├── 4.11.9-300.fc26.x86_64 │ ├── 4.12.13-300.fc26.x86_64 │ ├── 4.12.14-300.fc26.x86_64 │ ├── 4.12.5-300.fc26.x86_64 │ ├── 4.12.8-300.fc26.x86_64 │ ├── 4.12.9-300.fc26.x86_64 │ ├── 4.13.4-200.fc26.x86_64 │ ├── 4.14.11-300.fc27.x86_64 │ ├── 4.14.7-300.fc27.x86_64 │ └── 4.14.8-300.fc27.x86_64 ├── EFI │ ├── BOOT │ │ ├── BOOTX64.EFI │ │ ├── fallback.efi │ │ └── fbx64.efi │ ├── Dell │ │ └── Bios │ │ └── Recovery │ │ └── BIOS_CUR.RCV │ └── fedora │ ├── BOOT.CSV │ ├── BOOTX64.CSV │ ├── fonts │ │ └── unicode.pf2 │ ├── fw │ │ ├── fwupdate-8VEdvZ.cap │ │ └── fwupdate-rSC3LA.cap │ ├── fwupia32.efi │ ├── fwupx64.efi │ ├── grub.cfg │ ├── grubenv │ ├── grubx64.efi │ ├── mmx64.efi │ ├── MokManager.efi │ ├── shim.efi │ ├── shimx64.efi │ └── shimx64-fedora.efi ├── mach_kernel └── System └── Library └── CoreServices └── SystemVersion.plistPlease answer the following questions:
from source,pacman,apt-get, etc): dnf$ sudo file /boot/efi/EFI/fedora/fwupx64.efi /boot/efi/EFI/fedora/fwupx64.efi: PE32+ executable (EFI application) x86-64 (stripped to external PDB), for MS Windows $ sudo ls -lah /boot/efi/EFI/fedora/fwupx64.efi -rwx------. 1 root root 75K 20. Sep 21:56 /boot/efi/EFI/fedora/fwupx64.efiThe text was updated successfully, but these errors were encountered: