** Description changed: - 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. + ============================== + SRU justification for lxc part: + 1. Impact: update-grub fails, causing apt-get updates to fail if there is a new kernel. + 2. Development fix: modify ubuntu templates to mount devtmpfs before starting container + 3. Stable fix: same as development fix. + 4. Test case: + sudo lxc-create -t ubuntu-cloud -n q1 + sudo lxc-start q1 + # inside the container, run sudo update-grub + 5. Regression potential: This adds one more mount per container (by default, removable), taking up more memory. + ============================== + 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.
-- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1060404 Title: update-grub runs and fails in containers To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1060404/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs