Re: Re: Minimal snapshots for cooker available.

Matthew Dawkins <[email protected]> Wed, 25 Jan 2012 14:07:12 -0700
Newsgroups gmane.linux.mandrake.cooker.devel
Message-ID <CAJhHcZjsWv7ts4OeC0iozBi=6HbqV-sZY-PH+AJYZ_q=COGqkQ@mail.gmail.com>
On Fri, Jan 20, 2012 at 3:14 PM, Jeremiah Summers <[email protected]>wrote:

> On Fri, Jan 20, 2012 at 2:07 PM, Matthew Dawkins <[email protected]>
> wrote:
> >
> >
> > On Fri, Jan 20, 2012 at 11:48 AM, Per Øyvind Karlsen
> > <[email protected]> wrote:
> >>
> >> Den 19:14 20. januar 2012 skrev Matthew Dawkins <[email protected]>
> >> følgende:
> >> >
> >> >
> >> > On Thu, Jan 19, 2012 at 1:11 PM, Franck Bui <[email protected]>
> >> > wrote:
> >> >>
> >> >> Matthew Dawkins <[email protected]> writes:
> >> >>
> >> >> [...]
> >> >>
> >> >> >
> >> >> > What kmod is that? i have been checking the kernels ever since you
> >> >> > mentioned it to me.
> >> >>
> >> >> I think I've already described how to get/use it somewhere else...
> >> >>
> >> >> > My main problem ATM are building solid initrd imgs and the unioning
> >> >> > fs
> >> >> > needed in the livecd. Currently the kernels are requiring mkinitrd
> >> >> > and
> >> >> > not dracut.
> >> >>
> >> >> If you can detail further maybe I could have a look and help.
> >> >>
> >> >> > We could drastically clean up what is needed in the initrd if we
> >> >> > started migrating to dracut and a static busybox.
> >> >>
> >> >> Perhaps, but my goal was not to have the smallest image, but a
> snapshot
> >> >> of current cooker ready to use in various context.
> >> >>
> >> >> --
> >> >>                Franck
> >> >
> >> >
> >> >
> >> > Well, maybe we can address one issue at a time.
> >> Aren't you doing the exact opposite here..? ;p
> >
> > :P
> >>
> >> >
> >> > What would it take to get dracut to replace mkinitd?
> >> It's already replaced mkinitrd since a while ago (although for people
> >> upgrading and
> >> already using mkinitrd, this stayed as default).
> >
> > The kernels afaik from checking still require mkinitrd
> > If dracut is working and there are no problems booting with initramfs
> > images, then way not finally switch?
> >>
> >> > And I think dracut should prolly prefer the static busybox over the
> >> > uclibc
> >> > compile busybox.
> >> dracut doesn't use busybox at all currently.
> >>
> >> The statically linked busybox package is anyways linked against
> >> uClibc, and as you'd also
> >> want to bundle ie. plymouth and other stuff that busybox doesn't
> >> provide, it would be preferred
> >> to use binaries dynamically linked against uClibc to save space.
> >>
> >> It's anyways not really a topic worth much discussion before someone
> >> does the job of adding
> >> support for busybox to dracut though (which would be nice as we then
> >> could reduce initrd size
> >> from > 32MB all the way down to 1 MB)..
> >
> > dracut just produced a ~7MB size initramfs for me...
> > but yes busybox removes the need for udev, modprobe and most of the libs
> > afaik
> >>
> >>
> >> And it's rather off-topic for this thread.
> >>
> >> --
> >> Regards,
> >> Per Øyvind
> >
> >
>
> The init for a Live System should role is to find the root drive and
> mount it then do the swap. Dracut doesn't even need to be used for
> this, I think this what Matt is talking about. He might be a little
> confused over uClibc, which fedora and various of distributions use to
> statically build busybox. Busybox however space wise seems to be a
> interesting solution rather then pulling in various binaries and
> needed libs from the system as I assume dracut does. Dracut works well
> for a mkinitrd replacement outside of live environments but at least
> in my experience is not efficient enough just yet to replace a
> generated init with something like an all in one solution like
> busybox, even if you choose not to use busybox's mdev for udev.
>

Well I finally figured out where the hidden kmod(overlayfs) file is..
In the git repo... not even a package in cooker...
Franck you need to push that to cooker if you want people to use it.

I've done a layout of what needs to be in the initrd's for now.
I would like to see if switching to busybox is feasible and reduce the size
even more.