On Thu, Mar 19, 2009 at 06:43:27PM +0100, Frans Pop wrote:
> f...@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:
> f...@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
 




-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to