[Bug 327106] Re: initramfs is too big

[SurJector]

2009/6/23 Colin Watson <cjwatson at canonical.com>:
> Actually, the symlink vs. cpio issue does seem to cause a certain amount
> of bloat. This is unfortunate but I'd prefer not to fix that just now,
> since I know that it causes issues for building on disk-limited systems.

     Fine. That's your call.

     What can be done to save space (on disk limited systems) and
  time (at loading/decompression), is to build the symbolic links at
  the beginning of the init script. The

echo "Loading, please wait"

  would be substituted by

busybox echo "Loading, please wait"

  and then adding a line

[ -x "/bin/buildlinks.sh" ] && /bin/buildlinks.sh

  where the /bin/buildlinks.sh would be a successions of

busybox ln -s busybox /bin/gzip
busybox ln -s busybox /bin/ln
busybox ln -s busybox /bin/sleep
...
busybox ln -s ../bin/ntfs-3g /sbin/mount.ntfs-3g
busybox ln -s ../bin/ntfs-3g /sbin/mount.ntfs

  (at least the busybox applets could be determined at mkiniramfs
  time).

> If this is important to you, it's probably best to file a separate bug;
> as of the patch I'm about to upload the footprint of this problem is
> 500KB or so, much less than it used to be. We're going to be gradually
> making the initramfs smaller for boot performance reasons over the
> course of this cycle, which may make it less of an issue in future.

    Fine. I'll wait and see Karmic !

    Please include a lot of applets in busybox, because it is VERY frustrating
  not to be able to fix a problem because vi/ifconfig/whatever has not
  been included in initramfs' busybox. It is possible to have 141 applets
  (most of them potentially useful in case of problems) in 396k of
  x86-32 busybox. Please do include a lot.

     Thanks,

          Loïc

-- 
initramfs is too big
https://bugs.launchpad.net/bugs/327106
You received this bug notification because you are a member of Kernel
Bugs, which is subscribed to initramfs-tools in ubuntu.