Ubuntu
zsys package

zsys cleanup of /boot should be reevaluated

Bug #1956835 reported by Alistair
34
This bug affects 5 people
Affects Status Importance Assigned to Milestone
zsys (Ubuntu)
Confirmed
High
Unassigned

Bug Description

After updating the system, rebooted and this error appeared.
Fixed a problem related to /boot/grub/grubenv - "Error in environment" and grub-common.service
by providing absolute path to grub-editenv. /boot/grub/grubenv was full of 0x00000, rather than 0x2323 as it has now.

ProblemType: Package
DistroRelease: Ubuntu 20.04
Package: linux-firmware 1.187.24
ProcVersionSignature: Ubuntu 5.11.0-44.48~20.04.2-generic 5.11.22
Uname: Linux 5.11.0-44-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.11-0ubuntu27.21
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: alistair 3520 F.... pulseaudio
CasperMD5CheckResult: skip
Date: Sat Jan 8 17:37:06 2022
Dependencies:

ErrorMessage: installed linux-firmware package post-installation script subprocess returned error exit status 1
InstallationDate: Installed on 2020-11-12 (422 days ago)
InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
MachineType: Hewlett-Packard HP EliteBook 8470p
PackageArchitecture: all
ProcFB: 0 i915drmfb
ProcKernelCmdLine: BOOT_IMAGE=/BOOT/ubuntu_x1by5v@/vmlinuz-5.11.0-44-generic root=ZFS=rpool/ROOT/ubuntu_x1by5v ro quiet splash vt.handoff=1
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon.
Python3Details: /usr/bin/python3.8, Python 3.8.10, python3-minimal, 3.8.2-0ubuntu2
PythonDetails: /usr/bin/python3.8, Python 3.8.10, python-is-python3, 3.8.2-4
RelatedPackageVersions: grub-pc 2.04-1ubuntu26.13
SourcePackage: initramfs-tools
Title: package linux-firmware 1.187.24 failed to install/upgrade: installed linux-firmware package post-installation script subprocess returned error exit status 1
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/12/2018
dmi.bios.release: 15.113
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68ICF Ver. F.71
dmi.board.name: 179B
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 42.38
dmi.chassis.asset.tag: CNU3109W10
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.ec.firmware.release: 66.56
dmi.modalias: dmi:bvnHewlett-Packard:bvr68ICFVer.F.71:bd04/12/2018:br15.113:efr66.56:svnHewlett-Packard:pnHPEliteBook8470p:pvrA1029D1102:skuC3Q91UC#ABU:rvnHewlett-Packard:rn179B:rvrKBCVersion42.38:cvnHewlett-Packard:ct10:cvr:
dmi.product.family: 103C_5336AN G=N L=BUS B=HP S=ELI
dmi.product.name: HP EliteBook 8470p
dmi.product.sku: C3Q91UC#ABU
dmi.product.version: A1029D1102
dmi.sys.vendor: Hewlett-Packard

Revision history for this message
Alistair (aa-sithlord) wrote :
Revision history for this message
Brian Murray (brian-murray) wrote :

I noticed that your boot partition is full. Could you provide the output of "ls -l /boot"? Additionally, how did you install Ubuntu?

Changed in initramfs-tools (Ubuntu):
status: New → Incomplete
Revision history for this message
Alistair (aa-sithlord) wrote :

I have ZFS (ZSYS) installed and the snapshots on a laptop can fill up the space. I was able to free up the disk space by loading the zsys config file (not installed by default) and reduce the number of "keep" snapshots. ZSYS assumes that it is running on a machine that is up most of the time, but if it is not, then there can be large changes (kernel updates) within more than expected snapshots, hence space fills up faster than may have been expected.
The actual space available to /boot is 2G, but when the snapshots don't get garbage collected, the free space gets too small for updates to run.
zsys assumptions and garbage collection default rules need to be re-considered based on usage, even if it is just described in the man/info pages, rather than needing to look them up in didrocks blogs (again).
If the problem was caused by lack of /boot space, close this bug.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for initramfs-tools (Ubuntu) because there has been no activity for 60 days.]

Changed in initramfs-tools (Ubuntu):
status: Incomplete → Expired
Brian Murray (brian-murray)
summary: - package linux-firmware 1.187.24 failed to install/upgrade: installed
- linux-firmware package post-installation script subprocess returned
- error exit status 1
+ zsys cleanup of /boot should be reevaluated
Changed in initramfs-tools (Ubuntu):
status: Expired → New
tags: added: rls-jj-incoming
Brian Murray (brian-murray)
affects: initramfs-tools (Ubuntu) → zsys (Ubuntu)
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for the bug report, while an annoying issue it only got one report and the /boot space got increased recently so we don't believe it needs to be tracked as a rls blocker, changing the take, would still be a bug worth investigating to come with a solution

tags: added: rls-jj-notfixing
removed: rls-jj-incoming
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

I'm also affected, this is an upstream bug:

https://github.com/ubuntu/zsys/issues/155

note that even though I have only three kernel ABI versions installed, most snapshots get their own copies of these as update-initramfs is frequently run when the system gets updated. This is enough to fill bpoot well before gc kicks in.

Changed in zsys (Ubuntu):
importance: Undecided → High
status: New → Confirmed
Revision history for this message
Brian Murray (brian-murray) wrote :

I've retagged this rls-jj-incoming given the number of duplicates I found today.

tags: added: rls-jj-incoming
removed: rls-jj-notfixing
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.