-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Firmware update inconsistent behavior post reboot #84
Comments
Those are all very old versions -- can you try with fwupd-efi 1.6 and fwupd 1.9.anything please? |
Thanks @hughsie. Our OS for device is confined to Ubuntu 22.04 and have a logical tie up to use 1.4 version. Just wanted to check, in case the upgrade to 1.6 is a non-starter then...is there a way to counter this issue and also your insights as why the file discovery is an issue, though i could see the file being intact before going for a reboot. |
Some Observation - |
Hi @hughsie , I am also facing the same issue during the reboot post fwupdmgr command execution. When the system got rebooted after the fwupdmgr command , it shows 'cap file not found'(same as in the screenshot posted in the original issue). fwupdmgr - 1.7.9 |
Can you please reproduce using current versions? |
Hi,
I have been trying update using fwupdmgr on many of Ubuntu based systems and its been working all good. In this specific instance after performing a reboot post fwpdmgr command, Im seeing 2 different types of errors(on 2 separate instance) and the systems takes a halt. It calls for a force reboot(hard reboot). After hard reboot the system boots and i happen to see the update to next version has been(when the error was capsule size - 0) done and sometimes it would have failed(Unable to open the file).
Attached are the snap shots of the instances that i have observed.
More details -
FWUPD-EFI version 1.4
FWupdmgr - 1.7.9
Command used for upgrade -
fwupdmgr install --force --allow-older --show-all --no-reboot-check --no-remote-check --assume-yes --allow-reinstall -y -v $file
Every time, before calling fwupdmgr command, any stale *.cap file is cleaned up.
The ESP partition where the cap file is created has a space of 250MB.
Frequency of this issue -
Trying 2 cab file updates back to back (there is a reboot between each update). The issue gets uncovered for the second cab update.
Single cab update for the same cab file does not pose this error(attached).
The text was updated successfully, but these errors were encountered: