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.
I just installed Sonoma on my 2014 15" MacBook Pro and there are some problematic bugs, should they be posted here or is there a specific place to post them or how can I submit them to OCLP, I couldn't find any info on that.
 
Last edited:
I just installed Sonoma on my 2014 15" MacBook Pro and there are some problematic bugs, should they be posted here or is there a specific place to post them or how can I submit them to OCLP, I couldn't find any info on that. Thank you.
Official place to post bugs is to Dortania's Discord hosted site, (1) Discord | #rules | OpenCore Patcher Paradise. I have no idea whether or not the devs will respond since I don't use it. But feel free to post your experiences here, there may be MacRumors users who've found- and fixed the same thing.
 
Updated to Sonoma (MacBook Pro 15" 2014) and the alias folder icons on my dock now look like pages. They used to look like folders (because they link to folders), I tried remaking new alias icons but the new ones still look like paper, does anyone have a fix?

C.png


==========

A.png


I installed Sonoma on my 15" 2014 MacBook Pro, and it looks great. However, I've noticed two bugs. Has anyone else experienced these issues?

1. When I start up my laptop (with two displays attached, since I use it as a desktop full-time), my 27" Thunderbolt display takes about 5 minutes to turn on, while my Dell LCD monitor turns on immediately. I have to wait around using the Dell screen in the meantime, which is annoying. Does anyone else have this issue, or know of a fix?

2. Another bug I encountered was that I couldn’t right-click on my desktop. When I tried, the desktop flashed and the icons disappeared and reappeared, but the right-click didn't work. I disabled both 'click-to-desktop' and 'Stage Manager,' but it didn’t help. I had to restart my computer to resolve it. Has anyone else experienced this, and found a permanent solution?

==========

When I reset my PRAM, it boots into recovery, why? The workaround fix it to shut down completely, wait a few minutes, start up again normally (thank God)

==========

One time when I turned on my 27" Thunderbolt display, the screen was really dim, using F2 to change it to max brightness and it was still dim. Restarting my computer fixed it. I don't know if it had anything to do with f.lux, or MonitorControl (while the screen was still dim, I quickly disabled Avoid Gamma Table Minipulation while I had the chance to (it is now greyed out when the monitor is working properly) so I don't know if that had anything to do with it.

==========

If there are any followup questions feel free to ask!
 
Can I use OCLP to install Sonoma on my 2009 21.5" iMac? In the past, I tried using dosdude1's patcher to install Big Sur, but the screen didn’t work properly—it split into four sections, and the colors were off. It's been several years since then. If I try OCLP now, has this issue likely been fixed?

Edit: I recall in the past someone said something about an ATI video card being the problem?

i-Mac-2009-21.png
 

Attachments

  • iMac 2009 - 21.png
    iMac 2009 - 21.png
    94.1 KB · Views: 22
Last edited:
Undo root patch, macOS 14.7rc (23H122) -> 14.7.1rc (23H218) via OTA, normal reboot (not safe mode), do root patch, approve OCLP kext in security & privacy, reboot. No problem so far. OCLP 1.4.2, MBP 11.2 (Intel gfx)
 
  • Like
Reactions: deeveedee
1. When I start up my laptop (with two displays attached, since I use it as a desktop full-time), my 27" Thunderbolt display takes about 5 minutes to turn on, while my Dell LCD monitor turns on immediately. I have to wait around using the Dell screen in the meantime, which is annoying. Does anyone else have this issue, or know of a fix?

Were the two external displays connected when you built & installed OCLP to the internal disk, and when you installed root patches?

Same question, were the two external displays connected when you installed Sonoma? You see where I'm going with this right?

If I were you I'd disconnect everything external while you're performing what are, actually, very complex ops on your iMac.

When you've got everything working (goal = "stabilized") in its basic state, only then power-off, and plug in a screen. Not both screens! One screen. Get that one stabilized. Then do the same for the other screen. Then reboot with both connected.

It's the KIS principle, Keep It Simple. The devs obviously cannot test every permutation that all the users on Planet Earth can dream up. In addition, the more complex your testing configuration is, the more difficult it will be to determine the point of failure. Think "unit testing" first, before moving on to "system testing".
 
I tried remaking new alias icons but the new ones still look like paper, does anyone have a fix?
What happens when you right-click on one of the generic icons? Do you see this menu where you can change "Display as" from "Folder" to "Stack"?
Screenshot 2024-10-08 at 9.57.51 PM.png
 
Were the two external displays connected when you built & installed OCLP to the internal disk, and when you installed root patches?

Same question, were the two external displays connected when you installed Sonoma? You see where I'm going with this right?

If I were you I'd disconnect everything external while you're performing what are, actually, very complex ops on your iMac.

When you've got everything working (goal = "stabilized") in its basic state, only then power-off, and plug in a screen. Not both screens! One screen. Get that one stabilized. Then do the same for the other screen. Then reboot with both connected.

It's the KIS principle, Keep It Simple. The devs obviously cannot test every permutation that all the users on Planet Earth can dream up. In addition, the more complex your testing configuration is, the more difficult it will be to determine the point of failure. Think "unit testing" first, before moving on to "system testing".

Were the two external displays connected when you built & installed OCLP to the internal disk, and when you installed root patches?

yes, and yes

Same question, were the two external displays connected when you installed Sonoma? You see where I'm going with this right?

yes, not really


If I were you I'd disconnect everything external while you're performing what are, actually, very complex ops on your iMac.

When you've got everything working (goal = "stabilized") in its basic state, only then power-off, and plug in a screen. Not both screens! One screen. Get that one stabilized. Then do the same for the other screen. Then reboot with both connected.

It's the KIS principle, Keep It Simple. The devs obviously cannot test every permutation that all the users on Planet Earth can dream up. In addition, the more complex your testing configuration is, the more difficult it will be to determine the point of failure. Think "unit testing" first, before moving on to "system testing".

I know that the laptop screen works fine with both monitors disconnected.
I havn't tested each monitor separately.
 
Try dragging the original folder onto the Dock.

That works (like how MacOS intended) but that is not what I want, I want the folder click to open the folder, not just show it as a popout window (like how the applications folder is). My way is better, except the folder alias icons don't show up properly.
 
I want the folder click to open the folder, not just show it as a popout window
I know what you mean, I also have several quick-access-folders in my dock.
Mainly to throw stuff into it.
-> but I have to say macos works better if you link the original in there and not the alias.

just do a <cmd+alt+click> if you want to open the folder on the desktop. Or <cmd+click> for the parent folder.
 
I know what you mean, I also have several quick-access-folders in my dock.
Mainly to throw stuff into it.
-> but I have to say macos works better if you link the original in there and not the alias.

just do a <cmd+alt+click> if you want to open the folder on the desktop. Or <cmd+click> for the parent folder.

Those are some cool keyboard shortcuts! I’ve been using macOS for 10 years and never knew about them. I tried them out earlier, and they were pretty neat.

But I still prefer my way since I don’t have to use both the keyboard and trackpad to open a folder. It’s just easier to tap and open. You should give it a try, you might end up liking it better!
 
Last edited:
  • Like
Reactions: woefi
Another day another bug

This time I downloaded the app Font Smoothing Adjuster https://www.fontsmoothingadjuster.com/ and installed it, and used it, and afterwards to told me to log out to apply the settings, so I did.

As a result, the time and date did not show up on both my external monitors.

I had to restart my computer to fix it.

Screenshot-2024-10-10-at-7-44-40-AM.png


I’d also like to mention that despite reporting several bugs, I’m still very happy with OCLP and grateful for how it has given my MacBook Pro a new lease on life.
 
I'ld like to tell about my journey of upgrading my 2 x cMP 2010 4,1 -> 5,1 from macOS 10.15.7 directly to macOS 14.7 Sonoma using OCLP 2.0.1

So, I've got a 2 GB Samsung SSD 990 Pro on a PCI board that I've split into several partition specifically in order to be able to be able to multi-boot and experiment w/ upgrading macOS.

I already had OpenCore installed from here : https://forums.macrumors.com/thread...re-acceleration.2180095/page-53#post-28255048 on the SSD in order to get 32 GB RAM and Thunderbolt. I also have a 2 TB HD with backup of everything on the SSD - just to be safe.

In order to be able to return to the original state, I did the following
  1. installed OpenCore on the EFI partition of the backup HD !BUT! without the 32 GB ram and Thunderbolt support
  2. removed the SSD & installed 6 x 8 GB RAM instead of the 6 x 32 GB RAM
  3. removed my 6 HD RAIDZ2
  4. inserted the backup HD in one of the HD trays

Then -after having tested the new, safe setup- I
  1. installed OCLP onto a 32 GB USB stick
  2. cleared the EFI partition on the backup HD (10.15.7 can boot without OpenCore if necessary - it just needs a Metal compatible graphics card)
and cold booted the system.

It started perfectly normal - !BUT! the installer on the USB stick was nowhere to be seen. I could boot normally into 10.15.7 as usual, and I could see the USB stick; but I was unable to set it as the start disk.

So, I tried to see, what would happen, if I removed the HD so the cMP had no native macOS installed.

Now, the cMP booted from the USB; and I was able to install macOS 14.7 Sonoma onto the backup HD I attached to one of the USB ports after booting into the installer. Subsequently, I was able to mount this external HD into on of the internal trays; and I had macOS 14.7 Sonoma running. That's really not an ideal situation. I ought to be able to boot with macOS installed internally on an HD -or- the SSD 990 Pro. And in order to upgrade macOS on the SSD 990 Pro, it had to be installed in the cMP.

Then I had and idea : I have an external USB HD enclosure - would it be possible to treat an HD in that like an USB stick ??? Turns out that worked perfectly !!! So, the solution turned out to be:
  1. treat the external USB HD (I had an old 640 GB that I used) as a USB stick and install OCLP on that
  2. mount the HD w/ the macOS 14.7 Sonoma installer in a tray
and now I could see both macOS as well as the Sonoma installer upon boot.

So, the final process turned out to be:
  1. use CarbonCopyCloner to clone macOS 10.15.7 Catalina onto a spare partition on the SSD 990 Pro
  2. install OCLP on an external USB HD
  3. move this HD to one of the trays
  4. install macOS 14.7 Sonoma on top of the cloned macOS 10.15.7 Catalina
  5. install the root patches; and install OCLP EFI on the SSD 990 Pro

In order to get 32 GB RAM & Thunderbolt3 back, I compared what the AMD Hardware OpenCore installs w/ the OCLP installation. Then, I copied the following from the AMD hardware OpenCore to the OCLP OpenCore
  1. the ACPI TB3 aml
  2. the extra Drivers
The basic config.plist was taken from OCLP; and using OpenCore Configurator 2.76.2.0 I
  1. updated the Driver list & ACPI list
  2. enabled TB3
  3. copied the 32 GB RAM settings from the AMD hardware OpenCore config.plist to re-enable this

After af cold reboot -and removal of the Installer HD- it was time for some serious software upgrading.

Additionally, I did the following after all the software upgrading:
  1. installed a clean version of macOS 14.7 Sonoma on a spare SSD 990 Pro partition
  2. used CarbonCopyCloner to copy everything from the full install to the clean install.
CarbonCopyCloner is able to do a full clone of macOS up to and including macOS 10.15.7 Catalina; but from macOS 11 Big Sur and forward, Apple has beefed up the security on the macOS part of the install, making it impossible for CCC to do a fresh clone; it's only able to clone the Data part, so CCC needs a base install of macOS in order to work properly.

Copying the modified OCLP to my macOS 14.7 Sonoma Installer HD has made it possible for me to boot from it without taking out / replacing hardware.
 

Attachments

  • cMP.png
    cMP.png
    89.5 KB · Views: 28
Last edited:
  • Love
  • Like
Reactions: gerinho and roronl
I'ld like to tell about my journey of upgrading my 2 x cMP 2010 4,1 -> 5,1 from macOS 10.15.7 directly to macOS 14.7 Sonoma using OCLP 2.0.1

So, I've got a 2 GB Samsung SSD 990 Pro on a PCI board that I've split into several partition specifically in order to be able to be able to multi-boot and experiment w/ upgrading macOS.

I already had OpenCore installed from here : https://forums.macrumors.com/thread...re-acceleration.2180095/page-53#post-28255048 on the SSD in order to get 32 GB RAM and Thunderbolt. I also have a 2 TB HD with backup of everything on the SSD - just to be safe.

In order to be able to return to the original state, I did the following
  1. installed OpenCore on the EFI partition of the backup HD !BUT! without the 32 GB ram and Thunderbolt support
  2. removed the SSD & installed 6 x 8 GB RAM instead of the 6 x 32 GB RAM
  3. removed my 6 HD RAIDZ2
  4. inserted the backup HD in one of the HD trays

Then -after having tested the new, safe setup- I
  1. installed OCLP onto a 32 GB USB stick
  2. cleared the EFI partition on the backup HD (10.15.7 can boot without OpenCore if necessary - it just needs a Metal compatible graphics card)
and cold booted the system.

It started perfectly normal - !BUT! the installer on the USB stick was nowhere to be seen. I could boot normally into 10.15.7 as usual, and I could see the USB stick; but I was unable to set it as the start disk.

So, I tried to see, what would happen, if I removed the HD so the cMP had no native macOS installed.

Now, the cMP booted from the USB; and I was able to install macOS 14.7 Sonoma onto the backup HD I attached to one of the USB ports after booting into the installer. Subsequently, I was able to mount this external HD into on of the internal trays; and I had macOS 14.7 Sonoma running. That's really not an ideal situation. I ought to be able to boot with macOS installed internally on an HD -or- the SSD 990 Pro. And in order to upgrade macOS on the SSD 990 Pro, it had to be installed in the cMP.

Then I had and idea : I have an external USB HD enclosure - would it be possible to treat an HD in that like an USB stick ??? Turns out that worked perfectly !!! So, the solution turned out to be:
  1. treat the external USB HD (I had an old 640 GB that I used) as a USB stick and install OCLP on that
  2. mount the HD w/ the macOS 14.7 Sonoma installer in a tray
and now I could see both macOS as well as the Sonoma installer upon boot.

So, the final process turned out to be:
  1. use CarbonCopyCloner to clone macOS 10.15.7 Catalina onto a spare partition on the SSD 990 Pro
  2. install OCLP on an external USB HD
  3. move this HD to one of the trays
  4. install macOS 14.7 Sonoma on top of the cloned macOS 10.15.7 Catalina
  5. install the root patches; and install OCLP EFI on the SSD 990 Pro

In order to get 32 GB RAM & Thunderbolt3 back, I compared what the AMD Hardware OpenCore installs w/ the OCLP installation. Then, I copied the following from the AMD hardware OpenCore to the OCLP OpenCore
  1. the ACPI TB3 aml
  2. the extra Drivers
The basic config.plist was taken from OCLP; and using OpenCore Configurator 2.76.2.0 I
  1. updated the Driver list & ACPI list
  2. enabled TB3
  3. copied the 32 GB RAM settings from the AMD hardware OpenCore config.plist to re-enable this

After af cold reboot -and removal of the Installer HD- it was time for some serious software upgrading.

Additionally, I did the following after all the software upgrading:
  1. installed a clean version of macOS 14.7 Sonoma on a spare SSD 990 Pro partition
  2. used CarbonCopyCloner to copy everything from the full install to the clean install.
CarbonCopyCloner is able to do a full clone of macOS up to and including macOS 10.15.7 Catalina; but from macOS 11 Big Sur and forward, Apple has beefed up the security on the macOS part of the install, making it impossible for CCC to do a fresh clone; it's only able to clone the Data part, so CCC needs a base install of macOS in order to work properly.

Copying the modified OCLP to my macOS 14.7 Sonoma Installer HD has made it possible for me to boot from it without taking out / replacing hardware.
I make perfect bootables clones with CCC, in any macOS. Even Sonoma or Sequoia. Mac Pro 5.1.
 
I just installed Sonoma on my 2014 15" MacBook Pro and there are some problematic bugs, should they be posted here or is there a specific place to post them or how can I submit them to OCLP, I couldn't find any info on that.
Yeah their Discord is the spot.. I posted the big issue I have which is not being able to play Apple purchased movies with an external monitor attached, in any way. I've used OCLP 1.5-2.0.2 and Ventura Sonoma Sequoia and nothing resolves it. I posted that there but I can't figure out how to get back there to see if they answered. I'm guessing they haven't as I haven't gotten an email either... Yeah I just checked.. no responses in my post on this issue..
 
Last edited:
Re. DRM, it's not hard to understand why it could create issues between the triangle that is Apple, OCLP & the end user. Obviously DRM is designed to lock out requests until they've successfully passed through key encrypt / decrypt processing to verify end user rights of use.

If it were easy to crack it wouldn't be DRM, a.k.a. Digital Rights Management :)

Totally winging it here, but I'm guessing Dortania would have to negotiate some kind of "secondary key" license situation with Apple to allow content to play on requesting devices running OCLP. I wouldn't hold my breath on that one.

I've been wrong about such things in the past. But I've also written a ton of low level secure sockets code in the past so kind of know how it works. Maybe there is a way around it, so I will be following this discussion with interest.

Maybe consider buying an Apple TV and, if you need more disk than the ATV, putting your stuff on a NAS media server or something, it ain't that expensive. No guarantees it will work however, I don't store & run DRM content locally myself so cannot run tests here.

I'm wondering at what point DRM requests stopped working with unsupported Macs. Monterey? Big Sur? That would be when Apple patched whatever loophole was in play before. If it has never worked after Catalina (supported) then we need to recognize that first transition to Big Sur(unsupported)+OCLP as being the primary point of failure.
 
Last edited:
  • Like
Reactions: 0134168
Re. DRM, it's not hard to understand why it could create issues between the triangle that is Apple, OCLP & the end user. Obviously DRM is designed to lock out requests until they've successfully passed through key encrypt / decrypt processing to verify end user rights of use.

If it were easy to crack it wouldn't be DRM, a.k.a. Digital Rights Management :)

Totally winging it here, but I'm guessing Dortania would have to negotiate some kind of "secondary key" license situation with Apple to allow content to play on requesting devices running OCLP. I wouldn't hold my breath on that one.

I've been wrong about such things in the past. But I've also written a ton of low level secure sockets code in the past so kind of know how it works. Maybe there is a way around it, so I will be following this discussion with interest.

Maybe consider buying an Apple TV and, if you need more disk than the ATV, putting your stuff on a NAS media server or something, it ain't that expensive. No guarantees it will work however, I don't store & run DRM content locally myself so cannot run tests here.

I'm wondering at what point DRM requests stopped working with unsupported Macs. Monterey? Big Sur? That would be when Apple patched whatever loophole was in play before. If it has never worked after Catalina (supported) then we need to recognize that first transition to Big Sur(unsupported)+OCLP as being the primary point of failure.
I want all my movies music and pics etc onboard. That's why I have a 2015 Air and MBP with 2TB drives. Streaming on ATV would almost always put me over my data cap on cable, at least for the near future. I'm on supported Monterey and everything works fine.(or now unsupported..)lol.. I could go to Sequoia on it and be able to watch movies but never with an external monitor attached..also even with no monitor attached Xfinity won't play. Monterey works fine so unless someone addresses this issue I'm kinda stuck on it.
 
  • Like
Reactions: rehkram
I want all my movies music and pics etc onboard. That's why I have a 2015 Air and MBP with 2TB drives. Streaming on ATV would almost always put me over my data cap on cable, at least for the near future. I'm on supported Monterey and everything works fine.(or now unsupported..)lol.. I could go to Sequoia on it and be able to watch movies but never with an external monitor attached..also even with no monitor attached Xfinity won't play. Monterey works fine so unless someone addresses this issue I'm kinda stuck on it.
I see. Clearly the fix would have to be on the OCLP side.
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.