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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
