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.

roobarb!

macrumors 6502
Jul 30, 2009
277
185
How can I find out that? As I told you, I bought it already flashed.

Sorry, wasn't sure if they might have included it in the listing information or something. I'm not sure how you would tell once it's installed.

I like @cdf's plan with a minimally tweaked firmware, I'll hang on for that before I mess around any further.

I'll write up some instructions when time permits.

Thank you.

Out of interest, did you get anywhere with your cool internal GPIO and USB hub modules?
 

yakult121

macrumors member
Dec 15, 2011
85
15
Make sure to read the guide because in addition to AVXpel, I believe there are a few other things that you need to have enabled in your config for Monterey
Thank you! I'm now a proud user of macOS Monterey! BT and Wifi isn't working but they aren't a show stopper. Probably get around to replacing them in the next month.
 
  • Love
Reactions: prefuse07

trifero

macrumors 68030
May 21, 2009
2,958
2,800
Thanks for your interest! Unfortunately, because of the chip shortages, I didn’t proceed with a production run. It’s still a possibility, though. When I get the chance, I’ll provide more information in the Thunderbolt thread.
Yes, please!
 
  • Like
Reactions: TheStork

AndromedaSystems

macrumors newbie
Nov 24, 2022
3
0
Hello, and I hope that I am posting this question in the right place (my apologies if not). I've installed OpenCore on a Mac Pro 5,1, and installed Monterey. Until yesterday it was working very well ( many thanks to all who have made OpenCore possible!).

But now, on reboot (boot volume is a PCIe NVME SSD), I can't see any devices on the internal SATA slots, or USB storage devices. I had thought this to be a hardware issue, but when I boot into the recovery volume, or into Catalina, Disk Utility finds all of the devices and confirms that their volumes structure are OK). I tried re-installing the OpenCore Legacy Patcher, but continue to have the same issue.

The boot progress bar spend a lot of time at around 50%, which it didn't used to. I'm guessing that this is where the boot loader is having some kind of an issue with device enumeration.

Any ideas? BTW, I've taken the liberty of posting a similar question on the OpenCore Legacy Patcher's Hardware thread, but am not getting a response there.
 

h9826790

macrumors P6
Apr 3, 2014
16,656
8,587
Hong Kong
The boot progress bar spend a lot of time at around 50%, which it didn't used to. I'm guessing that this is where the boot loader is having some kind of an issue with device enumeration.
That may be TRIM related, you can use the following command to check how much time TRIM consumed during boot.
Code:
log show --predicate "processID == 0" \--start $(date "+%Y-%m-01") | grep spaceman
 
  • Like
Reactions: Macschrauber

AndromedaSystems

macrumors newbie
Nov 24, 2022
3
0
That may be TRIM related, you can use the following command to check how much time TRIM consumed during boot.
Code:
log show --predicate "processID == 0" \--start $(date "+%Y-%m-01") | grep spaceman
Interesting - I didn't know that you could do that, thanks.
When all of my SSDs were visible, it could take 90 seconds or so to trim them ... but there haven't been any trims for a few days now, as most of my disks have disappeared under Monterey.

Sadly, I still have no idea why the internal SATA devices and external USB devices aren't visible anymore (but they are just fine if I boot into Catalina).
 

saqwa

macrumors newbie
Nov 25, 2022
5
0
Question on ACPI names for PCI/GPU SSDT spoofing on a 5,1 -
I have the machine going with a nv510, but have a r7-450 which needs spoofing in a best case scenario (comes up as a mobile card and no output). There are many howtos for spoofing on hackintoshes, but the ACPI addresses appear to be different on cMP. Linux doesn't have the firmware_node directory at all, and ioRegistryExplorer shows one (complex) path and gfxutil shows a different (not so complex) path

IORegistryExplorer: IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/IOU0@3/IOPP/GFX0@0

gfxinfo: 05:00.0 1002:682b /PCI0@0/IOU0@3/GFX0@0 = PciRoot(0x0)/Pci(0x3,0x0)/Pci(0x0,0x0)

Is one or the other right? Both? Neither? I'm trying to plug it in to the SSDT-GPU-SPOOF skeleton from Dortana at https://dortania.github.io/Getting-Started-With-ACPI/Universal/spoof.html . The Dortana page discusses putting in "PC02" and "BR2A" but I'm assuming since this is a Mac and neither gfxinfo nor IORegistryExplorer list those anywhere it doesn't go in. Also, where is the abridge point for the first External declaration (_SB_.PCI0) - does it stay at the bus or (assuming IOU0 is required) would it be "_SB_.PCI0.IOU0, DeviceObj" ? Or am I just way off on a nonexistent rabbit trail here?

Assuming it might work because I had this card working in a hackintosh back in Mojave/Catalina era and I have it to the point where I see the following in System Profiler: - also attached are shots of the relevant Hackintool/IORegistryExplorer/gfxinfo screens.

EDIT: it gets more confusing. I started just chucking random possibilities into the SSDT and on looking elsewhere in IORegistryExplorer it is sometimes refered to as _SB/PCI0@0/IOU0@3000/PXS1@ffff, other times as GFX0.
 

Attachments

  • Screen Shot 2022-11-25 at 12.10.38 PM.png
    Screen Shot 2022-11-25 at 12.10.38 PM.png
    82 KB · Views: 70
  • Screen Shot 2022-11-25 at 12.11.40 PM.png
    Screen Shot 2022-11-25 at 12.11.40 PM.png
    348.8 KB · Views: 71
  • Screen Shot 2022-11-25 at 12.12.38 PM.png
    Screen Shot 2022-11-25 at 12.12.38 PM.png
    87.1 KB · Views: 75
  • Screen Shot 2022-11-25 at 12.13.56 PM.png
    Screen Shot 2022-11-25 at 12.13.56 PM.png
    261.5 KB · Views: 68
  • Screen Shot 2022-11-25 at 12.14.35 PM.png
    Screen Shot 2022-11-25 at 12.14.35 PM.png
    30 KB · Views: 80
Last edited:

prefuse07

Suspended
Jan 27, 2020
895
1,073
San Francisco, CA

Alright, I AM having some strange BT issues now... I just tried the steps outlined there but no luck.

Here are my symptoms:

Boot to Windows from OC Boot Picker:
1. Keyboard is NOT connected at Windows 11 login screen, so I have to use on-screen Windows keyboard to log in
2. Turn off Bluetooth
3. Forget my mac Keyboard, and turn it off
4. Turn on Bluetooth and Keyboard
5. Select it from available devices, enter passcode and it connects (basically I forget and re-pair it)

Then if I reboot, select macOS from OC bootpicker, similar symptoms:
1. Keyboard is NOT connected at macOS login screen, so I have to use a wired keyboard (since mac doesn't have an on-screen one)
2. Forget Keyboard
3. Turn off Bluetooth
4. Turn off Keyboard
5. Turn Bluetooth back on
6. Turn keyboard back on
7. Select Keyboard from the list, connect -- enter passcode + enter and it connects.

Oh yeah, if I DON'T connect a wired keyboard at the macOS login screen, the Bluetooth Assistant shows up and it says "Attempting to connect to Keyboard #1 (Prefuse07's keyboard)..." and it basically just hangs on that forever. Only way out is to hit the "reboot" button with my mouse (my mouse uses a dongle, which is why it works).

I tried the steps from the hackintool guide that you posted, several times, but no luck...

One thing that seems to be a temporary fix is an NVRAM Reset, also deleting com.apple.bluetooth.plist, but I never had ANY Bluetooth issues before Monterey, and I DO have an upgraded BT/Wifi card....

Anyone experience anything similar? Wondering if it is because I am not using that legacy BRCM kext in my OC config.plist? (from way back when), except I thought that was only for folks without upgraded BT/Wifi?

I also feel like this is more of an issue from Windows than from within macOS, but open to suggestions.

Any thoughts?
 
Last edited:

hwojtek

macrumors 68020
Jan 26, 2008
2,274
1,277
Poznan, Poland
I tried the steps from the hackintool guide that you posted, several times, but no luck...
It worked for me in Windows 11 21H (whatever), once I updated to build 22H2 it started acting weird again. As I am using the Apple wireless keyboard and a magic mouse, while in Windows I resorted to connecting the keyboard with a lightning cable and using a completely different mouse (ironically, a BT mouse).
 
  • Like
Reactions: prefuse07

prefuse07

Suspended
Jan 27, 2020
895
1,073
San Francisco, CA
It worked for me in Windows 11 21H (whatever), once I updated to build 22H2 it started acting weird again. As I am using the Apple wireless keyboard and a magic mouse, while in Windows I resorted to connecting the keyboard with a lightning cable and using a completely different mouse (ironically, a BT mouse).
Ah that explains it then! I too am running 22H2, and the weirdness ensues.

Guess i'll just have to live with it. Thanks for confirming!
 

flaubert

macrumors 6502
Jun 16, 2015
485
200
Portland, Oregon
Hi everyone!
I hope someone can help me with my Mac Pro 5.1 with Monterey OpenCore.
I bought a used Mac Pro from a local site from an adult programmer. The computer has a 60gb SSD with OpenCore macOS Monterey, hard drive and raid.
I decided to transfer all data from the SSD 60gb to a new SSD 240gb and ran into a problem. I use Legacy Bootable Copy in Carbon Copy Cloner and it gives an error (The APFS replication procedure failed) when copying the system and shows that the new drive is missing (Disk Utility shows me unmounted SSD 240gb).
I tried to clone the drive in Recovery Mode, then I booted in from the old drive and transferred EFI to the new drive. When I booted the system from the new drive - the macOS boot bar froze in the middle and nothing.
Probably the first thing to be established is whether the original owner used the Open Core Legacy Project (OCLP) method of installing OpenCore. If OCLP is in play then this is not the thread to ask for help; it's best to go directly to the OCLP site for help (see the first post of this OpenCore thread for a link to OCLP). Perhaps someone can chime in about the best way to identify an OCLP install, but one telltale clue is check the WiFi functionality; if WiFi works, and your hardware still reports BCM43xx (the original OEM Airport card) showing up under WLAN info in System Information, then your computer was prepared with OCLP. You can also check with the previous owner on what OpenCore method was used to prepare the computer.

On the other hand, if OpenCore was installed at some point using the workflow outlined in the first post of this thread (the so-called "clean" or "vanilla" OpenCore method) then you're in the right place for advice.
 

Bmju

macrumors 6502a
Dec 16, 2013
702
768
Perhaps someone can chime in about the best way to identify an OCLP install

The generated config.plist has an extra debug/logging key #Revision inserted at the top, ofc you need to mount your ESP to view it (if everything is at standard location and naming sudo diskutil mount EFI, then file is at /Volumes/EFI/EFI/OC/config.plist):

Code:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
        <key>#Revision</key>
        <dict>
                <key>Build-Type</key>
                <string>OpenCore Built on Target Machine</string>
                <key>Build-Version</key>
                <string>0.4.7 - 2022-06-22</string>
                <key>Hardware-MacPro-dGPU-1</key>
                <string>10DE:128B</string>
                <key>Hardware-Probe</key>
                <data>
                gASVXwsAAAAAAACMFnJlc291cmNlcy5kZXZpY2VfcHJvYmWUjAhDb21wdXRl
                cpSTlCmBlH2UKIwKcmVhbF9tb2RlbJSMCU1hY1BybzUsMZSMDXJlYWxfYm9h
                cmRfaWSUjAxNYWMtRjIyMUJFQziUjA5yZXBvcnRlZF9tb2RlbJSMCU1hY1By
                ...
 
  • Like
Reactions: flaubert

lewnworxx

macrumors member
Mar 19, 2015
84
10
Odd "Prohibited" Circle Slash screen on boot

That's the gist of it. Will get to details in a bit.

History:

I'd been running Big Sur 11.2.3 under OC 0.71. I'd parked at 11.2.3 due to the Kernel Panic thing, and hadn't gotten around to the bit of updating OC and the config to move past that. I'd done a second 5,1 for work and couldn't get Big Sur to install on that one without the prohibited thing coming up so just got to Mojave on that one and left it at that. We're upgrading to Filemaker 19 at work, so I needed to get past Mojave to do so, and figured I'd start by getting Monterey up on my home 5,1 first.

This machine is a 5.1, dual 3.46 Xeons, 96GB ram, Saphire Pulse RX580 with an Alex rebuilt boot rom 144.0.0.0.0, which I'd done a health check rom dump on prior to commencing (was fine, had 48K+, and reflashed Alex's never booted ROM just to be double sure).

The Path To Here From Scratch:

I got a new Samsung 1 TB EVO 970 to put Monterey on.

I Started with completely fresh setup of OC 0.8.6, going through the entire setup based off the updated post #1 for Monterey 12.6.1 from scratch. Pulled my existing OpenCore, and started from native boot Mojave.

This time I saved different configuration version at various stages rather than try to plow through the whole thing at once, which consisted of:

1 - the base config, (everything up until "Complete Your Setup") then tested that on both my Mojave and Big Sur Installs. Fine. Made notes to revisit SecureBootModel and AppleBootPolicy once I got Big Sur and Monterey going. Options set at this point "make a few changes" were:​
- ThirdPartyDrives true​
- HideAuxilary -true​
- LauncherOption - Full​
- PickerAttributes - 80​
2 - the spoofing (Board id from 2019 Mac Pro) and Monterey firmware features update. Added all the stuff up through "Complete Your Setup". No issues.​
3 - All the Kexts, which in my case included:​
- AppleMCEReporterDisabler​
- ASPP-Override
- AVXpel​
- FeatureUnlock, Lily, Whatevergreen with defaults from post #1​
This all worked fine with my previous Big Sur install. I did NOT do VMM flag, as was going with option 2 under the Mac OS section:​
Clean install with bootable installer, installer app in macOS Big Sur and later, or OTA update in macOS Big Sur and later
Secure Boot Model is false and applebootpolicy is true. as was still booting off Mojave to do the configs.​
I pulled down the Monterey 12.6.1 installer (Install_macOS_12.6.1-21G217) to my Big Sur SSD and rebooted off that to install Monterey onto the new EVO 870. I Formatted it as APFS and ran the the installer.

CSRutil at this point is still disabled. (Not sure if that has a bearing on any of this or not, and it wasn't clear at what point in this process you needed to turn it back on).

It got through the first part fine, rebooted, OC came up to the boot picker, so I picked the installer and continued.

"Prohibited" Circle Slash Hell

It went for a while, then came up with the Prohibited screen even though I still have the no_compat_check in place:

<key>NVRAM</key> <dict> <key>Add</key> <dict> <key>7C436110-AB2A-4BBB-A880-FE41995C9F82</key> <dict> <key>boot-args</key> <string>-no_compat_check</string> </dict> </dict> <key>Delete</key> <dict> <key>7C436110-AB2A-4BBB-A880-FE41995C9F82</key> <array> <string>boot-args</string> </array> </dict>

I powered down, restarted, it continued with the installer, then rebooted then came up with the prohibited screen again. I repeated the power down, restarted and kept continuing each time. Eventually I got the Monterey Vs. The Installer at the boot picker. That came up with the prohibited as well, and I again powered down, restarted, picked Monterey and eventually Monterey came up.

Now I'm not sure where but at some point I had SurPlus in there as well as the Post #1 Mentioned that for Big Sur 11.3 - Monterey. I pulled it as Monterey doesn't need it, and my Big Sur Install is a 11.2.3. It could have been in there during the install version, but isn't in my V3. This may or may not be the issue.

Everything seems to work (lost BlueTooth and Wifi but knew that was going to happen until I get a new Broadcom in place and those parts are on order).

Occasionally if I reboot I STILL get the prohibited thing (but not always, maybe every 5-6 boots) and if I power down and restart it does come up fine after that.

After getting Monterey up I've updated the SecureBootPolicy to Default, and AppleBootPolicy to false. -no_compat_check is still there, although it does NOT appear to prevent the "prohibited" thing from occasionally showing up.

There HAS to be something simple I've missed, as if this was commonplace I'd think there'd be tons of comments about others having the same issue. Did I screw up and have SCRUtil set wrong? It was Disabled until I got Monterey up and running.

I attempted to be as thorough as possible, keeping copious notes at each stage, saving a new copy at each stage, etc, but I obviously missed something, and probably the same thing I missed when I tried to do Big Sur on my work machine earlier this year.

So attached are my config steps described above, (Install was done on V3 - All Kexts and I'm running on V6 - Working Install).

At this point I need to:

1 - Figure out what went south on the install and fix that for the install on my work tower.
2 - Solidify the running install. I'm back to CSRUtil Enabled, but the NVRam Cleanup is not (no_compat_check is still there) . I am writing to flash.

Any clues would be greatly appreciated, as I have 2 other towers I need to move up to either Big Sur or Monterey on that are still parked at Mojave.

Thanks

Mark
 

Attachments

  • 2 - Spoofing & Montery Firmware Features config.plist.zip
    3.8 KB · Views: 122
  • 5 - Big Sur 11.3 - Monterey 12.0.1 - config.plist.zip
    4.9 KB · Views: 60
  • 3 - All Kexts - config.plist.zip
    4.7 KB · Views: 67
  • 1 - Base Config - config.plist.zip
    3.6 KB · Views: 81
  • 6 - Working Install - config.plist.zip
    4.7 KB · Views: 57

cdf

macrumors 68020
Original poster
Jul 27, 2012
2,256
2,583
This all worked fine with my previous Big Sur install. I did NOT do VMM flag, as was going with option 2 under the Mac OS section:
Clean install with bootable installer, installer app in macOS Big Sur and later, or OTA update in macOS Big Sur and later
Secure Boot Model is false and applebootpolicy is true. as was still booting off Mojave to do the configs.
After getting Monterey up I've updated the SecureBootPolicy to Default, and AppleBootPolicy to false.
When using option 2, SecureBootModel should be set to Default before the installation.

CSRutil at this point is still disabled. (Not sure if that has a bearing on any of this or not, and it wasn't clear at what point in this process you needed to turn it back on).
Did I screw up and have SCRUtil set wrong? It was Disabled until I got Monterey up and running.
Actually, there is no need to ever disable SIP (if following post #1). However, I don’t think it should affect the installation. If it was disabled natively (in Recovery mode), then I believe that the installer should re-enable it on its own.

I powered down, restarted, it continued with the installer, then rebooted then came up with the prohibited screen again. I repeated the power down, restarted and kept continuing each time. Eventually I got the Monterey Vs. The Installer at the boot picker. That came up with the prohibited as well, and I again powered down, restarted, picked Monterey and eventually Monterey came up.
Occasionally if I reboot I STILL get the prohibited thing (but not always, maybe every 5-6 boots) and if I power down and restart it does come up fine after that.
This might not be due to a misconfiguration. A verbose boot (or kernel panic report if available) could help identify the issue.

-no_compat_check is still there, although it does NOT appear to prevent the "prohibited" thing from occasionally showing up.
This only applies to booting macOS Mojave and earlier with the 2019 Mac Pro board ID.

I hope this helps!
 

lewnworxx

macrumors member
Mar 19, 2015
84
10
First, thanks for taking a look.

When using option 2, SecureBootModel should be set to Default before the installation.

Didn't know that. Any chance it'd affect it long term? Seems to be running now ok.

Will set that though on the next install.

Actually, there is no need to ever disable SIP (if following post #1). However, I don’t think it should affect the installation. If it was disabled natively (in Recovery mode), then I believe that the installer should re-enable it on its own.

Odd. I was under the impression (apparently incorrectly) that you needed to have it off just to do the EFI mounts and installs. As a result it was off during the whole process of testing prior to install and was only re-enabled Post install.

Am I correct then that the only time I need it off is during the initial blessing of the OC install from Mojave?
Or does it not need to even be off at all during the whole thing?

This only applies to booting macOS Mojave and earlier with the 2019 Mac Pro board ID.

So I occasionally still boot Mojave, so does it hurt anything leaving the no_compat_check in the boot args, or conversely is there any solid reason why it shouldn't be in there?

This might not be due to a misconfiguration. A verbose boot (or kernel panic report if available) could help identify the issue.

Yeah, it'd occurred to me (post install) that I could have done the verbose mode thing during all that install stuff. I tried on subsequent goes post install but didn't always catch the command-v thing at the right time to be able to get it. Now have mouse enabled on the OC Boot picker so I can pre hold the CommandV while selecting the boot.

On the couple of times I did manage to get it triggered at the right time, often it scrolls by so fast you can't make anything of it (and it's really tiny on my 4K monitor).

Sadly, I'd been thinking all this time that it was all something to do with the compatibility check (being as it comes up with the Prohibited ⍉ thing) during the install and it never occurred to me at all it might be something else, and when I've occasionally seen it post install attributed it to it also being that.

So am I right that that whole ⍉ prohibited thing isn't necessarily even that at all?

As for the fact it is coming up, what's the best place to look as to why?

Can you get at that stuff post boot (log file somewhere?). Is there something I need to do to trigger a verbose log?

And where (never seen one) do Kernel Panics get logged if that was the case?

Since it doesn't always happen and it's really tough in verbose mode to catch anything useful unless it hangs I haven't been in the habit of doing Verbose mode. IF that stuff all gets logged and I can get to it post issue, it'd help. Odd thing is I'm not seeing any other issues.
 

cdf

macrumors 68020
Original poster
Jul 27, 2012
2,256
2,583
Am I correct then that the only time I need it off is during the initial blessing of the OC install from Mojave?
Or does it not need to even be off at all during the whole thing?
If the blessing is done in Recovery (as described in post #1), then SIP can remain enabled during the whole process.

So I occasionally still boot Mojave, so does it hurt anything leaving the no_compat_check in the boot args, or conversely is there any solid reason why it shouldn't be in there?
It doesn’t hurt to leave it there for the purpose of booting Mojave (though you’ll also need to disable SecureBootModel whenever you want to boot Mojave). If you boot Mojave regularly, then you might want to consider using the iMacPro board ID (that way, you won’t have to keep -no_compat_check or fiddle with SecureBootModel). The reason for removing it is that including it in the config forces the variable to always be present, even after an NVRAM reset. This goes against what Apple intends: to use boot-args as a means of temporary configuration.

Now have mouse enabled on the OC Boot picker so I can pre hold the CommandV while selecting the boot.
It’s actually easier than this: just choose the entry, press Command-V, release, then press Enter to boot.

So am I right that that whole ⍉ prohibited thing isn't necessarily even that at all?

As for the fact it is coming up, what's the best place to look as to why?
Yes. In verbose mode, you’ll see the boot process halt at some point. The last messages should be a good indication as to why.

Can you get at that stuff post boot (log file somewhere?). Is there something I need to do to trigger a verbose log?

And where (never seen one) do Kernel Panics get logged if that was the case?
If it’s a kernel panic, then macOS should display a window on the next successful boot telling you that something went wrong. You can view the report there (without sending it to Apple).
 
  • Like
Reactions: lewnworxx

fredriksjolander

macrumors newbie
Nov 30, 2022
2
2
Hello, I really hope this is the right place and that I can get an answer to my question here.

I installed Monterey with OC-patcher on my Mac Pro 5,1 RX580. Everything works great, but!
Before upgrading to Monterey I had a working bootcamp installation on a separate SSD working in High Sierra and
now I can't boot into windows anymore, changing startup disk always boots back into Monterey.
Ive searched everywhere but all I can find is guides about installing windows from scratch with OC.
Isn't there a way to make OC boot loader see my already working boot camp drive and load into it?

Maybe someone can just point me in the right direction? Thanks!
 
  • Like
Reactions: AlexMaximus

Bmju

macrumors 6502a
Dec 16, 2013
702
768
Hello, I really hope this is the right place and that I can get an answer to my question here.

I installed Monterey with OC-patcher on my Mac Pro 5,1 RX580. Everything works great, but!
Before upgrading to Monterey I had a working bootcamp installation on a separate SSD working in High Sierra and
now I can't boot into windows anymore, changing startup disk always boots back into Monterey.
Ive searched everywhere but all I can find is guides about installing windows from scratch with OC.
Isn't there a way to make OC boot loader see my already working boot camp drive and load into it?

Maybe someone can just point me in the right direction? Thanks!
Ymmv, but I have found that following the gdisk instructions which I mentioned back here can work wonders in restoring 'lost' Windows installs: https://forums.macrumors.com/threads/opencore-on-the-mac-pro.2207814/post-30635104
 

avro707

macrumors 68020
Dec 13, 2010
2,263
1,654
Any clues would be greatly appreciated, as I have 2 other towers I need to move up to either Big Sur or Monterey on that are still parked at Mojave.

I put both my 5,1s up to 12.6 Monterey, the single CPU one is on the beta 12.6.2. The dual CPU one had CPU A fail but I replaced that. I was using Martin Lo's package (0.8) and found this issue, but I disabled the Surplus section then did restart and CMD-OPT-P-R and eventually these prohibited things disappeared.

The dual CPU one is used as my Zwift computer in the pain cave to check it is working right, the other one (which was my Zwift computer) seems okay but I only just upgraded it now.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.