Le 18/07/24 à 10:54, Diederik de Haas a écrit :
Control: severity -1 minor
[...]
I fail to see how this is any package's problem.
Your boot partition is too small to perform the requested operation.
During compression it needs the space for the uncompressed files and
the space needed for the compressed archive, so it generally needs
(much) more space then it finally needs as the uncompressed files will
be removed again once the compressed archive is complete.
Solution: make your boot partition larger. Or remove older/other
kernels, but IMO this will only delay the inevitable.
Reducing severity to minor, but I actually think it should just be closed.
On 18 Jul 2024 10:17:20 +0200 Laurent Bigonville <bi...@debian.org> wrote:
It's related to firmware-misc-nonfree that is now pulling
firmware-nvidia-graphics that contains a lot of (non-free) firmwares.
With firmware-nvidia-graphics installed, my initramfs grows to something
like 200M compared to 64M without it.
The firmware-nvidia-graphics package was created exactly because its size
got big(ger) and (partially therefor) deserved its own package instead of
making the firmware-misc-nonfree extremely large. That package is meant
for 'the other' firmware which don't deserve their own package.
The firmware-nvidia-graphics is recommended by firmware-misc-nonfree as
the nvidia graphics firmware files were moved from the latter to the former.
Solution: If you don't need firmware-nvidia-graphics, don't install it.
If you do need it, but don't have the space for it, then increase your
storage size.
Well you change expectation from users that have firmware-misc-nonfree
installed by pulling that huge package
IMVHO, a lot of people with firmware-misc-nonfree installed will
experience an issue when updating.
The /boot partition size I've here is the default one from the
debian-installer
