@rbart - On at least one occasion SilentKnight was a few days late reporting firmware out of date; Mr Oakley has to update the SK database himself I believe. But it's still an indispensable tool for Mac owners, particularly the unsupported ones.
What's your Mac model?Hmm, I thought everything was going well, but after messing with Photos to see if it was working it turns out that it is not. While I am not crashing as other posters upthread, my iCloud syncing seems to be not working (along with People/Pets detection and Duplicate finding). I made a new library and get the same message that the "Mac Needs to Cool Down".
macsfancontrol does not seem to be running any hotter than normal (I am on full blast in clamshell mode).
Does anyone know which temp sensor I should be checking that triggers the "cool down" message?
It's best to test on your own Mac, regardless of whether others say it's "working." Each of us has different use cases and different Mac Models (SMBIOS). Since OCLP applies post-install patches and generates EFI that is unique to each Mac Model, you may just have to test it and report your findings.Yes, but something is not clear: does it work with Monterey installed on an APFS volume on a thunderbolt drive ?
Have you tested without spoofing 8,1?I have a 7,1 mini that's spoofing to show as an 8,1
Just tested Photos/People on my 2 Hacks and is working fine on both. They're running OC 0.9.5, Sonoma 14.1 RC.Updated to Sonoma 14.1 RC 23B73 and no difference. People in Photos just as random as before.
I'm running with OC 0.9.5. My testing shows that the Photos issue is with post-install patches and not the OC EFI.Just tested Photos/People on my 2 Hacks and is working fine on both. They're running OC 0.9.5, Sonoma 14.1 RC.
Strange that the 2 real Macs are having issues, maybe OC 0.9.3 in OCLP?
Depends -@davidlv @deeveedee @air.man
Photos was working perfectly under OCLP v1.0.1
The only thing that changed was updating OCLP to v1.1.0
Should I revert back to OCLP v1.0.1? Or wait for the release of Sonoma v14.1?
(all in reference to a Late 2009 iMac 10,1. Running Sonoma 14.0)
Did you test the 1.1.0 EFI with 1.0.1 post-install patches? I don't have your Mac, but it might be that the USB 1.1 issues were solved in the OC EFI and not in post-install patches.Depends -
yes, also for me 1.0.1 was fine - with 14.0. But it couldn't boot 14.1 OS or installer (the USB1.1 issue on my MBP5,2). So had to go to 1.1.0.
Yes, I did, thanks for the suggestion.Did you test the 1.1.0 EFI with 1.0.1 post-install patches? I don't have your Mac, but it might be that the USB 1.1. issues were solved in the OC EFI and not in post-install patches.
Thanks. I should have reviewed the commits again to see that the fix was a sys_patch issue. Sorry for my unnecessary guess.Yes, I did, thanks for the suggestion.
Result is that it boots and Photos work, but the MBP5,2 then needs external mouse and keyboard. So the USB1.1 fix seems to have a part in the EFI and a part in the post-install patches.
Hello,Apple Photos people identification is a piece of encrypted information propagated across your various devices.
If any form of Photos recognition isn't working on your Mac, if you also have an iDevice try identifying the person or pet on an iPhone or iPad using 17.x to see if this syncs.
- If you see "GIGABYTE", then that indicates that the SSDT is not loaded, which can be problematic for hot-pluggability. You should see "Apple Inc." when it is loaded properly. To rule out any issues with your edits, you can try load
- Perhaps this is related to your SSDT issue. Try connecting the devices before booting and also try rebooting afterwards.
Strange, although all 4 of my devices are online and logged into my iCloud account, only the 2 real macs have the synced Photos/People problem. Must be down to the OCLP patching on the macs, as the hacks aren’t affected.Hello,
Well I hope I get your statement correct: in my situation the mixed people albums / messed up faces got synced to other devices unfortunately.
I may be misunderstanding what I read in your signature.But this was on OCLP 1.0.1 and macOS 14, I didn’t dare to upgrade yet.
I have had this issue since Apple released the 23A344 KDK, regardless the OCLP version you are using. It seems specific to non metal machines.
So it was a non-metal issue (and it was an issue with OCLP post-install patches). Good detective work.All my kudos, hats off and chapeaux to this incredible dream team that was able to solve the Photos issue. The last nightly did it! 👋👋👋
Excellent work by the developers, and quick! THANK YOU!So it was a non-metal issue (and it was an issue with OCLP post-install patches). Good detective work.
View attachment 2301297
EDIT: Unless we'll be seeing another commit to "Resolve Metal Photos app crash" 😂
Not unnecessary. It is good to try out the full phase space ... there still could have been "hidden variables".Thanks. I should have reviewed the commits again to see that the fix was a sys_patch issue. Sorry for my unnecessary guess.
View attachment 2301172
Check out https://communities.vmware.com/t5/V...onnection-has-been-broken/td-p/2874746/page/3I am on a MacBook Pro 9,1, and everything is running smoothly under OCLP 1.1.0 and RC 14.1. The only problem I am having is updating VMWare Fusion to 13.5. I can run everything under 13.0.2 just fine, but updating to 13.5 causes the transport error -14: broken pipe. Has anyone been successful in updating, or is this a known problem?