When /boot is full, repeated mkinitramfs runs can fill up /
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
One Hundred Papercuts |
Confirmed
|
High
|
Unassigned | ||
initramfs-tools |
Confirmed
|
Undecided
|
Unassigned | ||
initramfs-tools (Debian) |
Fix Released
|
Unknown
|
|||
initramfs-tools (Ubuntu) |
Confirmed
|
High
|
Unassigned |
Bug Description
My /boot partition filled up so when I (or unattended upgrades) next attempted to install a kernel, it failed. On failure, mkinitramfs leaves a temporary directory in /var/tmp.
If you (or unattended upgrades) do this enough times, you can end up with substantial, non-obvious disk usage.
(I believe that this is fixed in Debian: https:/
ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: initramfs-tools 0.122ubuntu8
ProcVersionSign
Uname: Linux 4.4.0-28-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: amd64
Date: Thu Jun 30 09:12:45 2016
EcryptfsInUse: Yes
InstallationDate: Installed on 2014-07-30 (700 days ago)
InstallationMedia: Ubuntu-Server 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.3)
PackageArchitec
SourcePackage: initramfs-tools
UpgradeStatus: Upgraded to xenial on 2016-03-07 (114 days ago)
Changed in initramfs-tools (Debian): | |
status: | Unknown → Fix Released |
Changed in initramfs-tools (Ubuntu): | |
importance: | Undecided → High |
Changed in initramfs-tools: | |
status: | New → Confirmed |
Changed in hundredpapercuts: | |
status: | New → Confirmed |
importance: | Undecided → High |
Status changed to 'Confirmed' because the bug affects multiple users.