Bug#518412: initramfs-tools: must support relative paths in modules.dep
On Thu, Mar 19, 2009 at 06:43:27PM +0100, Frans Pop wrote:
> fjp@thorin:~$ grep ": .\+" /tmp/lib/modules/2.6.26.3/modules.dep | head -n3
> kernel/fs/cramfs/cramfs.ko: kernel/lib/zlib_inflate/zlib_inflate.ko
> kernel/fs/hfs/hfs.ko: kernel/fs/nls/nls_base.ko
> kernel/fs/nfs_common/nfs_acl.ko: kernel/net/sunrpc/sunrpc.ko
>
> While for the original ("correct") modules.dep:
> fjp@thorin:~$ grep ": .\+" /lib/modules/2.6.26.3/modules.dep | head -n3
> /lib/modules/2.6.26.3/kernel/net/sunrpc/auth_gss/rpcsec_gss_spkm3.ko: /lib/modules/2.6.26.3/kernel/net/sunrpc/auth_gss/auth_rpcgss.ko /lib/modules/2.6.26.3/kernel/net/sunrpc/sunrpc.ko
> /lib/modules/2.6.26.3/kernel/net/sunrpc/auth_gss/rpcsec_gss_krb5.ko: /lib/modules/2.6.26.3/kernel/net/sunrpc/auth_gss/auth_rpcgss.ko /lib/modules/2.6.26.3/kernel/net/sunrpc/sunrpc.ko
> /lib/modules/2.6.26.3/kernel/net/sunrpc/auth_gss/auth_rpcgss.ko: /lib/modules/2.6.26.3/kernel/net/sunrpc/sunrpc.ko
yep i see that difference too.
> My hookscript does:
> if [ -f /boot/initrd.img-$version ]; then
> update-initramfs -u -k $version
> else
> update-initramfs -c -k $version
> fi
>
> Does 'update-initramfs -c' behave differently from mkinitramfs?
no it is just the upperlayer call to mkinitramfs.
> If I run update-initramfs (0.92o) with a "broken" modules.dep I get:
> # update-initramfs -v -c -k 2.6.26.3 | head
> update-initramfs: Generating /boot/initrd.img-2.6.26.3
> Copying module directory kernel/drivers/ide
> Copying module directory kernel/drivers/scsi
> Copying module directory kernel/drivers/block
> Copying module directory kernel/drivers/ata
> Copying module directory kernel/drivers/mmc
> Adding binary /usr/share/initramfs-tools/init
> Adding binary /etc/initramfs-tools/initramfs.conf
> Adding binary /usr/share/initramfs-tools/conf.d/uswsusp
> Adding binary /etc/initramfs-tools/conf.d/resume
> Adding binary /bin/busybox
could you send the ouput of
sh -x mkinitramfs -o /tmp/foo 2.6.26.3
Reply to: