Ubuntu installation screws up OpenSuSE boot?

view full story

http://forums.opensuse.org – Something puzzles me with regard to the grub bootloader. I have a fairly long partition table that looks like this: /dev/sda1: Windows C /dev/sda5: Windows D /dev/sda6: OpenSuSE 11.2 /dev/sda7: OpenSuSE home /dev/sda8; Fedora 11 /dev/sda9: Fedora home /dev/sda10: Mandriva 2009.1 /dev/sda11: Mandriva home /dev/sda12: free ext3 partition /dev/sda13: free ext3 partition /dev/sda14 swap The last distribution installed was OpenSuSE11.2 and the file menu.lst in its grub directory is the one that ‘rules’ the multiboot. During installation the MBR was chosen as the record to contain the bootloader (which is the default). Except for the swap and the OpenSuSE partitions, which are ext4, all partitions are ext3 Then I tried to install Ubuntu 9.10 on partition /dev/sda12 and its home directory on /dev/sda13. It did not work. No grub was installed on the Ubuntu boot directory and also no initrd was found to be there either. Worse was that after this failure the whole system did not want to boot again from HD but only from a CD or DVD. I rebooted again with the OpenSuSE 11.2 DVD to inspect the system using the system repair option. This I found: 1. the MBR was intact (comparing it with a previously saved copy showed no differences) 2. all partitions were still there 3. the BIOS was intact with the HD as second boot device 4 intrd and vmlinuz were still in he boot directory of OpenSuSE and both were pointing to the right files 5. grub was also there and menu.lst was intact So at first sight the system should boot but, as said, it did not. I could save the day by using the option ‘restore bootloader’ from the OpenSuSE DVD, after which the system booted normally again. My question is: what damage can a failing Ubuntu installation do to the system that this happens? Does it by accident destroy some part of the bootloader that I do not know about? (Distributions)