Processed: Re: Bug#951709: /boot should get a bigger share of disk in default installation

[Debian Bug Tracking System]

Processing control commands:

> tags 951709 + pending
Bug #951709 [debian-installer] /boot should get a bigger share of disk in 
default installation
Ignoring request to alter tags of bug #951709 to the same tags previously set

-- 
951709: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951709
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: Re: Bug#951709: /boot should get a bigger share of disk in default installation

[Debian Bug Tracking System]

Processing control commands:

> tags 951709 + pending
Bug #951709 [debian-installer] /boot should get a bigger share of disk in 
default installation
Added tag(s) pending.

-- 
893886: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893886
951709: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951709
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#893886: Bug#951709: /boot should get a bigger share of disk in default installation

[Holger Wansing]

Control: tags 951709 + pending


Steve McIntyre  wrote:
> On Fri, Mar 13, 2020 at 06:03:38AM +0100, Cyril Brulebois wrote:
> >Steve McIntyre  (2020-03-12):
> >> I'm torn - that's a good plan for large systems, but people on smaller
> >> platforms (e.g. small SD on rpi) that's a lot of space.
> >
> >Don't people usually flash ready to use images on such devices, instead
> >of going through d-i? Meaning acepting whatever (hopefully appropriate)
> >choices were made by recipe authors?
> 
> Some do, some don't IME. To be honest, let's just go with the biggser
> size anyway. People can always tweak if they need to.

So I have pushed that now to 512 - 768 MB
(closes 893886 and 951709, as the changelog says).

Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#951709: /boot should get a bigger share of disk in default installation

[Steve McIntyre]

On Fri, Mar 13, 2020 at 06:03:38AM +0100, Cyril Brulebois wrote:
>Steve McIntyre  (2020-03-12):
>> I'm torn - that's a good plan for large systems, but people on smaller
>> platforms (e.g. small SD on rpi) that's a lot of space.
>
>Don't people usually flash ready to use images on such devices, instead
>of going through d-i? Meaning acepting whatever (hopefully appropriate)
>choices were made by recipe authors?

Some do, some don't IME. To be honest, let's just go with the biggser
size anyway. People can always tweak if they need to.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Getting a SCSI chain working is perfectly simple if you remember that there
  must be exactly three terminations: one on one end of the cable, one on the
  far end, and the goat, terminated over the SCSI chain with a silver-handled
  knife whilst burning *black* candles. --- Anthony DeBoer

Bug#951709: /boot should get a bigger share of disk in default installation

[Cyril Brulebois]

Steve McIntyre  (2020-03-12):
> I'm torn - that's a good plan for large systems, but people on smaller
> platforms (e.g. small SD on rpi) that's a lot of space.

Don't people usually flash ready to use images on such devices, instead
of going through d-i? Meaning acepting whatever (hopefully appropriate)
choices were made by recipe authors?


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#951709: /boot should get a bigger share of disk in default installation

[Steve McIntyre]

On Tue, Mar 10, 2020 at 11:21:10PM +0100, Julien Cristau wrote:
>On Tue, Mar 10, 2020 at 09:50:07PM +0100, Holger Wansing wrote:
>> Hi,
>> 
>> Ben Hutchings  wrote:
>> > On Thu, 2020-02-20 at 18:50 +0530, Pirate Praveen wrote:
>> > > Package: debian-installer
>> > > Version: 20190702+deb10u3
>> > > Severity: important
>> > > 
>> > > With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can hold 
>> > > only 2 versions of the kernels at the same time. When installing a 3rd 
>> > > kernel /boot gets filled up. I think it should be able to store at 
>> > > least 3 kernels and ideally 4 or even more.
>> > >
>> > > The paritions were created automatically with just /home in a separate 
>> > > partition with lvm by debian buster installer.
>> > 
>> > I agree; the default size of /boot is now too small.  I think we should
>> > normally allocate at least 500 MB to it.
>> 
>> This has just been addressed; see
>> https://salsa.debian.org/installer-team/partman-auto/-/commit/cf6b2d152b08b6c78da6a6f7ca26a99bdadfdfce
>> 
>Not quite.  If Ben says we need at least 500M, then we'll have to
>adjust further, as that commit uses 512M as a maximum.  For comparison
>Ubuntu's partman-auto sets the min at 512M and max at 768M.  Do people
>feel that's where we should go?

I'm torn - that's a good plan for large systems, but people on smaller
platforms (e.g. small SD on rpi) that's a lot of space.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"War does not determine who is right - only who is left."
   -- Bertrand Russell

Bug#951709: /boot should get a bigger share of disk in default installation

[Holger Wansing]

Hi,

Julien Cristau  wrote:
> On Tue, Mar 10, 2020 at 09:50:07PM +0100, Holger Wansing wrote:
> > Hi,
> > 
> > Ben Hutchings  wrote:
> > > On Thu, 2020-02-20 at 18:50 +0530, Pirate Praveen wrote:
> > > > Package: debian-installer
> > > > Version: 20190702+deb10u3
> > > > Severity: important
> > > > 
> > > > With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can hold 
> > > > only 2 versions of the kernels at the same time. When installing a 3rd 
> > > > kernel /boot gets filled up. I think it should be able to store at 
> > > > least 3 kernels and ideally 4 or even more.
> > > >
> > > > The paritions were created automatically with just /home in a separate 
> > > > partition with lvm by debian buster installer.
> > > 
> > > I agree; the default size of /boot is now too small.  I think we should
> > > normally allocate at least 500 MB to it.
> > 
> > This has just been addressed; see
> > https://salsa.debian.org/installer-team/partman-auto/-/commit/cf6b2d152b08b6c78da6a6f7ca26a99bdadfdfce
> > 
> Not quite.  If Ben says we need at least 500M, then we'll have to
> adjust further, as that commit uses 512M as a maximum.  For comparison
> Ubuntu's partman-auto sets the min at 512M and max at 768M.  Do people
> feel that's where we should go?

I assume that for cases with a reasonably dimension'ed harddisk, the 
setting of "512 as a maximum" will result in a /boot partition with
this max size? Or with other words, for most people that would work.

One the other hand, if we touch that setting anyway now, we could also 
switch to a future-proof setting as in Ubuntu...


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#951709: /boot should get a bigger share of disk in default installation

[Julien Cristau]

On Tue, Mar 10, 2020 at 09:50:07PM +0100, Holger Wansing wrote:
> Hi,
> 
> Ben Hutchings  wrote:
> > On Thu, 2020-02-20 at 18:50 +0530, Pirate Praveen wrote:
> > > Package: debian-installer
> > > Version: 20190702+deb10u3
> > > Severity: important
> > > 
> > > With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can hold 
> > > only 2 versions of the kernels at the same time. When installing a 3rd 
> > > kernel /boot gets filled up. I think it should be able to store at 
> > > least 3 kernels and ideally 4 or even more.
> > >
> > > The paritions were created automatically with just /home in a separate 
> > > partition with lvm by debian buster installer.
> > 
> > I agree; the default size of /boot is now too small.  I think we should
> > normally allocate at least 500 MB to it.
> 
> This has just been addressed; see
> https://salsa.debian.org/installer-team/partman-auto/-/commit/cf6b2d152b08b6c78da6a6f7ca26a99bdadfdfce
> 
Not quite.  If Ben says we need at least 500M, then we'll have to
adjust further, as that commit uses 512M as a maximum.  For comparison
Ubuntu's partman-auto sets the min at 512M and max at 768M.  Do people
feel that's where we should go?

Cheers,
Julien

Bug#951709: /boot should get a bigger share of disk in default installation

[Holger Wansing]

Hi,

Ben Hutchings  wrote:
> On Thu, 2020-02-20 at 18:50 +0530, Pirate Praveen wrote:
> > Package: debian-installer
> > Version: 20190702+deb10u3
> > Severity: important
> > 
> > With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can hold 
> > only 2 versions of the kernels at the same time. When installing a 3rd 
> > kernel /boot gets filled up. I think it should be able to store at 
> > least 3 kernels and ideally 4 or even more.
> >
> > The paritions were created automatically with just /home in a separate 
> > partition with lvm by debian buster installer.
> 
> I agree; the default size of /boot is now too small.  I think we should
> normally allocate at least 500 MB to it.

This has just been addressed; see
https://salsa.debian.org/installer-team/partman-auto/-/commit/cf6b2d152b08b6c78da6a6f7ca26a99bdadfdfce

I will adjust the changelog to close this bug as well.


Holger

-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#951709: /boot should get a bigger share of disk in default installation

[Ben Hutchings]

On Thu, 2020-02-20 at 18:50 +0530, Pirate Praveen wrote:
> Package: debian-installer
> Version: 20190702+deb10u3
> Severity: important
> 
> With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can hold 
> only 2 versions of the kernels at the same time. When installing a 3rd 
> kernel /boot gets filled up. I think it should be able to store at 
> least 3 kernels and ideally 4 or even more.
>
> The paritions were created automatically with just /home in a separate 
> partition with lvm by debian buster installer.

I agree; the default size of /boot is now too small.  I think we should
normally allocate at least 500 MB to it.

Ben.

-- 
Ben Hutchings
Unix is many things to many people,
but it's never been everything to anybody.




signature.asc
Description: This is a digitally signed message part

Bug#951709: /boot should get a bigger share of disk in default installation

[Pirate Praveen]

On Thu, Feb 20, 2020 at 2:28 pm, John Paul Adrian Glaubitz 
 wrote:

On 2/20/20 2:20 PM, Pirate Praveen wrote:
 With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can 
hold only 2 versions
 of the kernels at the same time. When installing a 3rd kernel /boot 
gets filled up.


Please note that the default partition layout and hence the size of 
/boot is architecture-
specific. Thus, you need to specify the architecture when asking to 
change the partition

sizes.


This is amd64. (lenovo thinkpad x230 and x240).

Bug#951709: /boot should get a bigger share of disk in default installation

[John Paul Adrian Glaubitz]

On 2/20/20 2:20 PM, Pirate Praveen wrote:
> With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can hold only 
> 2 versions
> of the kernels at the same time. When installing a 3rd kernel /boot gets 
> filled up. 

Please note that the default partition layout and hence the size of /boot is 
architecture-
specific. Thus, you need to specify the architecture when asking to change the 
partition
sizes.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#951709: /boot should get a bigger share of disk in default installation

[Pirate Praveen]

Package: debian-installer
Version: 20190702+deb10u3
Severity: important

With initrd around 60+ MBs, 236 MB /boot in a 300 GB hard disk can hold 
only 2 versions of the kernels at the same time. When installing a 3rd 
kernel /boot gets filled up. I think it should be able to store at 
least 3 kernels and ideally 4 or even more.


The paritions were created automatically with just /home in a separate 
partition with lvm by debian buster installer.


Thanks
Praveen