[public] initramfs-tools has issue with rootdev-by-UUID
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
initramfs-tools (Ubuntu) |
Incomplete
|
Undecided
|
Unassigned | ||
Quantal |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Installing a test kernel deb failed on a system, see error below. I'm guessing this is related to the new dependency flash-kernel has on linux-base, since linux-base from Debian switches the /etc/fstab file to use UUID= mounting, and update-initramfs is having problems identify the blockdev for /. Hacking /etc/mtab to use /dev/sda3 instead of the UUID=<foo> reference works as a volatile workaround.
ubuntu@
[sudo] password for ubuntu:
Setting up initramfs-tools (0.99ubuntu13) ...
update-initramfs: deferring update (trigger activated)
Setting up linux-image-
Running depmod.
update-initramfs: deferring update (hook will be called later)
The link /boot/initrd.img is a dangling linkto /boot/initrd.
Examining /etc/kernel/
run-parts: executing /etc/kernel/
update-initramfs: Generating /boot/initrd.
/dev/disk/by-uuid: Is a directory
mkinitramfs: for root /dev/disk/by-uuid missing disk/by-uuid /sys/block/ entry
mkinitramfs: workaround is MODULES=most
mkinitramfs: Error please report the bug
update-initramfs: failed for /boot/initrd.
run-parts: /etc/kernel/
Failed to process /etc/kernel/
dpkg: error processing linux-image-
subprocess installed post-installation script returned error exit status 2
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.
/dev/disk/by-uuid: Is a directory
mkinitramfs: for root /dev/disk/by-uuid missing disk/by-uuid /sys/block/ entry
mkinitramfs: workaround is MODULES=most
mkinitramfs: Error please report the bug
update-initramfs: failed for /boot/initrd.
dpkg: error processing initramfs-tools (--configure):
subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
linux-
initramfs-tools
visibility: | private → public |
Changed in initramfs-tools (Ubuntu Quantal): | |
status: | New → Confirmed |
tags: | added: rls-q-notfixing |
I looked at this some more, and the issue appears to be a symptom of /proc/mounts listing /dev/root as the root dev, but no /dev/root exists on this system. Turns out this system is running a static kernel and did not boot with an initramfs.