Ubuntu
flash-kernel package

flash-kernel uses mkimage but u-boot-tools is not installed

Bug #1160488 reported by Jean-Baptiste Lallement
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
flash-kernel (Ubuntu)
New
Undecided
Unassigned

Bug Description

raring armv7l
lxc 0.9.0~rc1-0ubuntu1
flash-kernel 3.0~rc.4ubuntu29

After installation of an armhf lxc guest on an armv7l host, update-initramfs will fail with the following error (bug 1160360):
=====
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-3.8.0-14-generic
flash-kernel: installing version 3.8.0-14-generic
Generating kernel u-boot image... /usr/sbin/flash-kernel: 214: /usr/sbin/flash-kernel: mkimage: not found
run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code 127
dpkg: error processing initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 initramfs-tools
=====

flash-kernel uses mkimage from u-boot-tools but only suggests this package.

See original description
Jean-Baptiste Lallement (jibel)
description: updated
Revision history for this message
Loïc Minier (lool) wrote :

flash-kernel has an udeb that will install the right dependencies on the target device while the installer runs (either d-i or ubiquity).

Whatever pulled flash-kernel ought to run flash-kernel-installer postinst or install u-boot-tools.

Revision history for this message
Loïc Minier (lool) wrote :

(BTW doesn't seem like flash-kernel or a kernel ought to be pulled *in* a container)

Revision history for this message
Robie Basak (racb) wrote :

We need the kernel for modules in the general case, but presumably not in a container. But I think the answer is to not have flash-kernel present in cloud images at all.

Revision history for this message
Loïc Minier (lool) wrote :

Would you mind reassigning to whatever piece of code pulls flash-kernel and shouldn't be?

Thanks!

Revision history for this message
Oliver Grawert (ogra) wrote :

as i said on IRC, a quick workaround is to make your container setup script put FLASH_KERNEL_SKIP=true into /etc/environment in case dependencies forbid you to omit it's installation. this global var will completely suppress flash-kernel from being executed.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.