This bug can kill allot of dual/multi boot setups! Affected i386/amd64 9.10 releases, 9.04 both releases and maybe also earlier releases...
Familiar bug: It is a serious "Windows XP" like bug, because the "Windows XP install" always writes itself or overwrites the "mbr" of the "first" harddisk even though it is installing on the second or third drive, it doesn't give you the option to choose if the mbr from the first disk must be overwritten! Ubuntu is doing the same dangerous thing even though you are able to choose where to install the mbr/grub... it works half! https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/118612 #same issue for automated usb stick install in 9.04! Install: When booting from the "livecd" and "install ubuntu" to a other drive than the first "/dev/sda" like usb stick "/dev/sdf" you can change the location of grub install in the "summmary screen" which is good, and "press advanced" and set grub to install to a different drive or partion... I prefer grub "partition install" instead of "drive install". This step is half-broken! Suggestion, always in stall grub in partion and leave mbr alone "only set boot flag" The first stage of grub seems to be written to mbr of the first disk /dev/sda, and the last stages end up on the usb drive or similar /dev/sdf. So when doing a reboot after install, neither system on "/dev/sda" or "/dev/sdf" will boot anymore! So leaving a broken setup. Fix/workaround: Before pressing the "install ubuntu 9.10" shorcut on the desktop of the live-cd, go to terminal: sudo dd if=/dev/sda of=mbrbackup.440 bs=440 count=1 After Ubuntu install has finished "DONT PRESS RESTART", but press "continue testing" and go to the terminal again: sudo dd if=/mbrbackup.440 of=/dev/sda bs=440 count=1 This keeps the internal install on /dev/sda working. The usb stick install will still be broken. Info: Bootloader: Chameleon-2.0-RC3-r658 Partition layout GUID, performed with "Mac OS 10.5 diskutility" 4 partitions made with "Mac OS 10.5 diskutility" fat32 EFI "hidden always created" HFSplus "Mac OSX install" fat32 > ext4fs / fat32 > ext4fs /home fat32 > swapfs During ubuntu install I manually reformated the fat32 filesystems to the needed ubuntu filesystems. This might also screw the mbr, I will test later today. The fat32 > ext4fs partiton for the mbr/grub install is selected in the summary screen for my internal ubuntu install. After the install I notice the bootloader is broken. But my described fix/workaround fixes this! If I install grub to /dev/sda "by accident" than my WHOLE system will not boot anymore, maybe I need to backup the first 512 bytes of the disc to recover from this disaster but... if you already have a bootloader in the mbr, than you will install grub to the ubuntu partion instead of mbr. lshw info: *-disk description: ATA Disk product: Maxtor 6B250S0 vendor: Maxtor physical id: 0 bus info: s...@0:0.0.0 logical name: /dev/sda version: BANC serial: B61R0K3H size: 233GiB (251GB) capabilities: gpt-1.00 partitioned partitioned:gpt configuration: ansiversion=5 guid=0265eb53-7918-45a1-bbbc-94ee1a156813 *-volume:0 description: Windows FAT volume vendor: BSD 4.4 physical id: 1 bus info: s...@0:0.0.0,1 logical name: /dev/sda1 version: FAT32 serial: 3f3c-1af6 size: 199MiB capacity: 199MiB capabilities: boot fat initialized configuration: FATs=2 filesystem=fat label=EFI name=EFI System Partition *-volume:1 description: Apple HFS partition vendor: Mac OS X (journaled) physical id: 2 bus info: s...@0:0.0.0,2 logical name: /dev/sda2 version: 4 serial: 2a6f6565-ba29-236d-0000-000000400000 size: 128GiB capabilities: journaled bootable osx hfsplus initialized configuration: boot=osx checked=2009-09-11 18:29:13 created=2009-09-11 09:29:13 filesystem=hfsplus lastmountedby=HFSJ modified=2009-11-11 15:32:51 name=Untitled state=clean *-volume:2 description: EXT4 volume vendor: Linux physical id: 3 bus info: s...@0:0.0.0,3 logical name: /dev/sda3 logical name: / version: 1.0 serial: 2887737c-59df-4f37-a08b-b66a998f91b9 size: 14GiB capabilities: journaled extended_attributes large_files huge_files dir_nlink recover extents ext4 ext2 initialized configuration: created=2009-11-08 10:37:58 filesystem=ext4 lastmountpoint=/\.����9������9�����������������������0)&�# modified=2009-11-11 11:11:47 mount.fstype=ext4 mount.options=rw,relatime,errors=remount-ro,barrier=1,data=ordered mounted=2009-11-12 10:39:35 name=Untitled state=mounted *-volume:3 description: EXT4 volume vendor: Linux physical id: 4 bus info: s...@0:0.0.0,4 logical name: /dev/sda4 logical name: /home version: 1.0 serial: b66d6950-9e22-45aa-b6ce-942d613504d4 size: 75GiB capabilities: journaled extended_attributes large_files huge_files dir_nlink recover extents ext4 ext2 initialized configuration: created=2009-11-08 10:38:07 filesystem=ext4 lastmountpoint=/home,�^��������V�9���������^��V���V�����^�0) modified=2009-11-12 10:39:35 mount.fstype=ext4 mount.options=rw,relatime,barrier=1,data=ordered mounted=2009-11-12 10:39:35 name=Untitled state=mounted *-volume:4 description: Linux swap volume physical id: 5 bus info: s...@0:0.0.0,5 logical name: /dev/sda5 version: 1 serial: e34db235-3b73-420a-a0ad-311b15d13dc5 size: 15GiB capacity: 15GiB capabilities: nofs swap initialized configuration: filesystem=swap name=DOS_FAT_32_Untitled_2 pagesize=4095 -- told ubiquity to install grub to sda6, but it breaks grub on mbr https://bugs.launchpad.net/bugs/409575 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
