Got a tip for us?
Let us know
Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
macOS 14 Sonoma on Unsupported Macs Thread
- Thread starter dhinakg
- WikiPost WikiPost
- Start date
- Sort by reaction score
- Status
If assets is revenue generating, it would be nuts to run on patchers.
As a proper profitable business, it is desirable to have depreciating (working) assets for tax reasons. No need to be stingy on required equipments.
At the end, I used a previous backup from Sonoma, and then updated to 14.5.
This time the VEGA 64 keeps working like a charm.
H264 and HEVC ara enabled.
This time the VEGA 64 keeps working like a charm.
H264 and HEVC ara enabled.
Attachments
Last edited:
Some say so. (In fact, most do).
I´d still put it the other way round: If i.e. a Mac Pro that we bought in 2016 for around 500 bucks still runs and does its job today - 8 years later, you can put tax deductions away in comparison to spending 2500 to 4000 for new gear all few years.
oh my!
Delete the "Sleep Wake Failure" diag file in
\Library\Logs\DiagnosticReports
this fixed it
Why bother having a computer? 😆😆
Sadly my old 2009 4,1->5,1 cMP bootrom finally failed 
Seen the nMP 2019 deals but decided to be cheap and keep saving for a Studio Ultra
Was able to snag a trashcan 6,1 cheap locally, swapped over my ssd, and a quick OCLP rerun, back in business
Seen the nMP 2019 deals but decided to be cheap and keep saving for a Studio Ultra
Was able to snag a trashcan 6,1 cheap locally, swapped over my ssd, and a quick OCLP rerun, back in business
Success at last. Did exactly the same as before using the same USB SSD created previously BUT this time I used a power dongle with a USB 3.2 port so the 12" MB 9,1 was not on battery power but was powered from the Apple power adapter and it went OK first time. The previous times I was using either a USB stick or USB SSD connected to the only USB-C port on the MB and a fully charged (new) battery. Don't know whether this is a bug.
Anyone got an idea?
I tested the usb-hub by plugging the external installer-hd in it as well and it boots fine. But everytime I the Apple logo comes on I see the laserlight on the mouse die. The light on the external hd stays on.
I tried multiple smc-resets, natal-resets and managed to get into recovery again with working input devices so retried the clean install.
It made it to a full install but again, when entering the setup-stage of Sonoma, the same problem occurs. I can’t seem to get the external mouse and keyboard to work. Or only on a few occasions that I can’t seem to reproduce.
Has anyone experienced something like this?
Thanks!
You may need the patches applied for the internal mouse and keyboard to work on your Mac?
I have solved it by having an external old USB Mac keyboard with a built in hub to get through this but any old USB hub (1.1?) and a keyboard and mouse connected to it should get you through it. Good luck.
Thanks for your reply. The keyboard, mouse, hub, flash drives,… they all worked fine on previous installs that needed the usb-hub workaround already. That’s where I am stumped.
I am probably missing something, but as 14.5 has new kexts it might be worth a try connecting an external keyboard, probably using an OCLP-built USB installer that adds the kexts for you to make sure. Good luck.
Last edited:
The current Nightly fixes the brief WindowServer crash seen at boot on this Mini7,1 with all previous iterations of OCLP. 👏
Staying on-topic would be nice, as well. 🤨Hello,
A slightly esoteric OT question maybe but perhaps someone can comment briefly if they have seen this
and have a fix? I have had issues with hibernation on my rMBP 2012 that I never quite figured out.
I today realised it might be a OCLP multi-boot efi issue as I multiboot various OS:s.
I tested a setting in building a new OCLP config.plist:
Settings/Advanced/Misc/Hibernation Work-around
It says:
" Only load minimum EFI drivers to prevent hibernation issues.
Note: This may break booting from external drives."
This fixes my hibernation issues but breaksthat I have added in OCLP to mount ext4 volumes in Mac OS. in my multi-boot setup.Code:ext4_x64.efi
This probably all makes sense as I assume the Ubuntu efi drivers might also be what is conflicting with the hibernation and why it is prevented from loading. It does not hide the other Win and Mac volumes, only Ubuntu by name under OCLP and rebooting without the hibernation fix brings back the ubuntu boot option.
I can live with it for sure as it is mostly aesthetics but also makes the Linux instances clearer as it says “ubuntu.xxx” and not “EFI” when booting with a few different volumes named "efi"
Ah well. if anyone has seen a fix or a hypothesis for having the best of both worlds I would certainly appreciate it? Working hibernation and cleaner multi-boot would be nice
Can you elucidate? I have a MM 7,1 (Core i7 2014) and don't think I've seen a Window Server boot crash and Logs–WindowServer shows nothing. Do you see a report somewhere?
Last edited:
Brief WindowServer crash at boot. Goes away on it's own, no log entry. Just some artifacts across the screen briefly. Suspect others have seen it, as well. Definitely fixed in OCLP v.1.6.0n, latest.
Which 1.60 Commit? I recall seeing something brief after login a while ago on my MBP6,2, but I'm not yet using 1.6.0 (or the latest 1.5.0 for that matter) and haven't seen it. I think the fix for me was already in a previous version of OCLP, but I don't remember what it was. I'll look and report back if I find it.Brief WindowServer crash at boot. Goes away on it's own, no log entry. Just some artifacts across the screen briefly. Suspect others have seen it, as well. Definitely fixed in OCLP v.1.6.0n, latest.
In the mean time, if you can pinpoint the exact commit, that would be helpful. Thank you.
Sadly, current 1.60n doesn't fix the flash of artefacts at boot of 2013 13" MBA running Monterey final
I didn't see why it would - that's why I asked. I don't have time now, but do plan to examine the commit.