Bug 836896 - Installer replaces hybrid MBR with protective MBR, Windows no longer boots
Summary: Installer replaces hybrid MBR with protective MBR, Windows no longer boots
Keywords:
Status: CLOSED DUPLICATE of bug 744496
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 17
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-07-02 06:44 UTC by Dave Vasilevsky
Modified: 2013-01-10 06:51 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-07-03 01:48:57 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Anaconda log (16.54 KB, text/x-log)
2012-07-02 23:49 UTC, Dave Vasilevsky
no flags Details
Anaconda program log (113.48 KB, text/x-log)
2012-07-02 23:49 UTC, Dave Vasilevsky
no flags Details
Anaconda storage log (397.15 KB, text/x-log)
2012-07-02 23:50 UTC, Dave Vasilevsky
no flags Details

Description Dave Vasilevsky 2012-07-02 06:44:07 UTC
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 20:14:15 UTC
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 2 Dave Vasilevsky 2012-07-02 23:49:36 UTC
Created attachment 595834 [details]
Anaconda log

Comment 3 Dave Vasilevsky 2012-07-02 23:49:55 UTC
Created attachment 595835 [details]
Anaconda program log

Comment 4 Dave Vasilevsky 2012-07-02 23:50:41 UTC
Created attachment 595836 [details]
Anaconda storage log

Comment 5 Dave Vasilevsky 2012-07-02 23:54:00 UTC
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-03 01:48:57 UTC
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-03 01:55:55 UTC
Ok, thanks for taking a look.


Note You need to log in before you can comment on or make changes to this bug.