Sorry for the late reply. My website got DMCAed, so was busy reading up on DMCA stuff.
On Mon, 2016-02-15 at 17:47 +0100, Christian Seiler wrote: > Did you try to update the initramfs without upgrading to -4? > Because there was an update to initramfs-tools recently, maybe > that broke something... Because the debdiff doesn't seem to > change anything related to initramfs (even the masking of the > multipath-boot.service is only relevant once the rootfs is > mounted, not before). > Yes. After I reverted back to the snapshot, my first step was to recreate the initrd and boot with it, to ensure that the rootfs wasn't already having buggy packages. But that generated a proper initrd. And then manually installing just multipath-tools broke the setup. And like you saw, I'm having a hard time to determine the bug. Maybe I'm just having a bad week or so. :-) Just too many things troubling. > Since I don't have a multipath setup (and everything I've > played around with in that regard hat just a single backing > device), I can't really say much towards that. > > That reminds me, I should really ping Martin Pitt again about > nested autopkgtest VMs - then one could design environments > that are defined programmatically and that easily allow other > people to reproduce this... -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
signature.asc
Description: This is a digitally signed message part
