Comment 2 for bug 613463

I see that people are asking around on IRC for somebody else to deal with this. Could you please be patient instead until I get back from holiday next week? Getting out of sync with Debian here would be very painful, and Daniel Baumann and I already have plans to put together a new bootloader-common package containing a debconf question so that you can select which (or none) of multiple installed boot loaders owns the MBR. I'm leaning towards this rather than having to more or less double the number of binary packages generated by grub2, but if that turns out not to be good enough to fix eucalyptus' problem then I would like to spend some time thinking about it and have the chance to make a change in consultation with other folks in Debian, since sooner or later d-i is going to need something similar and therefore this needs a considered change that solves the whole problem.

Given the linked script, there should be no reason why you can't abandon your current approach and instead depend on grub-rescue-pc, take the pregenerated rescue floppy image that's already there, and use mtools to insert your loader.img and replacement configuration file. I advised Scott to this effect at the sprint and I haven't seen any explanation of why this wouldn't work.