To read all comments associated with this story, please click here.
You can't expect an installation to leave everything intact, but I've experienced this more than a few times with the *buntus after an update. The evms thing is a classic thing that tends to destroy systems, even though you're not actually using evms!
I don't know how exactly you had your grub configured but I know all my recent Ubuntu installs have menu.lst which is configured to be automatically updated with new kernel installs and the like. This menu.lst has a bunch of "commented" variables actual end up being used for regenerating a configuration and there are also specific places marked as safe and unsafe for editing. If you didn't try to adapt your configuration around this then it isn't really unfair to say that it destroyed your changes. They provide a way for you to work around the auto-configuration updater (which is needed if they want to provide a seemless kernel update which doesn't require manual grub reconfiguration by the end user).
My dual boot Ubuntu installs have usually detected other installs and put those into the correct places in the customized menu.lst configuration, I would say it's a valid complaint if the installer did not detect your other installs but the updating scripts overwriting your completely custom menu.lst I would not say is a valid bug.






Member since:
2005-11-29
One time I reported a bug... year or two ago maybe...
I had installed ubuntu alongside FreeBSD... which seemed like something that should be simple and without problem... except grub was installed overtop of my previous bootloader and ignored the fact that I had FreeBSD installed...
"Not the end of the world" I thought, as I spend 30 mins reading about grub config and trying to change it to give myself a choice.. All was well until some months later I did an ubuntu update which must have resulted in a grub update -- which nuked my changes and made my FreeBSD partition unavailable to boot again.
I reported this as a bug due to the anti-social nature of what was happening.... eventually I got a reply along the lines of "you did your config wrong you should do this" bla bla bla, which is fine... appreciated.
Although I was disappointed that it seemed this was being written off as my fault and no attempt was going to be made to fix it... it's pretty lame if you install an OS thinking it's dual-boot safe and it mangles stuff up so you can't access your other OS. This in my opinion is a bug, and I shouldn't have to muck around with grub config to fix something like this.
I'm not going to fight with stuff like this.. I just quit using ubuntu in a dual boot environment...