Skip to content
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

Open
maheshbabu022 opened this issue Jun 18, 2024 · 5 comments
Open

Firmware update inconsistent behavior post reboot #84

maheshbabu022 opened this issue Jun 18, 2024 · 5 comments

Comments

@maheshbabu022
Copy link

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.

image

image

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).

@hughsie
Copy link
Member

hughsie commented Jun 18, 2024

Those are all very old versions -- can you try with fwupd-efi 1.6 and fwupd 1.9.anything please?

@maheshbabu022
Copy link
Author

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.

@maheshbabu022
Copy link
Author

Some Observation -
Adding delay of about 30 secs after running fwupdmgr and then going for a reboot helps in discovering the file and reading it successfully. Not sure this logic has a relation to problem directly or indirectly. Can you please help me get the rationale here.

@shyjuchandera
Copy link

shyjuchandera commented Jul 4, 2024

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

@superm1
Copy link
Member

superm1 commented Jul 4, 2024

Can you please reproduce using current versions?
1.7 is eol.

https://github.com/fwupd/fwupd/security/policy

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

4 participants