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'). 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."). launchpadlibrar ian.net/ 27504724/ intrepid. launchpadlibrar ian.net/ 27503646/ hardy.diff Here are patches for hardy-proposed and intrepid-proposed: 24-11.1ubuntu6 by adding "Apple Inc." as an additional system-manufacturer tag for which we do the special Apple GPT->MBR handling. I will be doing a full install on my iMac later and will be able to add additional information. Gparted / parted seemed to update both tables properly previously 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. 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. a tool such as rEFIt or gptsync can copy the information in the GPT into the MBR table thus fixing the issue (for most). When users install Hardy, they are suprised to find that the system is unbootable (the EFI loader cannot "see" the partition as bootable). The two tables are not synced automatically. 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).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |