Re: Disk Utility repartition destroys hybrid MBR, Windows no longer boots
Re: Disk Utility repartition destroys hybrid MBR, Windows no longer boots
- Subject: Re: Disk Utility repartition destroys hybrid MBR, Windows no longer boots
- From: Shantonu Sen <email@hidden>
- Date: Sun, 02 Jun 2013 18:18:24 -0700
Quoting an NDA-ed radar response on a public list is not a good idea, not is disparaging said engineer likely to get them to investigate this issue. May even be cause for terminating you from the developer program.
Sent from my iPhone
> On Jun 2, 2013, at 2:54 PM, Chris Murphy <email@hidden> wrote:
>
> Problem ID: 11980880
>
> I'd like to call attention to this issue because whoever in engineering reported back on this bug wasn't paying attention. Many users are experiencing data loss as a result of this bug.
>
> Engineering reports:
>> This is a limitation of Windows.
>
>
> It's not. It's a limitation of BIOS/MBR. If Windows were installed on UEFI/GPT the problem wouldn't occur.
>
>>
>>
>> Adding a extra HFS partition will break windows.
>
> Because when adding that 5th partition, Disk Utility nukes the hybrid MBR, replaces it with a protective MBR, and therefore there isn't a Windows entry in the partition table. Disk Utility behavior in this scenario directly leads to data loss.
>
>> We can not prevent this.
>
> Yes you can. Don't allow users to create a 5th partition when there is a hybrid MBR.
>
> I cite this Apple technote:
> http://developer.apple.com/library/mac/#technotes/tn2166/_index.html
>
> Please see the 2nd paragraph under the Protective MBR heading. Disk Utility is a GPT aware program, LBA 0 contains an "other form" of MBR, a hybrid MBR, Disk Utility should "refuse to manipulate the disk" per this technote. Yet Disk Utility isn't following Apple's own technote guildeline in this scenario. Further it says "manipulating the GPT may cause dangerous inconsistencies between it and the legacy MBR". How about that, the user experiences data loss as a result of adding a 5th partition, just as the Technote predicts.
>
> Thank you.
>
> Chris Murphy
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Filesystem-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Filesystem-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden