Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #84282
| From | Julian Andres Klode <jak@debian.org> |
|---|---|
| Newsgroups | linux.debian.kernel |
| Subject | Re: apt: calculation for /boot too conservative? |
| Date | 2024-10-16 13:20 +0200 |
| Message-ID | <Jyael-209l-5@gated-at.bofh.it> (permalink) |
| References | <Jy5eF-1WYm-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Control: clone -1 -2 Control: reassign -2 src:linux Control: retitle -2 linux-*: Provide information about /boot space usage Control: seveirty -2 wishlist On Wed, Oct 16, 2024 at 07:49:05AM GMT, Paul Gevers wrote: > Package: apt > Version: 2.9.8 > Severity: normal > > Hi, > > I think I just spotted a new feature of apt (thanks for the continuous > improvements): reporting and protection of /boot. However, I think it was > far off and hence prevented me from upgrading without looking into it. > > Story is that some time ago, my /boot was too small (it came with Debian's > default) for upgrades of the kernel, and I was advised on IRC to configure > something regarding modules (IIRC something like: as-needed) which > drastically reduced the used size in /boot to the extend I haven't had to > worry about it anymore. Today it was different. > > Starting point: > > paul@mulciber ~ $ sudo apt full-upgrade --update > ... > Installing dependencies: > linux-doc-6.11 linux-image-6.11.2-amd64 I would assume that this is the culprit, the calculation is size of (linux-image-6.11.2-amd64) + ( largest initrd + largest map ) * 1.1 It seems Debian kernels include modules in their image package, causing the modules to be counted. An Ubuntu kernel image (which I tested this against) meanwhile is true to the name and only contains the kernel image (the modules are in linux-modules-$(uname -r)). What are our ways out here? * Split modules out of linux-image into linux-modules * Add a new Boot-Size: field indicating the size of files in /boot * Change the estimate to use the largest kernel size. This is much more unreliable. We also need to have a look at packages triggering initrd generation: Technically you need space for one additional initrd in /boot as the new file is being written before the old one is deleted. :( -- debian developer - deb.li/jak | jak-linux.org - free software dev ubuntu core developer i speak de, en
Back to linux.debian.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
Re: apt: calculation for /boot too conservative? Julian Andres Klode <jak@debian.org> - 2024-10-16 13:20 +0200 Processed (with 1 error): Re: apt: calculation for /boot too conservative? "Debian Bug Tracking System" <owner@bugs.debian.org> - 2024-10-16 13:30 +0200
csiph-web