Initrd is not gzip archive
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | initramfs-tools (Ubuntu) |
Undecided
|
Unassigned | ||
Bug Description
The seems to be an error in the intel_microcode hook for initramfs update.
This breaks the initrd:
# file /boot/initrd.
/boot/initrd.
This is not the expected gzip file. I am not sure now, whether my system is bootable.
Edit /usr/share/
This will disable the hook and generate a gzipped cpio archive.
Xubuntu 15.04
initramfs-tools 0.103ubuntu15
I also checked an AMD-maschine. No Problems with the initrd.
| Tim Ritberg (xpert-reactos) wrote : | #1 |
| Launchpad Janitor (janitor) wrote : | #2 |
Status changed to 'Confirmed' because the bug affects multiple users.
| Changed in initramfs-tools (Ubuntu): | |
| status: | New → Confirmed |
| Andy Whitcroft (apw) wrote : | #3 |
This is a correctly formed initramfs. An innitramfs is not simply a compressed cpio archive, it is a set of cpio segments which may optionally be compressed. lsinitramfs should correctly show the combined form.
| Changed in initramfs-tools (Ubuntu): | |
| status: | Confirmed → Invalid |
| Klee Dienes (klee-p) wrote : | #4 |
I came across this while running 15.04 on a Gryphon Z97 mainboard.
I understand what you are saying about the cpio segments, and the initrd seems to be in the correct format, but the kernel isn't recognizing it on boot. So it fails to load the SATA drivers and can't find the root filesystem.
I also noticed that lsinitramfs doesn't show the combined form. If I copy the initrd over to my debian machine running 0.120 it appears to be properly formed.


Is related to: https:/ /bugs.debian. org/cgi- bin/bugreport. cgi?bug= 760765
But I still think, this s a bad way to update an initramfs.