[Bug 1060404] Re: update-grub runs and fails in containers
Andreas Hasenack
andreas at canonical.com
Tue Jan 8 15:50:15 UTC 2013
Right, grub, and for now my workaround is to remove grub-pc if I'm in a
container.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/1060404
Title:
update-grub runs and fails in containers
Status in “grub2” package in Ubuntu:
Fix Released
Status in “lxc” package in Ubuntu:
Fix Released
Status in “grub2” source package in Precise:
Confirmed
Status in “lxc” source package in Precise:
Triaged
Status in “grub2” source package in Quantal:
Fix Released
Status in “lxc” source package in Quantal:
Fix Released
Bug description:
[XXX edit - removed the SRU justification for lxc part. The proposed solution
was not safe, and was undone in a later commit. devtmpfs cannot be mounted
in a container, because changes under the container's /dev are then
reflected in the host's /dev.
If grub is installed in a container (as happens, for instance, with
the ubuntu-cloud template) then an update of grub or linux-image will
cause update-grub to be run. It tries, finds it can't access the root
device, fails, and causes the update to fail.
It would be better for update-grub to detect that it is in a container
and simply exit 0, so that the apt-get can succeed. I'm attaching a
debdiff which does that.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1060404/+subscriptions
More information about the foundations-bugs
mailing list