Re: /boot size and kernel updates

2022-11-14 Thread Stefan Monnier
> I used the MODULES=dep setting and got a reduction from 70mb to 20mb > for each initramfs. Wow, that's still about twice as large as what I get on my amd64/armhf/686 systems (I typically get about 40MB for MODULES=most and 10-12MB for MODULES=dep). The compression algorithm in use makes some

Re: /boot size and kernel updates

2022-11-14 Thread Peter von Kaehne
> On 13 Nov 2022, at 23:06, Mike Kupfer wrote: > > Hi Stefan! > > Stefan Monnier wrote: > >> I use `MODULES=dep` and my kernel+initrd uses less than 20MB still so my >> 250MB /boot partition is currently 21% full with 2 kernels installed. > > Ah, thanks for the tip. I'll give that a try,

Re: /boot size and kernel updates

2022-11-13 Thread Mike Kupfer
Hi Stefan! Stefan Monnier wrote: > I use `MODULES=dep` and my kernel+initrd uses less than 20MB still so my > 250MB /boot partition is currently 21% full with 2 kernels installed. Ah, thanks for the tip. I'll give that a try, as well as trying more aggressive compression (thanks, Peter!). >

Re: /boot size and kernel updates

2022-11-13 Thread Stefan Monnier
Hi Mike, > I've had the problem with /boot being too small on 2 systems. I tried > reinstalling one of them so that I could get a larger /boot. And the > installer did make /boot larger, but not as much as I wanted. IIRC, it > went from 250M to 500M, whereas I wanted to give it at least 1 GB.

Initramfs compression algorithm - was Re: /boot size and kernel updates

2022-11-13 Thread Peter von Kaehne
To reduce size of initramfs I change the compression setting in /etc/initramfs/initramfs.conf and set it to “xz” After that one needs to rebuild initramfs. Sent from my phone. Please forgive misspellings and weird “corrections” > On 13 Nov 2022, at 16:35, David Christensen wrote: > > On

Re: /boot size and kernel updates

2022-11-13 Thread Charles Curley
On Sun, 13 Nov 2022 14:45:15 + "Andrew M.A. Cater" wrote: > Ideally, you shouldn't need more than the current kernel and, > perhaps, the previous version. One nitpick: I believe that installing a new kernel means installing the new kernel, and only if that is successful removing an old one.

Re: /boot size and kernel updates

2022-11-13 Thread David Christensen
On 11/13/22 01:41, Peter von Kaehne wrote: I mostly let the installer do what it likes to do when installing Debian and this has worked out fine until the last couple installs on UEFI rather than legacy boot. It now appears that the automatic installer does not get size of /boot right - even

Re: /boot size and kernel updates

2022-11-13 Thread Mike Kupfer
Peter von Kaehne wrote: > It now appears that the automatic installer does not get size of /boot > right - even with only one new kernel update wanting to install itself > it often fails with lack of space. I have had this problem, too, so thank you for bringing it up on the list. > One

Re: /boot size and kernel updates

2022-11-13 Thread Mike Kupfer
Andrew M.A. Cater wrote: > Ideally, you shouldn't need more than the current kernel and, perhaps, the > previous version. If the current kernel works on the reboot, then you should > be able to remove all previous variants with the same major version number. It used to be that I could leave the

Re: /boot size and kernel updates

2022-11-13 Thread Andrew M.A. Cater
On Sun, Nov 13, 2022 at 09:41:43AM +, Peter von Kaehne wrote: > I mostly let the installer do what it likes to do when installing Debian and > this has worked out fine until the last couple installs on UEFI rather than > legacy boot. > > It now appears that the automatic installer does not

/boot size and kernel updates

2022-11-13 Thread Peter von Kaehne
I mostly let the installer do what it likes to do when installing Debian and this has worked out fine until the last couple installs on UEFI rather than legacy boot. It now appears that the automatic installer does not get size of /boot right - even with only one new kernel update wanting to