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.
Full installer of macOS 15.7.8 24G817 latest beta, RC 5, now available via the Terminal command:
Code:
softwareupdate --fetch-full-installer --full-installer-version 15.7.8
Takes a while, but leaves the full installer file in the Applications folder.
Do this, to see what's available;
Code:
softwareupdate --list-full-installers
Note; Run from GG (and I assume from Tahoe as well) this command doesn't show the 15.7.8 update
It is also available on gib 🧐
 
  • Like
Reactions: TimothyR734
Full installer of macOS 15.7.8 24G817 latest beta, RC 5, now available via the Terminal command:
Code:
softwareupdate --fetch-full-installer --full-installer-version 15.7.8
Takes a while, but leaves the full installer file in the Applications folder.
Do this, to see what's available;
Code:
softwareupdate --list-full-installers
Note; Run from GG (and I assume from Tahoe as well) this command doesn't show the 15.7.8 update
Can someone shed some light on my my update to 15.7.8 with OCLP 2.4.1

It automatically popped up on my 5,1. I didn't do anything in terminal, just popped up as a update to install?

Went smooth by the way.

But my other 5,1 with the same MacOS 15.7.7, did not pop up on that machine as an available update?
 
  • Like
Reactions: TimothyR734
Can someone shed some light on my my update to 15.7.8 with OCLP 2.4.1

It automatically popped up on my 5,1. I didn't do anything in terminal, just popped up as a update to install?

Went smooth by the way.

But my other 5,1 with the same MacOS 15.7.7, did not pop up on that machine as an available update?
The 15.7.8 24G817 update is a release Candidate (RC) and it will show up if you are enrolled in the Apple Public Beta Program (or the Developer program). It will not show up as a normal 15.7.8 update would. If you want to update, Google Apple Public Beta Program and set that up (it's easy).
 
If you want to update, Google Apple Public Beta Program and set that up (it's easy).
No need if you use OCLP to download 15.7.8 RC5.

OCLP-macOS-DL-02.png
 
The 15.7.8 24G817 update is a release Candidate (RC) and it will show up if you are enrolled in the Apple Public Beta Program (or the Developer program). It will not show up as a normal 15.7.8 update would. If you want to update, Google Apple Public Beta Program and set that up (it's easy).
Thank you Levan, greatly appreciate the info.
 
  • Like
Reactions: TimothyR734
Thank you Levan, greatly appreciate the info.
You may already be aware of this site, but the Mr. Macintosh site <https://mrmacintosh.com/macos-sequoia-full-installer-database-download-directly-from-apple/> has links to all of Apples macOS releases, but normally no betas. It does have all of the Golden Gate betas.
Using the Terminal you can see what full installers at Apple are available, or download them to your Application folder, including some RCs or betas:
Code;
softwareupdate --list-full-installers <—to see what's available
softwareupdate --fetch-full-installer --full-installer-version 15.7.8 <—get Sequoia RC5 build 24G817
 
Last edited:
Please tell me, if this is off topic: I'm thinking about what to do with my old machines once Sequoia won't get any updates. I've successfully installed Mint to a separate partition on my MBP 10,2. It's got a Broadcom BCM4331, which made it necessary install a firmware update. After that Wifi worked perfectly.

After Restart I saw this:

Bildschirmfoto 2026-07-18 um 12.39.28.png


If I choose the EFI Boot on the right, I get this:
Bildschirmfoto 2026-07-18 um 12.43.47.png


If I select the OC EFI Boot, I'll get a volume called "No Name" next to macOS.
If I select this drive, I'll get an alert:
"Could not read \EFI\: Invalid Parameter.
Error: could find boot options:
Invalid Parameter start-image() returned in valet parameter"

Obviously I haven't understood how to handle EFI Boots. Any suggestions?
 
  • Like
Reactions: TimothyR734
Please tell me, if this is off topic: I'm thinking about what to do with my old machines once Sequoia won't get any updates. >>> Any suggestions?
Preparing for life beyond Sequoia is certainly not OT here yet in my opinion as migration is gradual.
I am using Ubuntu on all our legacy Macs most of the time which works well as Dual boot with Sequoia and Windows on a few. I would assume it would be the same or similar with Mint, assuming your volume is ext4.
We are simply using
Code:
ext4_x64.efi
from here and just add it in EFI/OC/Drivers and edit the config.plist to use it.

This gives you any ext4 volumes at startup to boot from in OCLP like any other OS and you can delete grub if you like.
Maybe this helps a bit. There are deeper ways here that I have not had the need for so far but kept for a rainy day:
https://dortania.github.io/OpenCore-Multiboot/oc/linux.html
Good luck.
 
Last edited:
Please tell me, if this is off topic: I'm thinking about what to do with my old machines once Sequoia won't get any updates. I've successfully installed Mint to a separate partition on my MBP 10,2. It's got a Broadcom BCM4331, which made it necessary install a firmware update. After that Wifi worked perfectly.

After Restart I saw this:

View attachment 2646300

If I choose the EFI Boot on the right, I get this:
View attachment 2646301

If I select the OC EFI Boot, I'll get a volume called "No Name" next to macOS.
If I select this drive, I'll get an alert:
"Could not read \EFI\: Invalid Parameter.
Error: could find boot options:
Invalid Parameter start-image() returned in valet parameter"

Obviously I haven't understood how to handle EFI Boots. Any suggestions?
This may give you some insights. The rEFinf Boot Manager page.

And a forked version more modern version

I have used these on standard a mac (non OpenCore) with a Debian Distro and MacOS.
 
Please tell me, if this is off topic: I'm thinking about what to do with my old machines once Sequoia won't get any updates. I've successfully installed Mint to a separate partition on my MBP 10,2. It's got a Broadcom BCM4331, which made it necessary install a firmware update. After that Wifi worked perfectly.

After Restart I saw this:

View attachment 2646300

If I choose the EFI Boot on the right, I get this:
View attachment 2646301

If I select the OC EFI Boot, I'll get a volume called "No Name" next to macOS.
If I select this drive, I'll get an alert:
"Could not read \EFI\: Invalid Parameter.
Error: could find boot options:
Invalid Parameter start-image() returned in valet parameter"

Obviously I haven't understood how to handle EFI Boots. Any suggestions?
I also had problems dual-booting Linux Mint and Sequoia on a MBP 2013 through OC. Anytime I booted up LM, MacOS would be stuck on the first quarter of the loading screen bar afterwards. This happened with the ext4_x64.efi driver as well as when booting grub through the EFI icon. After digging deep in the internet, I found some post in some forum [or reddit discussion] documenting the same thing, suggesting to make the EFI partition read-only etc... Nothing really worked. No problems on a MBP 2015, however.

I switched to Pop!_OS and actually never looked back. The problem entirely disappeared with this distro. There was also a problem with fractional scaling on LM at the time, which I described here. Might well be possible this disappeared by now with the advent of Wayland support.
 
Last edited:
This happened with the ext4_x86.efi driver
Pretty sure ext4_x86.efi is 32 bit and you would need ext4_x64.efi for Sequoia, or am I missing something obvious?
Possible to run smaller ext4 volumes maybe?
Or is it possible or even a reason to run ext4_x86.efi on any later legacy Mac 2010-ish?
I would think not possible from Catalina and onwards as that was the OS to stop 32-bit support as I recall?
 
  • Like
Reactions: TimothyR734
Pretty sure ext4_x86.efi is 32 bit and you would need ext4_x64.efi for Sequoia, or am I missing something obvious?
Possible to run smaller ext4 volumes maybe?
Or is it possible or even a reason to run ext4_x86.efi on any later legacy Mac 2010-ish?
I would think not possible from Catalina and onwards as that was the OS to stop 32-bit support as I recall?
Sure, it must have been the x64 version, you are completely right. I have corrected it in the post.

BTW, one of the contributors in the aforementioned forum discussion provided a script, which auto installs the ext4 driver on an existing OC installation. It is quite handy if you have several OCLP Macs.
 
Last edited:
I also had problems dual-booting Linux Mint and Sequoia on a MBP 2013 through OC. Anytime I booted up LM, MacOS would be stuck on the first quarter of the loading screen bar afterwards. This happened with the ext4_x64.efi driver as well as when booting grub through the EFI icon. After digging deep in the internet, I found some post in some forum [or reddit discussion] documenting the same thing, suggesting to make the EFI partition read-only etc... Nothing really worked. No problems on a MBP 2015, however.

I switched to Pop!_OS and actually never looked back. The problem entirely disappeared with this distro. There was also a problem with fractional scaling on LM at the time, which I described here. Might well be possible this disappeared by now with the advent of Wayland support.
I had a very long session with Sam Altman's best friend. I ended up with giving up Mint and start from scratch with with Debian. After installation I had to reinstall OC again, but now both work well.
 
I had a very long session with Sam Altman's best friend. I ended up with giving up Mint and start from scratch with with Debian. After installation I had to reinstall OC again, but now both work well.
I was too hasty to post: Same procedure (well, Debian works - that's something. But Grub destroys my OC: I need to start with the OC USB pen drive again. I activated verbose and got this. I won't bother very much now. The MBP 10,2 will live a happy afterlife. But in case someone is interested - here is what I got.
 

Attachments

  • IMG_9092.jpeg
    IMG_9092.jpeg
    1.1 MB · Views: 11
  • Like
Reactions: TimothyR734
I was too hasty to post: Same procedure (well, Debian works - that's something. But Grub destroys my OC: I need to start with the OC USB pen drive again. I activated verbose and got this. I won't bother very much now. The MBP 10,2 will live a happy afterlife. But in case someone is interested - here is what I got.
It is pretty well documented that it is a good idea to create a new separate partition for OCLP to have its wn space and avoid problems with multi boot and especially with Windows. This also has the benefit of making it easier to have quick access to edit the config files and you can then completely delete grub from your EFI and just use OCLP as the boot manager if you want. That is what we do anyway and have done for years.
 
  • Like
Reactions: TimothyR734
I was too hasty to post: Same procedure (well, Debian works - that's something. But Grub destroys my OC: I need to start with the OC USB pen drive again. I activated verbose and got this. I won't bother very much now. The MBP 10,2 will live a happy afterlife. But in case someone is interested - here is what I got.
Simply avoid Grub or ReFind or other boot managers until you want to maintain a lot of different EFI partitions. You can integrate Linux into OpenCore. All this has been documented in the OpenCore (not OLCP) documentation in great detail. Read yourself a human written documentation and make up your mind and do not rely on an AI trained with all the rumors countless non experts have posted all over the internet over decades, now.

There is no such thing like a swarm intelligence. You will find only rats or even worse kids following a piper. Great story, you should have heard it in your native language.
 
Last edited:
Simply avoid Grub or ReFind or other boot managers until you want to maintain a lot of different EFI partitions. You can integrate Linux into OpenCore. All this has been documented in the OpenCore (not OLCP) documentation in great detail.
Yes, just confirming we use this from the Dortania OCLP docs (no AI-slop 😉 for all our triple boot legacy Macs and simply add ext4_x64.efi for Linux. It recommends adding a separate volume for OCLP and ignoring or deleting grub. Has worked great here for years FWIW..
 
Simply avoid Grub or ReFind or other boot managers until you want to maintain a lot of different EFI partitions. You can integrate Linux into OpenCore. All this has been documented in the OpenCore (not OLCP) documentation in great detail. Read yourself a human written documentation and make up your mind and do not rely on an AI trained with all the rumors countless non experts have posted all over the internet of decades, now.

There is no such thing like a swarm intelligence. You will find only rats or even worse kids following a piper. Great story, you should have heard it in your native language.
🙂 Thanks so much.

K two would probably say: Maybe I was just bored. It seemed pretty straightforward, but I can see, it isn't. Other than the kids in Hamelin I didn't have much to lose. I hope to be able to use some rainy days in Denmark to really understand, what I already had found here:
 
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.