Bug in live-initramfs with static kernel
First off, please forgive me if this is the wrong list for live-initramfs bugs.
I'm putting together an image for a low-power embedded device, and I have a custom kernel that I've compiled with module support but with no modules necessary to boot (i.e. no modules are needed in an initramfs). When the kernel then boots with an initramfs, it wants to load modules.dep which is normally created by mkinitramfs (and actually exists in the filesystem) if you actually have modules included in your initramfs. When mkinitramfs doesn't include any modules it never generates a modules.dep inside the initrd.
The solution to this is to simply touch modules.dep during the initramfs creation process. In my build environment, I apply the following patch to /usr/sbin/mkinitramfs before recreating the initramfs:
--- mkinitramfs.orig 2008-06-04 16:12:12.000000000 +0000
+++ mkinitramfs 2008-06-04 16:12:57.000000000 +0000
@@ -183,6 +183,7 @@
for d in bin conf/conf.d etc lib/modules sbin scripts ${MODULESDIR}; do
mkdir -p "${DESTDIR}/${d}"
done
+touch "${DESTDIR}/${MODULESDIR}/modules.dep"
# MODULES=list case. Always honour.
for x in "${CONFDIR}/modules" /usr/share/initramfs-tools/modules.d/*; do
Sean Tobin
byrdhuntr at hotmail.com
_________________________________________________________________
Search that pays you back! Introducing Live Search cashback.
http://search.live.com/cashback/?&pkw=form=MIJAAF/publ=HMTGL/crea=srchpaysyouback
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.alioth.debian.org/pipermail/debian-live-devel/attachments/20080605/a0d62e3c/attachment.htm
Reply to: