not sure what agnostic means, i even googled it, but each oclp file should be on the efi of each drive unlike martin lo opencore where one instance is good for every macos installation
Not sure I'm following the discussion, but I believe we're talking about two operations performed by OCLP:
The Open Core EFI resides in the EFI of a GUID formatted disk. There can be more than one Open Core EFI per Mac (one per physical GUID-formatted drive), but having more than one 'permanently' can get confusing. It is best to have only a single Open Core EFI install 'permanently' on one of the permanent drives and to perform Open Core testing (e.g., test another OCLP-generate EFI) with a temporary USB thumb drive.
- Build and Install Open Core: generate and install an Open Core EFI
- Apply post-install patches: install root patches for frameworks like graphics and Wi-Fi
The Open Core post install patches are applied to each macOS APFS volume. While it is best for OCLP beginners to "Build and Install Open Core" and apply post-install patches with the same version of OCLP, advanced users may wish to apply different versions of OCLP post-install patches to different macOS APFS volumes. For example, I have installed multiple versions of macOS in different APFS volumes on my Mac. I have different version of OCLP post-install patches on the different versions of macOS for testing.
My OCLP strategy is as follows:
Most users will use the same version of OCLP to "Build and Install Open Core" and to apply post-install root patches.
- I have multiple versions of macOS installed on my Mac (Big Sur, Monterey, Ventura, Sonoma with one or more incremental versions of each macOS for testing). Each version of macOS is installed in its own APFS volume on a single disk in a single APFS container.
- I boot my Mac with a single OCLP-generated Open Core EFI (currently generated with OCLP 1.5.0 nightly). All of my versions of macOS boot with the same Open Core EFI
- I uniquely apply OCLP post-install patches to each version of macOS depending on what I want to test
EDIT: I re-read earlier posts and see that the discussion was about two different patchers (OCLP and DosDude). I agree with ScratchHook - probably not best to use both patchers. Although I can see how using both is very possible (since DosDude patches are applied within the APFS volume). Would be an interesting experiment with minimal risk if testing is performed in separate APFS volumes.
Sure ... For this explanation, make sure you understand the difference between OCLP and Open Core. Also make sure you understand the difference between OCLP post-install patches and the Open Core EFI.@deeveedee Can you explain how having more than one OCLP can get "confusing"? Or is the risk of confusion limited by installing on two separate physical disks as opposed to volumes?
I've installed Mojave and Monterey on separate physical disks in my Mac Pro 3,1.
The reason I put OCLP also on the Dosdude disk's EFI was that I encountered difficulties rebooting from Mojave to Monterey. Without OCLP on the Mojave disk's EFI I could not access the OCLP boot picker. With OCLP also on the Mojave disk I can get the boot picker whether I reboot from Mojave or Monterey.
The only oddity I have noticed so far is that the Monterey disk is listed in the boot picker (irrespective of whether it's the boot picker from the Mojave or the Monterey EFI) as "Monterey-Data", not "Monterey" which is the name of the disk Monterey is installed on.
Perhaps confusion comes from the fact that Mac Pro 3,1 does not have a native(firmware) APFS support? OCLP can help bypass this requirement but might not play very well with the dosdude1 solutions to bypass it.EDIT: I re-read earlier posts and see that the discussion was about two different patchers (OCLP and DosDude). I agree with ScratchHook - probably not best to use both patchers. Although I can see how using both is very possible (since DosDude patches are applied within the APFS volume). Would be an interesting experiment with minimal risk if testing is performed in separate APFS volumes.
Perhaps. Unless the OP is not using APFS. I should have left "APFS" out of my explanation. Hopefully the rest remains clear.Perhaps confusion comes from the fact that Mac Pro 3,1 does not have a native(firmware) APFS support? OCLP can help bypass this requirement but might not play very well with the dosdude1 solutions to bypass it.
Hello. How can I prevent the update window from appearing after booting up my iMac?
Ignore App Updates has never worked for me on my MBP6,2. With Ignore App Updates checked (and re-applying post-install patches), I continue to get OCLP update notifications with OCLP versions up to and including 1.4.3. The only way I have found to disable OCLP app update/installation notices is to delete plists in LaunchAgents and LaunchDaemons.unclick "ignore app updates"...alternatively you can just delete the app entirely, you dont need it anymore. and if you do need it just redownload it
AMPDeviceDiscoveryAgent[463]: Entered:_AMMuxedDeviceDisconnected, mux-device:8
AMPDeviceDiscoveryAgent[463]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:8
AMPDeviceDiscoveryAgent[463]: tid:1200f - Mux ID not found in mapping dictionary
AMPDeviceDiscoveryAgent[463]: tid:1200f - Can't handle disconnect with invalid ecid
Perhaps. Unless the OP is not using APFS. I should have left "APFS" out of my explanation. Hopefully the rest remains clear.
This should help. You'll want to follow the instructions for removing the bootloader.I'd be happy to remove OC from the Monterey EFI since it doesn't appear necessary. How would I do that?
If you search for AMPDeviceDiscoveryAgent in MacRumors, you'll find multiple threads that discuss this. I don't have experience with sleep issues on OCLP-patched cMP3,1, so hopefully searches return some hits. It's also possible that some of the sleep advice posted here will help you.AMPDeviceDiscoveryAgent[463]: Entered:_AMMuxedDeviceDisconnected, mux-device:8 AMPDeviceDiscoveryAgent[463]: Entered:__thr_AMMuxedDeviceDisconnected, mux-device:8 AMPDeviceDiscoveryAgent[463]: tid:1200f - Mux ID not found in mapping dictionary AMPDeviceDiscoveryAgent[463]: tid:1200f - Can't handle disconnect with invalid ecid
Issues Reporter Severity Priority Potential Fix DRM content won't play in Safari, TV and Music EduCovas Moderate Unfixable Use a third party browser (Hardware decoding unavailable on non-Metal GPU drivers)
What extensions do you have in /Library/Extensions?I don't know if this is the most appropriate thread to ask this, or if I should open a new one...
MacBook Pro 6,2. I just updated OCLP from version 1.4.2 to version 1.4.3 and even though I have tried several times I have not been able to get the root patching to complete.
I have rebooted, gone back to 1.4.2 and even tried installing OCLP on a pendrive. It doesn't even work that way.
Any help will be welcome.
View attachment 2374033