Red Hat Bugzilla – Full Text Bug Listing
|Summary:||Installer replaces hybrid MBR with protective MBR, Windows no longer boots|
|Product:||[Fedora] Fedora||Reporter:||Dave Vasilevsky <djvasi>|
|Component:||anaconda||Assignee:||Anaconda Maintenance Team <anaconda-maint-list>|
|Status:||CLOSED DUPLICATE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||17||CC:||anaconda-maint-list, dcantrell, g.kaviyarasu, jonathan, vanmeeuwen+fedora|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2012-07-02 21:48:57 EDT||Type:||Bug|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Dave Vasilevsky 2012-07-02 02:44:07 EDT
Description of problem: My MacBook4,1 triple-boots OS X, Windows and Linux. To get Windows to boot, a hybrid MBR is required. When I install F17 the hybrid MBR is replaced with a protective MBR, and Windows no longer boots. This would be understandable if some of the partitions in the hybrid MBR were changed, since it would then be unclear what should be done with the MBR. However, in my case none of the hybridized partitions is affected, so the MBR should be left alone. How reproducible: Always Steps to Reproduce: 1. Setup a Mac with the following GPT partitions: i. EFI system partition ii. OS X HFS+ iii. Shared FAT32 iv. Windows NTFS v. Free space The hybrid MBR contains entries: i. EE - protective ii. AF - OS X iii. 0c - Shared iv. Windows 2. Boot from Fedora 17 Live Desktop USB in EFI mode, install to free space with default options Actual results: The resulting partition layout: i. EFI system partition ii. OS X HFS+ iii. Shared FAT32 iv. Windows NTFS v. Fedora EFI boot HFS+ vi. Fedora boot ext4 vii. Fedora LVM The MBR is protective, one giant EE partition. OS X and Fedora boot, but Windows does not. Expected results: The MBR should remain hybrid, referring to the same partitions as before. Windows should still boot.
Comment 1 Jesse Keating 2012-07-02 16:14:15 EDT
Can you please attach the log files found in /var/log/anaconda/ on the installed system (or if you're re-doing the install from /tmp/*log at the end of the install). We'll want to see why the decision was made to touch the mbr at all.
Comment 3 Dave Vasilevsky 2012-07-02 19:49:55 EDT
Created attachment 595835 [details] Anaconda program log
Comment 4 Dave Vasilevsky 2012-07-02 19:50:41 EDT
Created attachment 595836 [details] Anaconda storage log
Comment 5 Dave Vasilevsky 2012-07-02 19:54:00 EDT
It looks like parted auto-"restores" a protective MBR whenever a GPT is edited, even if the MBR is hybrid and there's no good reason to change it. :(
Comment 6 Jesse Keating 2012-07-02 21:48:57 EDT
I'm closing this as a duplicate of bug 744496 (which in turn is listed as a duplicate of bug 746885 because 744496 has a more recognizable subject and details in the bug. Bottom line, it's a known issue. *** This bug has been marked as a duplicate of bug 744496 ***
Comment 7 Dave Vasilevsky 2012-07-02 21:55:55 EDT
Ok, thanks for taking a look.