Martin- I consciously did *not* edit the postinst to do the grub install, in order to keep with the rule of "least surprise".
I agree with Steve's comments that it would be quite nice if this could be done automatically, but I don't think messing with every RAID user's MBR is something that we should/could do automatically. In any other circumstance, upgrading the grub package installs new binaries to the system, but it doesn't reinstall the bootloader. One thing I've learned over the last 6 months developing, testing, and debugging this work is that there are some varied and unique RAID setups out there. It's impossible to catch all of them. As I said before, I think this part of the "enable my Hardy system for booting degraded RAID" should be handled via documentation. There is a server-guide task attached to this bug. We need to add a bit there. Probably something in the Community documentation would be good. And I can certainly blog about it. Beyond that, code-wise, perhaps we could emit a warning in the grub-install postinst, that detects if /boot is on a RAID, and recommend that the user investigate the situation and perhaps run grub-install on the device. Steve mentioned update-notifier, which might be interesting on some desktop systems running RAID, but it's not present on the server. :-Dustin -- SRU: Backport of Boot Degraded RAID functionality from Intrepid to Hardy https://bugs.launchpad.net/bugs/290885 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs