search

pop-os / pop

A project for managing all Pop!_OS sources
https://system76.com/pop
2.43k stars 84 forks source link

efivars fulls with dump0 and it is not posible to upgrade the firmware #2246

Open jbuencuerpo opened 2 years ago

jbuencuerpo commented 2 years ago

Distribution (run cat /etc/os-release):

VERSION="21.10"
ID=pop
ID_LIKE="ubuntu debian"
PRETTY_NAME="Pop!_OS 21.10"
VERSION_ID="21.10"
HOME_URL="https://pop.system76.com"
SUPPORT_URL="https://support.system76.com"
BUG_REPORT_URL="https://github.com/pop-os/pop/issues"
PRIVACY_POLICY_URL="https://system76.com/privacy"
VERSION_CODENAME=impish
UBUNTU_CODENAME=impish
LOGO=distributor-logo-pop-os

Related Application and/or Package Version (run apt policy $PACKAGE NAME):

apt policy acpi-call-dkms:
  Installed: 1.1.0-6
  Candidate: 1.1.0-6
  Version table:
 *** 1.1.0-6 500
        500 http://us.archive.ubuntu.com/ubuntu impish/universe amd64 Packages
        500 http://us.archive.ubuntu.com/ubuntu impish/universe i386 Packages
        100 /var/lib/dpkg/status
$ apt policy fwupd
fwupd:
  Installed: 1.5.11-0ubuntu2pop1~1627329462~21.10~3e64f3f
  Candidate: 1.5.11-0ubuntu2pop1~1627329462~21.10~3e64f3f
  Version table:
     1.7.5-3~21.10.1 500 (phased 90%)
        500 http://us.archive.ubuntu.com/ubuntu impish-updates/main amd64 Packages
 *** 1.5.11-0ubuntu2pop1~1627329462~21.10~3e64f3f 1001
       1001 http://apt.pop-os.org/release impish/main amd64 Packages
        100 /var/lib/dpkg/status
     1.5.11-0ubuntu2 500
        500 http://us.archive.ubuntu.com/ubuntu impish/main amd64 Packages

Issue/Bug Description:

Hi, I reported this bug bugfwupd as I was unable to upgrade the firmware on my thinkpad. I have installed previosly TLP and I also use battery thresholds. After the report, they point me to bugdebian and the posible solution by upgrading acpi-call-dkms. I have removed the dump0 files, and I was able to upgrade. I have not upgrade yet acpi-call-dkms but I can manually upgrade it, by compiling. However, this bug can let your system unbootable [bugsuperuser, it may be worth to look to upgrade the package to 1.2.2?

Also, in the bug report, the systemd-pstore service is up, in my case fails, so maybe it stop before complete filling up the efivarfs in my case, but I am not sure why.

$ systemctl status systemd-pstore.service
○ systemd-pstore.service - Platform Persistent Storage Archival
     Loaded: loaded (/lib/systemd/system/systemd-pstore.service; enabled; vendor preset: enabled)
     Active: inactive (dead)
  Condition: start condition failed at Sun 2022-03-13 12:10:10 CET; 25min ago
             └─ ConditionDirectoryNotEmpty=/sys/fs/pstore was not met
       Docs: man:systemd-pstore(8)

Thank you,

Steps to reproduce (if you know): After sometime using the machine, efivarfs gets full by dump files and it is not posible to upgrade. The origin of this filesis apperently a problem with acpi_call_dkms.

Expected behavior:

Links bugdebian bugfwupd bugsuperuser

jbuencuerpo commented 2 years ago

I forgot to add this gist, showing the version that has a fix.

gist-acpi