Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Status
The first post of this thread is a WikiPost and can be edited by anyone with the appropiate permissions. Your edits will be public.

h9826790

macrumors P6
Apr 3, 2014
16,656
8,587
Hong Kong
If you install windows in UEFI mode, and don't have any software thats trying to change the startup disk, its probably still safer to leave this enabled, yes? It will prevent windows from making changes that will boot directly into the UEFI mode without the NVRAM protection provided by OpenCore? Just always use the opencore boot picker to change/manage your boot partition and you shouldn't have any problems?

Hopefully this is something they can fix soon enough.
That's the ProtectSecureBoot, not RequestBootVarFallback.

From memory, we never recommend anyone to turn on RequestBootVarFallback.
 

tsialex

Contributor
Jun 13, 2016
13,455
13,601
Talking about clean NVRAM, is it true Alex that if you get a Secure Boot Cert put in your NVRAM there is no way to remove it? or other things (memory configs?) you may no longer want.

On a post in a different thread you were talking about updating the boot loader of the 4,1>5,1 machines using the netkas method, and you have a method of fixing the boot loaders so you can use the firmware restore CDs. Does using one of those CDs (assuming your boot loader is fixed if you have a 4,1>5,1) reset/clean your NVRAM? If thats true I might look into your method, or seek your services for three machines I have that are 4,1>5,1 machines. =)
[automerge]1583558181[/automerge]
Also, has anyone had the Cert problem with the newer versions of the classic mac pro firmware?
This is a complex topic, with different problems from different sources and different causes.

The NVRAM is a volume, this volume is stored inside the same SPI flash that stores the BootROM. The NVRAM volume have 4 partitions, the stores. The first two stores are where the various NVRAM settings are stored, the third (Fsys) is where hardwareIDs (SSN, HWC, Base_xx, SON and some more exoteric data for tracking repairs/refurbishment by Apple) and the hardware descriptor are stored at the manufacture time, the last one is another store for settings (Gaid) but the exact function of this one is still not understood, seems a analogous of a HWC and changes with different HWCs. Gaid is filled at the manufacture time too, these two stores are not changed, unless when Apple stores tracking data for repairs/refurbishment. The first two stores are 64KB each, the full NVRAM is 192KB. All stores have checksums at the end, CRC32-little endian.

When you do a clear NVRAM, only settings stored at the first and second stores are cleaned and only settings that are user accessible. The user accessible settings are what nvram -xp shows you, so, anything listed below are not cleared:
  • Microsoft certificates/BD/PK/etc,
  • MemoryConfig settings and DIMM SPD dumps,
  • NVIDIA blobs
  • other obscure settings
The problem with the NVRAM is that Apple didn't used a filesystem robust enough for 11+ years of continuous use. The NVRAM of a Mac Pro is exactly the same as a MacBook from the same platform, Apple never intended that we, 11 years down the road, change DIMMs, boot disks, CPUs frequently as we do. That is the real problem, since with the constant changes the NVRAM stores are now seriously fragmented and settings that are not user accessible are not being erased anymore. Some Mac Pros have ~30 DIMM SPDs dumps, multiple Microsoft certificates/DBs/PKs/etc, NVIDIA blobs and now the NVRAM is fragmented and full. Besides the NVRAM fragmentation problems, some people are now having SPI failures where some of the sectors that store the NVRAM data are now over the 100.000 rated writes and the SPI flash needs to be replaced.

With BootROMs older or newer than MP51.0087.B00, you can't immediately brick your Mac Pro running W10, since the W10 crash is related to the Intel missing microcodes of MP51.0087.B00. The Mac Pro bricks because the NVRAM volume was trashed while the SecureBoot data were being written during the W10 crash.

The multiple SecureBoot data stored inside the NVRAM is a symptom of the fragmentation that we got early on before understanding all the implications. If you have two or more, you probably don't have much more space inside the stores since the SecureBoot data written on the NVRAM requires considerable space. Some people here reported that with just two occurrences, showing with binwalk report, don't have space to change the default boot disk anymore, usually they boot Windows 10 and have to remove the disk to boot macOS back. This happens with other Macs too, owners of Mini late-2012 had the same problem and asked for a clean-up.

The BootBlock problem is caused by the MP4,1>5,1 firmware upgrade process, you have a MP4,1 BootBlock with a MP5,1 firmware and can't recover from that if your BootROM is corrupted. It's a real problem, while would be better to have a MP5,1 BootBlock and the capability to try to recover from a corrupted BootROM, it's not something that will interfere with the normal usage of your Mac Pro.
 

jameslmoser

macrumors 6502a
Sep 18, 2011
697
672
Las Vegas, NV
That's the ProtectSecureBoot, not RequestBootVarFallback.

From memory, we never recommend anyone to turn on RequestBootVarFallback.

I thought that was recommended because windows updates could override the boot priority of OC and cause windows 10 to boot up directly? I think by roobarb!?

I've been playing with OpenCore on a machine I use for experimenting with trying to decide if I want to use it on a machine that I actually use regularly. I know that if I have that turned on, and select a specific MacOS from the windows boot camp control panel, it boots into OC bootpicker first with macOS selected. If I have that turned off and do the same thing, it boots directly into macOS without OC! With window's automatic updates, it certainly seems safer to have that on.
[automerge]1583620865[/automerge]
With BootROMs older or newer than MP51.0087.B00, you can't immediately brick your Mac Pro running W10, since the W10 crash is related to the Intel missing microcodes of MP51.0087.B00. The Mac Pro bricks because the NVRAM volume was trashed while the SecureBoot data were being written during the W10 crash.

It sounds like you are saying if you are not running that firmware its (at least somewhat) safer to use windows in UEFI mode? Also, If you haven't changed RAM and CPU's often your NVRAM is probably in better shape?

I am not concerned about having the 4,1>5,1 firmware for daily use, have been doing it for years, but what you said about the bootblock and the restore cds had me curious as to what those cds actually do, and if they would clear out some of those old configs or secure boot certificates for those people who might not have a backup of their roms before the problem was discovered.
 
Last edited:
  • Like
Reactions: zoltm

jameslmoser

macrumors 6502a
Sep 18, 2011
697
672
Las Vegas, NV
Don’t misunderstand this.
we had a setting enabled that based on reading the doc again we probably shouldn’t have enabled. The normal request boot var routing function that allows you to change OS using the prefpane works fine. It was just breaking due to the fallback one being enabled.

Yes, the MacOS one seems fine with RequestBootVarFallback off... but apparently windows can (and does) set boot priority and bypasses OC. For me if I turn on the fallback one, it doesn't seem to be able to bypass OpenCore.

I get that having both of them on breaks the prefpane in macOS, but it seems to protect you from Windows changing the boot priority and booting directly into Windows without the protection OC's ProtectSecureBoot provides.
 

tsialex

Contributor
Jun 13, 2016
13,455
13,601
It sounds like you are saying if you are not running that firmware its (at least somewhat) safer to use windows in UEFI mode? Also, If you haven't changed RAM and CPU's often your NVRAM is probably in better shape?
SecureBoot is constantly writing on the Mac Pro NVRAM, if your NVRAM is fragmented, you will have problems. That's why OC now blocks the SecureBoot variables.

While it's possible to have an almost pristine NVRAM if you have a Mac that always used the original OS, never had hardware upgrades, never had without iCloud/iMessage/FaceTime, it's really really improbable. From the more than 3+ hundred dumps from different Mac Pros that I have, less than 5 are good enough that you don't find any flaws. They exist, but don't assume that your Mac is one.

I am not concerned about having the 4,1>5,1 firmware for daily use, have been doing it for years, but what you said about the bootblock and the restore cds had me curious as to what those cds actually do, and if they would clear out some of those old configs or secure boot certificates for those people who might not have a backup of their roms before the problem was discovered.
Your idea is flawed from the start, the Firmware Restore CD don't touch the NVRAM or the LBSN/MLB sector at all. While the NVRAM and BootROM are inside the same SPI flash, the generic BootROM image don't have the NVRAM or the MLB/LBSN sector, just zeros.

If you restore the BootROM generic image to the SPI flash with a SPI flash programmer, you will lose all hardwareIDs, the NVRAM will be written over with zeros. You can boot a Mac Pro restored from the generic restore image, but you won't connect to iCloud/Messages/FaceTime, it will be a totally de-personalized Mac.
 

jameslmoser

macrumors 6502a
Sep 18, 2011
697
672
Las Vegas, NV
SecureBoot are constantly writing on the NVRAM, if your NVRAM is fragmented, you will have problems.

While it's possible to have an almost pristine NVRAM if you have a Mac that always used the original OS, never had hardware upgrades, never had without iCloud/iMessage/FaceTime, it's really really improbable. From the more than 3+ hundred dumps from different Mac Pros that I have, less than 5 are good enough that you don't find any flaws. They exist, but don't assume that your Mac is one.

Your idea is flawed from the start, the Firmware Restore CD don't touch the NVRAM or the LBSN/MLB sector at all. While the NVRAM and BootROM are inside the same SPI flash, the BootROM image don't have the NVRAM or the MLB/LBSN sector, just zeros.

If you restore the BootROM generic image to the SPI flash with a SPI flash programmer, you will lose everyone of the hardwareIDs. You can boot a Mac Pro restored from the restored generic image, but you won't connect to iCloud/Messages/FaceTime, it will be a totally de-personalized Mac.

Oh I am not assuming anything... I don't have any clue thats why I'm asking questions. I don't currently have any problems with my systems that I'm hoping to resolve or anything. Mainly asking out of curiosity. What you are describing sounds like a terribly designed process/system... though I really don't know enough about it all to really judge.
 

tsialex

Contributor
Jun 13, 2016
13,455
13,601
Oh I am not assuming anything... I don't have any clue thats why I'm asking questions. I don't currently have any problems with my systems that I'm hoping to resolve or anything. Mainly asking out of curiosity. What you are describing sounds like a terribly designed process/system... though I really don't know enough about it all to really judge.
Apple never intended that MP4,1 would be relevant eleven years later. They designed the platform back in the 2007/8 timeframe, the world changed a lot from there. iCloud made the NVRAM much more relevant for the Mac use, much more data are stored there, and much more dynamic data, now than when it was designed. While some of the changes could be predicted back then, no one would predict everything that happened since.

TBH, Apple did a good job designing the NVRAM, with lots of space unused, if you think with a point of view from back in March 2009 when MP4,1 was released, MP4,1/5,1 are really over engineered and because of that, MP4,1/5,1 are still relevant today.

Looking back today, the design seems flawed, but it's just one more for the list of the 640K moments in TI history.
 
Last edited:

Teletoby

macrumors newbie
Mar 7, 2020
7
1
Weimar, Germany
When I try to install Catalina, I get this message after restart.
 

Attachments

  • 5C9BD627-3118-4987-8AFF-46F8A0966B00.jpeg
    5C9BD627-3118-4987-8AFF-46F8A0966B00.jpeg
    715.4 KB · Views: 187

MoerBoer

macrumors regular
Jan 27, 2018
216
150
I recently took the plunge to try this and it worked 100%. Thank you to all involved.

I can however confirm that you cannot turn on FileVault ( even with VMM flag enabled )
 

Attachments

  • Screenshot 2020-03-08 at 08.41.16.png
    Screenshot 2020-03-08 at 08.41.16.png
    775.6 KB · Views: 158

Ludacrisvp

macrumors 6502a
May 14, 2008
797
363
I recently took the plunge to try this and it worked 100%. Thank you to all involved.

I can however confirm that you cannot turn on FileVault ( even with VMM flag enabled )
Temporarily change your board Id in the smbios section of OC to some other Mac and that will bypass this. Or use my thread on how to edit the prefpane / cli utility to bypass the board Id check.
 

MoerBoer

macrumors regular
Jan 27, 2018
216
150
Temporarily change your board Id in the smbios section of OC to some other Mac and that will bypass this. Or use my thread on how to edit the prefpane / cli utility to bypass the board Id check.

Thank you so much for this. I've searched on your name for threads you have created / posted on, and I can't seem to find it. Sorry for being lazy but can you maybe post the thread link?
 

antonlinus

macrumors regular
Oct 10, 2019
100
16
Here's a quick write-up of the process I took to get OpenCore (OC) booting macOS and Windows in UEFI mode on the MacPro5,1. I don't recommend doing this right now. There's something flakey in either OC, my configuration of OC, or Windows itself which will eventually result in your Windows installation failing to boot.

The danger we're trying to avoid here is Windows ever booting autonomously in UEFI mode, outside of the control of OC. If this happens, your BootROM is likely to be immediately damaged by secure boot certificates being written which it wasn't designed to handle. We're getting around this by replacing part of the Windows bootloader with OpenCore.

So, if you like the idea of bricking your Mac Pro and having a copy of Windows that doesn't always work, crack on! I make no promises that this is the best method or a good fit for your needs.

Requirements
  1. Working macOS Mojave 10.14.6 on its own internal SATA drive installed in Bay 1.
  2. Separate internal SATA drive for Windows. Mine was in Bay 4.
  3. Have no other drives attached.
  4. ROMTool from @dosdude1 (password 'rom').
  5. Attached OpenCore EFI.
  6. Windows 10 installer on a USB stick.
  7. Time to burn and willingness to suffer.
Procedure
  1. Power on and clear your NVRAM by holding down CMD-ALT-P-R over the chime.
  2. Disable SIP by booting into Mojave Recovery (CMD-R) and using the Terminal to issue csrutil disable
  3. Allow Mojave to boot and use ROMTool to take a backup of your BootROM. Keep it safe.
  4. Load the resulting .bin file into TextEdit. Search contents for the word 'Secure'.
  5. If you have any matching results STOP. Your BootROM already has problems, it doesn't need more.
  6. Format the drive intended for Windows to Mac OS Extended (Journaled) with GUID Partition Map.
  7. Note the Device number for that Windows drive in Disk Utility. We'll use disk2 in this example.
    View attachment 895214
  8. Fire up Terminal and issue: sudo diskutil mount /dev/disk2s1
  9. Browse to the drive named EFI which has appeared in Finder. It should be empty. If it's not, delete the contents. Decompress the attached OpenCore EFI directory and copy the EFI directory to the root of the EFI drive.
  10. Go back to Terminal and issue: sudo bless --mount /Volumes/EFI --setBoot --file /Volumes/EFI/EFI/BOOT/BOOTx64.efi --verbose
  11. Stick the Windows installer USB into a socket and power off.
  12. Pull the Mojave drive from Bay 1 and power up.
  13. You should see the OpenCore Boot Menu. Pick your Windows installer.
  14. When asked about the drive to install to, delete all the partitions and let Windows do its thing.
  15. At around 29% the Windows installer will reboot your machine. Power it off when you hear the chime.
  16. Insert your Mojave drive to Bay 1.
  17. Boot to Mojave Recovery (CMD-R) and use Startup Disk from the Apple menu to choose macOS Mojave. Reboot into Mojave.
  18. Check the Device number for your Windows drive in Disk Utility again. I'll assume it's still disk2 here, but it may not be.
  19. Fire up Terminal and issue: sudo diskutil mount /dev/disk2s2
  20. Browse to the drive named EFI which has appeared in Finder. It should contain an EFI directory, in which there should be Boot and Microsoft directories.
  21. Delete the Boot directory.
  22. Copy the BOOT and OC directories from the OpenCore EFI directory you decompressed from the attached .zip file earlier.
  23. Power off your machine and pull the Mojave drive from Bay 1.
  24. Power on your machine and clear your NVRAM by holding down CMD-ALT-P-R over the chime.
  25. You should see the OpenCore Boot Menu with an entry for 'Windows' (not external). Set it as the default by choosing it and pressing CTRL-ENTER.
  26. Allow the rest of the installation to proceed as normal. All reboots should show the OpenCore Boot Menu before booting into Windows. If it doesn't appear, panic and power off your machine.
  27. You should now have a working copy of Windows in UEFI mode protected by OpenCore.
  28. Install all drivers you need under Windows, probably using Brigadier to fetch the MacPro5,1 and iMacPro1,1 bundles.
  29. Power off and insert your Mojave drive into Bay 1.
  30. Power on. You should see Windows and Mojave appear as boot options on the OpenCore Boot Menu.
  31. Boot to Mojave and use ROMTool to take another backup of your BootROM.
  32. Load the resulting .bin file into TextEdit. Search contents for the word 'Secure' again. Fingers crossed you shouldn't find anything.
The final step is to swear profusely when, for no apparent reason, the boot spinner won't appear when firing up Windows - most likely after Windows has applied a mandatory patch in the background which you weren't expecting.

Hopefully that's enough to keep your expectations low. If you have greater success with alternative methods or config.plist files, please post.

NOTE: I modified BootEntryManagement.c in the OcSupportPkg code to read only "Windows" instead of "BOOTCAMP Windows" in the attached EFI. This may or may not be a sensible thing to do.

so i read throu all of this, as well as the BootCamp w/o Bootscreen and the AMD Hardwareaccel Threads and i was able to

1. Succesfully clean install unpatched Catalina
2. Eneable full Hardware Accelaration
3. I can see a Bootpicker (really only sometimes, i cant make logic of when it shows and when it doesn't. i have a raeon vii installed and go out from DP1 to my EIZO Screen)

here's the issue i'm completely struggeling with now thou:

Bootup is really flaky. sometimes it shows the bootpicker and everything works perfectly. sometimes it boots straight into macOS and often it doesn't boot at all or at least only shows blackscreen. I have a clean install of Catalina on an NvME SSD inside a 4x4 PCI-E Card in one of the 16x slots and a Radeon VII as my GPU in the other 16x slot. no hdds installed at all.

Q1: How do i get bootup more stable? Do i only put OC on the EFI Partition of my main bootdrive or on all bootdrives EFI Partitions? do i maybe have to put a sata ssd or hdd in bay 1 with only an OC EFI Partition to ensure bootpicker loading or something?

I own a titan ridge card that i was never able to perform a handshake on because i was never able to install windows before. even before OC i just could't get it to work. i tried everything described by h9826790 and the other genuises in these formums but yeah no luck for some reason.
now after the great success of installing OC i thought i might give it another go. I don't really understand the difference between an EFI installation (same as UEFI?) of Windows and a legacy installation. i also don't really understand how to actually chose between one or the other when installing windows.
what i got from reading all of the posts was that: Installing from a DVD would result in a legacy installation and installing from a USB in a EFI install.
I couldn't pull of either. In the end i installed Win10 on a SATA SSD using a Windows PC and the WINtoUSB Tool.
If i plug this into my cMP via a SATAtoUSB Adapter i can boot into Win using the Bootpicker (whenever it shows).
I was able to install Bootcamp5, and 61 drivers and the volume now also shows up in macos in the system preferences/startup volumes tab and also in Bootchamp.
Using Clover Configurator i found out there is a EFI Partition on the SATA Drive that i installed Win10 but no EFI Folder in the root of the actual System Partition of this SATA Drive. So does this mean its a legacy install then? since there is no EFI Folder in the root or is the EFI Partition i can mount using Clover this "EFI Folder" and proof that my installation is in fact an EFI install. I DON'T GET IT haha.

Q2: What type of Win install do i have and is it safe with OC?

I used ROMtool to dump my BootROM and seached for "secure" in the resulting .bin file but dint't find any entries so i'm hoping i didn't **** up my BootROM (yet).

Anyway the issues that i am having are that with the SATA Drive installed in HDD Bay1 the bootpicker sometimes shows sometimes not. sometimes it boots straight into macOS sometimes it doesn't boot at all or at least just shows a blackscreen. i can not figure out any regularities it just seems to happen at random. it also happens when the drive is connected over USB but maybe a bit less often but not sure. Even if i manage to succesfully boot into windows i don't seem to be able to then boot back into macos using the bootcamp app without turning the mac off completetly therefore making it impossible to perform a handshake for my titan ridge. i don't need windows for anythink but this handshake.

so what am i doing wrong? is there a way to make this more stable/reliable? e.g show bootpicker ALL the time so i could switch between win and mac using the bootpicker instead of bootcamp?

Q3: if i have a drive with a win install plugged in, do i need to copy the OC folder onto the EFI partition of the Windows drive as well or would that then lead to those unwanted entries in my BootROM?

Sorry if this is difficult to understand/follow. i am as i said in way over my head and don't really understand what i am doing anymore.

All i can say for sure is everything (but TB3) works flawlessly without the SATA Drive installed and gets very flakey when i install it. Sadly not true its flakey all the time now...

any toughts / tips?
thanks
 
Last edited:

Ludacrisvp

macrumors 6502a
May 14, 2008
797
363
Thank you so much for this. I've searched on your name for threads you have created / posted on, and I can't seem to find it. Sorry for being lazy but can you maybe post the thread link?
 

eksu

macrumors 6502
Aug 3, 2017
329
151
I think it's time for me to jump on the OpenCore train, as I've been using Windows EFI again for a few months now.

I'm interested in this ProtectSecureBoot option, boot screens on my Radeon VII, and enabling Hardware Acceleration in Mojave / Catalina.

Are people mostly just sharing configs around and looking at eachother's configs for these things, or is there any additional documentation on ProtectSecureBoot / Windows EFI and also MacOS Hardware Acceleration? Where do you all go to read up on OpenCore?
 
  • Like
Reactions: artikal87

DatAppleGuy99

macrumors newbie
Feb 28, 2020
28
4
Hi, I have a few more questions before I do everything.
1; How do I enable boot screen?
2; How do I enable and disable upgrades for installing Catalina?
3; How do I enable FileVault?
Is this all enabled in the main config file on the original post?
 

octoviaa

macrumors regular
Oct 19, 2013
172
88
Hi, I have a few more questions before I do everything.
1; How do I enable boot screen?
2; How do I enable and disable upgrades for installing Catalina?
3; How do I enable FileVault?
Is this all enabled in the main config file on the original post?
1 and 2 are in the original post (page 1 of this thread).
Pay attention to point 7 and 8 (make sure you read the post as enable / disable require changes in the config file).
 

DatAppleGuy99

macrumors newbie
Feb 28, 2020
28
4
So after doing everything correctly, when I went to install Mac OS Catalina it shows black screen and doesn't provide any progress bar or something to know if its actually installing.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.