Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Windows Boot Camp Partition replaced by System Reserved after installation

Hey there,


I have just created a 60GB Boot Camp partition and installed Windows 7 successfully via a method with virtualbox, someone suggested on stackexchange.


I was able to run and reboot Windows with virtualbox until I restarted my Macbook to try actually booting into Windows.

On the boot selection screen, only Macintosh HD was available.

Then, back on Mac OS, virtualbox didn't let me start up the Boot Camp disk anymore so I checked the diskutil list:


/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *500.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_APFS Container disk1 439.0 GB disk0s2

3: Microsoft Basic Data System Reserved 60.9 GB disk0s3


/dev/disk1 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +439.0 GB disk1

Physical Store disk0s2

1: APFS Volume Mac OS X SSD 185.1 GB disk1s1

2: APFS Volume Preboot 22.2 MB disk1s2

3: APFS Volume Recovery 512.1 MB disk1s3

4: APFS Volume VM 4.3 GB disk1s4

Before the reboot the Boot Camp Partition was disk0s3, 60GB.

However, during the installation process, Windows created a System Reserved partition with ~100MB space.

Now, System Reserved is disk0s3 and 60GB so I guess it kind of replaced the Boot Camp partition which completely disappeared.

I am not sure, but I guess this problem has nothing to do with the virtualbox procedure but rather with the windows installation creating the System Reserved partition.

Does anyone have an idea what could have gone wrong or how to fix this?

Would appreciate your help alot!

Ps: Im on High Sierra 10.13.6, MacBook Pro (15-inch, Early 2011)

MacBook Pro, macOS High Sierra (10.13.6), MacBook Pro (15-inch, Early 2011)

Posted on Dec 5, 2018 6:06 AM

Reply
Question marked as Best reply

Posted on Dec 13, 2018 10:40 PM

For those having similar problems as me.


I still do not know why the System Reserved partition did "overwrite" the Bootcamp partition.

In the end it did not matter. Just format the partition again and install windows again. During the next installations windows wouldn't create a System Reserved partition anymore.


If you are having problems getting Windows Bootcamp running without a USB-Stick I would highly recommend using this guide: Installing Windows 7 or 10 Pro 64 bit without DVD or Flash Drive.


The guide appears more complicated than it actually is and is very well written.

For those who don't understand all the code, dont worry, you basically just have to copy & paste everything.


Good Luck

Similar questions

20 replies
Question marked as Best reply

Dec 13, 2018 10:40 PM in response to Santhiphap

For those having similar problems as me.


I still do not know why the System Reserved partition did "overwrite" the Bootcamp partition.

In the end it did not matter. Just format the partition again and install windows again. During the next installations windows wouldn't create a System Reserved partition anymore.


If you are having problems getting Windows Bootcamp running without a USB-Stick I would highly recommend using this guide: Installing Windows 7 or 10 Pro 64 bit without DVD or Flash Drive.


The guide appears more complicated than it actually is and is very well written.

For those who don't understand all the code, dont worry, you basically just have to copy & paste everything.


Good Luck

Dec 6, 2018 11:48 PM in response to Santhiphap

Alright one last try of figuring this out myself.

I found these instructions on stackexchange.


I think thats it, right?


Rebuild MBR to match the new GPT information thus resetting the
Hybrid MBR. Use defaults for other questions (like partition codes). The
only values that need modifications are the Boot flags and step 10.
Accept all other defaults that Gdisk offers. These steps can be repeated
if you make a mistake before you get to Step 12, otherwise start from
Step 1 for these steps. Step 6 has numbers which are typed with a space
between the numbers.

  1. sudo gdisk /dev/rdisk0
  2. P (Print list of parts)
  3. R (Recover)
  4. O (print current Hybrid MBR)
  5. H (chooses Hybrid)
  6. Partitions numbers to be hybridized: 2 3 4
  7. Y (Good for GRUB question)
  8. N (part 2 boot flag), N (part 3 boot flag)
  9. Y (part 4 boot flag make NTFS bootable partition)
  10. O (print current Hybrid MBR)
  11. W (Write the new MBR)
  12. Y (Yes! write the new MBR)
  13. Reboot
To make Windows bootable again try the following:

Boot from your Windows DVD/USB-Stick

Open command prompt from Windows recovery option menu. Type “diskpart” at the command prompt.
At the DiskPart prompt, type in “list disk”. You will see the list of disk currently attached to your computer.
Now type in “select disk n”, where n is the disk number. In this example, disk 0 is selected.
Now that correct disk is selected, type in “list partition” to get a list of all the partitions on that disk.
To select the partition you want to set as active, type in “select partition n”, where n is the partition number (probably 3).
Now that you have selected the disk and partition, mark it as
active by just typing the word “active” and pressing Enter. Now the
partition is set active.
Exit from the command prompt and run startup repair.


Except, I assume in my case I have to set bootflag on partition 3.

So step 6. looks like this: Partitions numbers to be hybridized: 2 3

And at step 8. I press N only once


And I dont understand what step 7. "Y (Good for GRUB question)" is meaning/doing, I guess its setting bootflag for the EFI so I can boot into MacOS?

Dec 7, 2018 3:24 AM in response to Loner T

So in summary and after reading the gdisk documentation about how to create hybrid MBR, I am coming to the conclusion that the steps I have to do are:


  1. sudo gdisk /dev/rdisk0
  2. C (change partitions name)
  3. Partition number (1-3): 3
  4. Enter name: Windows
  5. R (recovery options)
  6. H (make hybrid MBR)
  7. Type from one to three GPT partition numbers, separated by spaces, to be added to the hybrid MBR, in sequence: 2 3
  8. Place EFI GPT (0xEE) partition first in MBR (good for GRUB)? (Y/N): Y
  9. Creating entry for partition #2. Enter an MBR hex code: af
  10. Set the bootable flag? (Y/N): n
  11. Creating entry for partition #3. Enter an MBR hex code: 07
  12. Set the bootable flag? (Y/N): y
  13. In case of: Unused partition space(s) found. Use one to protect more partitions? (Y/N): n
  14. O (checking status of hybrid MBR)
  15. Compare the start and end values to the start and end values for the GPT partitions, you should see that they match for the hybridized partitions.
  16. W (write changes)



Can you confirm this? Is that all I have to do or am I missing something?


Dec 7, 2018 7:21 PM in response to Loner T

Ok I followed all those steps and rebooted.

Now, fdisk output is:

Disk: /dev/disk0	geometry: 60801/255/63 [976773168 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   2 -   25 127  14 [         1 -     409639] <Unknown ID>
 2: AF   25 127  15 - 1023 254  63 [    409640 -  857421888] HFS+        
*3: 07 1023 254  63 - 1023 254  63 [ 857833472 -  118939648] HPFS/QNX/AUX
 4: 00    0   0   0 -    0   0   0 [         0 -          0] unused   


But still no bootcamp/system reserved option upon startup holding alt key.


What I did next is I used virtualbox and reinstalled windows. During the process I formatted the disk0s3 again with windows installer and chose that partition to install windows on. To my surprise this time windows did not create a system reserved partition. However I was able to boot into windows with virtualbox and changed the partition name to Bootcamp via properties like you said.


But still no bootcamp/system reserved option upon startup holding alt key.


So I did further research. I found out that Paragon NTFS could be preventing the partition to be bootable.

I followed the instructions to let MacOS remount the partition with its drivers:

  1. Disable NTFS for Mac
  2. Unmount and Remount with Macs diskutility.

But still the partition does not show up in System Preferences > Startup Disk.

And still not bootable.


I then used virtualbox to load the windows installer and used the repair tools, it said it detected some problems with the boot information and it automatically fixed it for me.

Still no success though.


Will do further research and report back.

Dec 8, 2018 1:32 AM in response to Santhiphap

One thing to note is, as soon as I restart my macbook, I cant use virtualbox anymore to boot windows.

I have to create a new .vmdk file for virtualbox and if I start guest I get a black screen like this:



I still think the problem comes from Paragon NTFS though. I might try reinstalling windows while having Paragon set to not automatically mounting the bootcamp drive.


Loner T, if you have any further advice I would really appreciate it 😄

Dec 8, 2018 6:51 AM in response to Santhiphap

Ok so I have made some progress.


First of all, I figured out that in order to get rid of all virtualbox errors I had to execute the chown commands again and also unmount the partition, each time after I reboot my Macbook.

sudo chown $USER /dev/disk0s3
sudo chown $USER /dev/disk0s1
sudo chown $USER /dev/disk0
diskutil unmount /dev/disk0s3

There was no need to create a new .vmdk at all.


Then I tried to reinstall windows and rebuild the hybrid MBR again with gdisk.

It seemed like nothing worked until I checked the Startup Disk in my MacOS Settings.


NOW I see it!


I figured out that I had to mount it in order to show up in Startup Disks.

Anyway, I still cant chose it from the startup screen. When I hold alt/option I only see my Mac OS SSD.


My new problem is:

When I use Startup Disk to Restart into "Untitled Windows" after 10 sec of grey screen I get stuck at a black screen with blinking cursor. (I waited more than 10 min)


I tried windows repair command prompt:

Bootrec.exe /FixMBR
Bootrec.exe /FixBoot
Bootrec.exe /RebuildBcd

But nothing changed...

Dec 16, 2018 6:44 PM in response to Santhiphap

Oh not sure if this helps but the virtualbox error message is:

Could not open the medium '/Users/%USER/RawWinDisk.vmdk'.

VD: error VERR_ACCESS_DENIED opening image file '/Users/%USER/RawWinDisk.vmdk' (VERR_ACCESS_DENIED).


Result Code:

NS_ERROR_FAILURE (0x80004005)

Component:

MediumWrap

Interface:

IMedium {4afe423b-43e0-e9d0-82e8-ceb307940dda}



Let me know if any other information is needed!


[Personal Information Edited by Host]

Dec 6, 2018 7:51 AM in response to Santhiphap

After some research around the web, I think these Terminal outputs might be of use:


sudo gpt -r -vv show disk0
gpt show: disk0: mediasize=500107862016; sectorsize=512; blocks=976773168
gpt show: disk0: Suspicious MBR at sector 0
gpt show: disk0: Pri GPT at sector 1
gpt show: disk0: Sec GPT at sector 976773167
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  857421888      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  857831528       1944         
  857833472  118939648      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  976773120         15         
  976773135         32         Sec GPT table
  976773167          1         Sec GPT header


sudo fdisk /dev/disk0
Disk: /dev/disk0	geometry: 60801/255/63 [976773168 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 -     409639] <Unknown ID>
 2: FF 1023 254  63 - 1023 254  63 [    409640 -  857421888] Xenix BBT   
 3: 0B 1023 254  63 - 1023 254  63 [ 857833472 -  118939648] Win95 FAT-32
 4: 00    0   0   0 -    0   0   0 [         0 -          0] unused      


I also installed gdisk.


MYMACBOOK:~ MYNAME$ sudo gdisk -l /dev/disk0
GPT fdisk (gdisk) version 1.0.4

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: hybrid
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with hybrid MBR; using GPT.
Disk /dev/disk0: 976773168 sectors, 465.8 GiB
Sector size (logical): 512 bytes
Disk identifier (GUID): 6DEBDAF3-548A-4F2D-AE58-D4FBDE562F80
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 976773134
Partitions will be aligned on 8-sector boundaries
Total free space is 1965 sectors (982.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              40          409639   200.0 MiB   EF00  EFI System Partition
   2          409640       857831527   408.9 GiB   AF0A  Mac OS X SSD
   3       857833472       976773119   56.7 GiB    0700  





Dec 6, 2018 8:01 AM in response to Santhiphap

I am really trying to learn a bit about partition tables MBR and GPT but I think I need a little help to understand why my Bootcamp partition disappeared and how to recover it.


I think I understand that Mac OS uses GPT but also creates an MBR at Sector 0, and its normal that sudo gpt says its suspicious because Bootcamp Assistant changes its status to hybrid for the Bootcamp Partition.


Now what I am wondering is:


Why does fdisk show ID#2 as Xenix BBT?

I found someone online stating that "Xenix was a Microsoft UNIX operating system in the 1980s".


Why does fdisk show ID#3 as Win95 FAT-32?

I assume that this partition should have been reformatted to NTFS during the windows installation, right?

I think the System Reserved partition from windows was originally created as FAT-32 as ID#4.

And then some kind of mixup with ID#3 and ID#4 happened? In case they changed position (I do not know the right terms here) I have no clue why ID#3 now shows a large size and ID#4 shows a size of 0 and "unused".


Can someone help me understand what happened?


Dec 6, 2018 6:27 PM in response to Santhiphap

The GPT GUID for the Windows partition is correct. The Name is incorrect, so it is a minor issue. The MBR ID should be 07 not 0B.


The APFS GUID (GPT 2) cannot be translated in the MBR, hence it is set to FF, which is Xenix BBT, which is fine.


The MBR entry for GPT1 (EFI) should be EE or EF, not FF. We can rebuild the MBR from GPT using GDisk.



Dec 6, 2018 9:49 PM in response to Santhiphap

Ok so I have been going through the gdisk documentation.


Changing the partition name seems easy to me:

sudo gdisk /dev/rdisk0 and then press c to change partition name and change it to "Windows" for example?


After that, I can press x in gdisk to get to extra functionality. From there I can press c to change the partition GUID to 07 and change the EFI GUID to EE? Is that correct? Should I change it to EE or EF, since gdisk already shows it to be EF?


I am a bit confused why gdisk already shows those ID's to be 07 and EF.

Gdisk works on the GPT table instead of MBR right? And what we need to fix is the MBR table? Thats doesn't really make sense to me. Wouldnt we need to do this with fdisk?


Dec 6, 2018 10:39 PM in response to Santhiphap

"We can rebuild the MBR from GPT using GDisk."


I am having a hard time to get a grasp of what that actually means. I glanced over the MBR wiki and I realize I have no idea what MBR and GPT really are.


What exactly is wrong with the MBR ?


Sorry if my curiosity makes this more complicated then it is. Maybe at this point its easier if you could just give me a rundown of how to use gdisk to accomplish this. And maybe I automatically get a better understanding of everything afterwards.

Dec 7, 2018 1:26 AM in response to Santhiphap

Under APFS, since there is no separate Recovery HD partition, 2 3, instead of 2 3 4 is correct. Partition 4 is your partition 3 with the same rules. Partition 3 in the MBR is bootable. macOS does not use MBR to boot. MBR allows only one partition to be marked bootable.


GRUB can be used to install EFI-bootable OSes (Ubuntu or variants of Linux).


Unless you have Windows Startup issues, there is no need to use a DVD/USB Stick.

Windows Boot Camp Partition replaced by System Reserved after installation

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.