Bug#408909: initramfs-tools: incorrectly claims initrd.img was altered (S/390)
On Mon, Jan 29, 2007 at 04:18:15AM +0100, Frans Pop wrote:
> Package: initramfs-tools
> Version: 0.85e
> Severity: important
hmmm ;)
> As you can see from the update log below, initramfs-tools fails to update an
> initrd that was created only just before. How can it have been altered?
>
> This may be an S/390 specific problem. Please let me know what additional
> information you need.
mkinitramfs is supplied as compat command for old mkinitrd
invocations and as low level tool.
it does _not_ add any sha1sum to /var/lib/initramfs-tools
for that you need to use the update-initramfs invocation.
postetch the kernel postinst should finaly call update-initramfs itself.
> Setting up linux-image-2.6.18-4-s390 (2.6.18.dfsg.1-9) ...
>
> Hmm. The package shipped with a symbolic
> link /lib/modules/2.6.18-4-s390/source
> However, I can not read the target: No such file or directory
> Therefore, I am deleting /lib/modules/2.6.18-4-s390/source
>
> Running depmod.
> Finding valid ramdisk creators.
> Using mkinitramfs to build the ramdisk.
> You already have a ZIPL configuration in /etc/zipl.conf
> Running boot loader as requested
> Running /sbin/zipl ...
> Installation successful.
>
> [...]
>
> Setting up udev (0.103-2) ...
> Installing new version of config file /etc/udev/permissions.rules ...
> Installing new version of config
> file /etc/udev/persistent-net-generator.rules ...
> Installing new version of config file /etc/init.d/udev ...
> /boot/initrd.img-2.6.18-4-s390 has been altered. Cannot update.
yup expected outcome.
so this should probably get reassigned to the package that
issues the mkinitramfs call.
--
maks
Reply to: