On Fri, Apr 08, 2016 at 04:13:48PM +0100, Steve McIntyre wrote: > ># update-initramfs -u > >update-initramfs: Generating /boot/initrd.img-4.5.0-00039-ge2bd7c0 > ># cpio -it < /boot/initrd.img-4.5.0-00039-ge2bd7c0 > >kernel > >kernel/x86 > >kernel/x86/microcode > >kernel/x86/microcode/GenuineIntel.bin > >44 blocks > > > >This is on a debian testing system using systemd. What am I missing?
I finally figured this out. Debian is apparently using a multi-segmented initramfs, which means there is an uncompressed cpio followed by a compressed cpio file. http://winfred-lu.blogspot.com/2015/04/modify-initial-ramfs-initramfs-archive.html > OK, that's weird. The cpio is normally compressed and contains a lot > of things: I'm not sure why you're not seeing this, but it looks like lsinitramfs will actually show the both parts of the initramfs (although apparently the man page is wrong and it claims that it doesn't DTRT when in fact it does....) Anyway, I hadn't been paying attention to how the boot sequence had been moved around. (Ever since the systemd introduction I've given up trying to understand how the boot process works, and just hoped like mad that things would never break and forced me to understand debug the New World Order. Fortunately, while there are no longer any user serviceable parts inside, I haven't need to pry inside the system, either.) I'll add the call to update initramfs in postinst. Thanks, - Ted
