[Added Noah to cc.]
On Sun, 2021-04-11 at 18:44 -0700, Josh Triplett wrote:
> On Sun, Apr 11, 2021 at 10:45:27PM +0200, Ben Hutchings wrote:
> > Control: reassign -1 initramfs-tools
> > Control: tag -1 - wontfix
> > Control: forcemerge 789067 -1
> >
> > On Sat, 2021-04-10 at 15:36 -0700, Josh Triplett wrote:
> > > On Sat, Apr 10, 2021 at 11:23:53PM +0200, Bastian Blank wrote:
> > > > On Sat, Apr 10, 2021 at 02:11:06PM -0700, Josh Triplett wrote:
> > > > > For cloud instances and VMs, it's helpful to be able to use
> > > > > ip=dhcp as a
> > > > > minimal network configuration. Enabling this option will do
> > > > > nothing
> > > > > unless the kernel command line includes ip=dhcp.
> > > >
> > > > We don't support initramfs-less boot.
> > >
> > > Whether you have an initramfs or not is orthogonal to DHCP
> > > configuration. The kernel's built-in DHCP configuration works
> > > even if
> > > you're not using a network filesystem as the root filesystem.
> >
> > The initramfs is supposed to take responsibility for handling all
> > of
> > the legacy boot parameters. Moving this to initramfs-tools and
> > merging
> > it with the existing bug there.
>
> That wouldn't actually solve the issue as reported. I was hoping
> specifically for the in-kernel support.
>
> I'd like to use this on a cloud instance that uses ext4 on NVMe, and
> thus doesn't currently need an initramfs.
I think I missed or forgot about that change when it happened. I'm not
super happy about it, to be honest. It's been half-assed in that the
cloud flavours still have a dependency on an initramfs builder, that
should be a Recommends if we really want to support non-initramfs
booting. There's no documentation that explains when that should work.
Have you tried using tiny-initramfs? Does that still significantly
slow down boot relative to not using an initramfs image? If not,
perhaps we could consider making that the first alternative initramfs
builder for cloud images. (Not before bullseye, of course.)
Ben.
--
Ben Hutchings
Experience is directly proportional to the value of equipment destroyed
- Carolyn Scheppner
Attachment:
signature.asc
Description: This is a digitally signed message part