Activity log for bug #222126

Date Who What changed Old value New value Message
2008-04-25 19:37:49 Ricky Campbell bug added bug
2008-04-25 19:39:16 Ricky Campbell bug assigned to mactel-support
2008-04-25 19:39:31 Ricky Campbell mactel-support: status New Confirmed
2008-04-25 19:39:31 Ricky Campbell mactel-support: importance Undecided High
2008-05-12 04:03:31 Ricky Campbell parted: status New Confirmed
2008-05-30 14:47:16 Ricky Campbell mactel-support: importance High Critical
2008-09-10 12:48:36 Ricky Campbell title MBR Partition Table is cleared during install Partition Table is cleared during install on Intel Macs
2008-10-28 15:49:13 Ricky Campbell ubiquity: status New Confirmed
2008-10-28 15:49:13 Ricky Campbell ubiquity: statusexplanation
2008-11-06 18:32:02 Ricky Campbell bug assigned to grub-installer
2008-11-13 14:54:24 Pete bug added attachment 'bug222126.gz' (bug222126.gz)
2009-03-27 17:20:00 Colin Watson ubiquity (Ubuntu): status Confirmed Invalid
2009-03-27 17:20:17 Colin Watson grub-installer: status New Invalid
2009-03-27 17:20:38 Colin Watson parted (Ubuntu): importance Undecided High
2009-03-27 17:20:38 Colin Watson parted (Ubuntu): status Confirmed Triaged
2009-03-27 17:20:54 Colin Watson parted (Ubuntu): assignee cjwatson
2009-03-27 17:42:43 Ricky Campbell nominated for series Ubuntu Jaunty
2009-03-27 18:48:34 Colin Watson bug task added parted (Ubuntu Jaunty)
2009-03-27 18:48:34 Colin Watson bug task added ubiquity (Ubuntu Jaunty)
2009-03-27 19:51:04 Ricky Campbell attachment added dmidecode_MBP4,1.txt http://launchpadlibrarian.net/24422979/dmidecode_MBP4%2C1.txt
2009-03-28 11:28:26 Colin Watson bug task added parted (Ubuntu Hardy)
2009-03-28 11:28:26 Colin Watson bug task added ubiquity (Ubuntu Hardy)
2009-03-28 11:28:39 Colin Watson bug task added parted (Ubuntu Intrepid)
2009-03-28 11:28:39 Colin Watson bug task added ubiquity (Ubuntu Intrepid)
2009-03-28 11:28:55 Colin Watson ubiquity (Ubuntu Hardy): status New Invalid
2009-03-28 11:29:09 Colin Watson ubiquity (Ubuntu Intrepid): status New Invalid
2009-03-28 11:29:24 Colin Watson parted (Ubuntu Hardy): importance Undecided High
2009-03-28 11:29:24 Colin Watson parted (Ubuntu Hardy): status New Triaged
2009-03-28 11:29:24 Colin Watson parted (Ubuntu Hardy): assignee cjwatson
2009-03-28 11:29:43 Colin Watson parted (Ubuntu Hardy): milestone ubuntu-8.04.3
2009-03-28 11:30:06 Colin Watson parted (Ubuntu Intrepid): importance Undecided High
2009-03-28 11:30:06 Colin Watson parted (Ubuntu Intrepid): status New Triaged
2009-03-28 11:30:06 Colin Watson parted (Ubuntu Intrepid): assignee cjwatson
2009-03-28 13:10:06 Launchpad Janitor parted: status Triaged Fix Released
2009-03-28 15:53:43 Ricky Campbell mactel-support: status Confirmed Fix Committed
2009-06-04 18:58:55 Colin Watson description Binary package hint: ubiquity Ubuntu 8.04 Final Intel Macs have an EFI system and a GPT. The installer seems to handle the GPT correctly (as it has in the past), but it has recently come up that the installer is completely emptying the contents of the MBR partition table which is still required to boot Windows and Ubuntu (GRUB relies on the MBR partition table). The two tables are not synced automatically. When users install Hardy, they are suprised to find that the system is unbootable (the EFI loader cannot "see" the partition as bootable). a tool such as rEFIt or gptsync can copy the information in the GPT into the MBR table thus fixing the issue (for most). This is even more serious for users with other working OS installs in addition to Ubuntu (such as other linux distros and Windows) since it completely dumps the information needed to boot these installs as well. The expected procedure (and how the previous Ubuntu install seems to have handled it) is to 'update' both the GPT and the MBR table with changes instead of completely losing the information stored there. gparted / parted seemed to update both tables properly previously as well. I will be doing a full install on my iMac later and will be able to add additional information. Binary package hint: ubiquity Ubuntu 8.04 Final Intel Macs have an EFI system and a GPT. The installer seems to handle the GPT correctly (as it has in the past), but it has recently come up that the installer is completely emptying the contents of the MBR partition table which is still required to boot Windows and Ubuntu (GRUB relies on the MBR partition table). The two tables are not synced automatically. When users install Hardy, they are suprised to find that the system is unbootable (the EFI loader cannot "see" the partition as bootable). a tool such as rEFIt or gptsync can copy the information in the GPT into the MBR table thus fixing the issue (for most). This is even more serious for users with other working OS installs in addition to Ubuntu (such as other linux distros and Windows) since it completely dumps the information needed to boot these installs as well. The expected procedure (and how the previous Ubuntu install seems to have handled it) is to 'update' both the GPT and the MBR table with changes instead of completely losing the information stored there. gparted / parted seemed to update both tables properly previously as well. I will be doing a full install on my iMac later and will be able to add additional information. This bug was fixed in parted 1.8.8.git.2008.03.24-11.1ubuntu6 by adding "Apple Inc." as an additional system-manufacturer tag for which we do the special Apple GPT->MBR handling. TEST CASE: You'll need a reasonably new Intel-based Mac system for which 'sudo dmidecode -s system-manufacturer' returns "Apple Inc." (not "Apple Computer, Inc."). Check that installations work, and that 'sudo fdisk -l' shows a reasonable MBR representation of the first four partitions on your disk (compare against 'sudo parted -s /dev/sda print'). REGRESSION POTENTIAL: The only other systems that really care about this kind of thing are ones for which 'sudo dmidecode -s system-manufacturer' returns "Apple Computer, Inc."; installations on those systems should keep working. Other than that I think we're basically taking a completely broken case and rendering it at least vaguely functional ...
2009-06-04 19:10:29 Colin Watson attachment added hardy-proposed patch http://launchpadlibrarian.net/27503646/hardy.diff
2009-06-04 19:17:11 Ricky Campbell mactel-support: status Fix Committed Fix Released
2009-06-04 19:53:13 Colin Watson attachment added intrepid-proposed patch http://launchpadlibrarian.net/27504724/intrepid.diff
2009-06-04 19:57:30 Colin Watson description Binary package hint: ubiquity Ubuntu 8.04 Final Intel Macs have an EFI system and a GPT. The installer seems to handle the GPT correctly (as it has in the past), but it has recently come up that the installer is completely emptying the contents of the MBR partition table which is still required to boot Windows and Ubuntu (GRUB relies on the MBR partition table). The two tables are not synced automatically. When users install Hardy, they are suprised to find that the system is unbootable (the EFI loader cannot "see" the partition as bootable). a tool such as rEFIt or gptsync can copy the information in the GPT into the MBR table thus fixing the issue (for most). This is even more serious for users with other working OS installs in addition to Ubuntu (such as other linux distros and Windows) since it completely dumps the information needed to boot these installs as well. The expected procedure (and how the previous Ubuntu install seems to have handled it) is to 'update' both the GPT and the MBR table with changes instead of completely losing the information stored there. gparted / parted seemed to update both tables properly previously as well. I will be doing a full install on my iMac later and will be able to add additional information. This bug was fixed in parted 1.8.8.git.2008.03.24-11.1ubuntu6 by adding "Apple Inc." as an additional system-manufacturer tag for which we do the special Apple GPT->MBR handling. TEST CASE: You'll need a reasonably new Intel-based Mac system for which 'sudo dmidecode -s system-manufacturer' returns "Apple Inc." (not "Apple Computer, Inc."). Check that installations work, and that 'sudo fdisk -l' shows a reasonable MBR representation of the first four partitions on your disk (compare against 'sudo parted -s /dev/sda print'). REGRESSION POTENTIAL: The only other systems that really care about this kind of thing are ones for which 'sudo dmidecode -s system-manufacturer' returns "Apple Computer, Inc."; installations on those systems should keep working. Other than that I think we're basically taking a completely broken case and rendering it at least vaguely functional ... Binary package hint: ubiquity Ubuntu 8.04 Final Intel Macs have an EFI system and a GPT. The installer seems to handle the GPT correctly (as it has in the past), but it has recently come up that the installer is completely emptying the contents of the MBR partition table which is still required to boot Windows and Ubuntu (GRUB relies on the MBR partition table). The two tables are not synced automatically. When users install Hardy, they are suprised to find that the system is unbootable (the EFI loader cannot "see" the partition as bootable). a tool such as rEFIt or gptsync can copy the information in the GPT into the MBR table thus fixing the issue (for most). This is even more serious for users with other working OS installs in addition to Ubuntu (such as other linux distros and Windows) since it completely dumps the information needed to boot these installs as well. The expected procedure (and how the previous Ubuntu install seems to have handled it) is to 'update' both the GPT and the MBR table with changes instead of completely losing the information stored there. gparted / parted seemed to update both tables properly previously as well. I will be doing a full install on my iMac later and will be able to add additional information. This bug was fixed in parted 1.8.8.git.2008.03.24-11.1ubuntu6 by adding "Apple Inc." as an additional system-manufacturer tag for which we do the special Apple GPT->MBR handling. Here are patches for hardy-proposed and intrepid-proposed: http://launchpadlibrarian.net/27503646/hardy.diff http://launchpadlibrarian.net/27504724/intrepid.diff TEST CASE: You'll need a reasonably new Intel-based Mac system for which 'sudo dmidecode -s system-manufacturer' returns "Apple Inc." (not "Apple Computer, Inc."). Check that installations work, and that 'sudo fdisk -l' shows a reasonable MBR representation of the first four partitions on your disk (compare against 'sudo parted -s /dev/sda print'). REGRESSION POTENTIAL: The only other systems that really care about this kind of thing are ones for which 'sudo dmidecode -s system-manufacturer' returns "Apple Computer, Inc."; installations on those systems should keep working. Other than that I think we're basically taking a completely broken case and rendering it at least vaguely functional ...
2009-06-05 09:31:41 Martin Pitt parted (Ubuntu Intrepid): status Triaged Fix Committed
2009-06-05 09:31:49 Martin Pitt tags verification-needed
2009-06-05 09:37:12 Martin Pitt parted (Ubuntu Hardy): status Triaged Fix Committed
2009-06-16 17:52:20 Steve Beattie tags verification-needed hw-specific verification-needed
2009-07-15 05:20:24 Launchpad Janitor parted (Ubuntu Hardy): status Fix Committed Fix Released
2009-08-31 13:01:15 Launchpad Janitor parted (Ubuntu Intrepid): status Fix Committed Fix Released
2009-12-02 01:57:23 Launchpad Janitor branch linked lp:ubuntu/parted
2009-12-02 02:04:16 Launchpad Janitor branch linked lp:ubuntu/hardy-proposed/parted
2009-12-02 02:05:24 Launchpad Janitor branch linked lp:ubuntu/intrepid-proposed/parted
2014-04-14 13:33:52 Tyson Moore removed subscriber Tyson Moore