Interesting. This is what 2.2.0 shows me:
I hope someone can explain this behavior, it’s utterly confusing for me.
My best guess is the 14.7.3 RC I’m on atm.
Interesting. This is what 2.2.0 shows me:
- [...]
- Running sanity checks before patching
- SystemVersion.plist build version mismatch: found 14.7.1 (23H222), expected 14.7 (23H124)
An update is in progress on your machine and patching cannot continue until it is cancelled or finished
- Unmounting root volume
- Failed sanity checks, cannot continue with patching!!!
Is it possible that 14.7.1 has already been partially installed, causing the reported mismatch? Maybe try updating OCLP in safe mode?If I have macOS Sonoma 14.7 (installed via OCLP 2.0.2) on a Late 2012 Mac mini, and want to go to Sonoma 14.7.2 (not quite ready to make the big leap to Sequoia just yet), do I update OCLP to 2.2.0 first, and then try the OS update? Because I think OCLP 2.2.0 came out before 14.7.2, and if I bring up OCLP 2.2.0 on the system and try to install the root patches, it gets errors and complains about seeing 14.7 and wanting to see 14.7.1 for some reason.
Less:- [...] - Running sanity checks before patching - SystemVersion.plist build version mismatch: found 14.7.1 (23H222), expected 14.7 (23H124) An update is in progress on your machine and patching cannot continue until it is cancelled or finished - Unmounting root volume - Failed sanity checks, cannot continue with patching!!!
That's what's weird. I don't know where it's getting that 14.7.1 reference from. Not from the system .plist:Is it possible that 14.7.1 has already been partially installed, causing the reported mismatch? Maybe try updating OCLP in safe mode?
I also sometimes see advice to revert patches in OCLP, restart, and reapply patches.
% grep 14 /System/Library/CoreServices/SystemVersion.plist
<string>14.7</string>
<string>14.7</string>
With older versions of macOS Apple doesn't do the whole developer/public beta testing cycle, so, as far as I am aware, they are always labeled as RC until the final version is released.I hope someone can explain this behavior, it’s utterly confusing for me.
My best guess is the 14.7.3 RC I’m on atm.
Have a look at this:That's what's weird. I don't know where it's getting that 14.7.1 reference from. Not from the system .plist:
Less:% grep 14 /System/Library/CoreServices/SystemVersion.plist <string>14.7</string> <string>14.7</string>
Thanks, @paalb ... here's what I have:Have a look at this:
/System/Volumes/Update/Update.plist
/System/Volumes/Update/Preflight.plist
and delete update if it is here:
/System/Library/AssetsV2/com_apple_MobileAsset_MacSoftwareUpdate
% grep 14.7 /System/Volumes/Update/Update.plist
<string>14.7.1</string>
% grep 14.7 /System/Volumes/Update/brain_path.plist
<string>14.7.1</string>
% grep 14.7 /System/Volumes/Update/Preflight.plist
grep: /System/Volumes/Update/Preflight.plist: No such file or directory
% ls -lt /System/Library/AssetsV2/com_apple_MobileAsset_MacSoftwareUpdate
total 144
-rw-r--r-- 1 root wheel 35697 Jan 28 12:21 com_apple_MobileAsset_MacSoftwareUpdate.xml
-rw-r--r-- 1 root wheel 35693 Jan 28 12:21 com_apple_MobileAsset_MacSoftwareUpdate.xml.purged
drwxr-xr-x@ 5 _nsurlsessiond wheel 160 Nov 4 16:30 22316ca52ed78feea905472d6be72fcff6bf43c5.asset
With older versions of macOS Apple doesn't do the whole developer/public beta testing cycle, so, as far as I am aware, they are always labeled as RC until the final version is released.
My note sais:Thanks, @paalb ... here's what I have:
Do I zap all 3 of those files?Less:% grep 14.7 /System/Volumes/Update/Update.plist <string>14.7.1</string> % grep 14.7 /System/Volumes/Update/brain_path.plist <string>14.7.1</string> % grep 14.7 /System/Volumes/Update/Preflight.plist grep: /System/Volumes/Update/Preflight.plist: No such file or directory % ls -lt /System/Library/AssetsV2/com_apple_MobileAsset_MacSoftwareUpdate total 144 -rw-r--r-- 1 root wheel 35697 Jan 28 12:21 com_apple_MobileAsset_MacSoftwareUpdate.xml -rw-r--r-- 1 root wheel 35693 Jan 28 12:21 com_apple_MobileAsset_MacSoftwareUpdate.xml.purged drwxr-xr-x@ 5 _nsurlsessiond wheel 160 Nov 4 16:30 22316ca52ed78feea905472d6be72fcff6bf43c5.asset
OK, I nuked those files/directories. I don't have a Preflight.plist file.My note says:
"Deleted these:
/System/Library/AssetsV2/com_apple_MobileAsset_MacSoftwareUpdate/*
/System/Volumes/Update/Update.plist
/System/Volumes/Update/Preflight.plist"
So yes, you delete those three inside of com_apple_MobileAsset_MacSoftwareUpdate and Update.plist
If I remember right, the downloaded OS is inside the 22316ca52ed78feea905472d6be72fcff6bf43c5.asset folder.
Maybe you have to delete the brain_path.plist file, too? I do not know.
Follow the instructions here: https://dortania.github.io/OpenCore-Legacy-Patcher/INSTALLER.html#downloading-the-installer If you already have done some of it you can skip, but it can never do any harm to do "Build and Install OpenCore".OK, I nuked those files/directories. I don't have a Preflight.plist file.
I have OCLP 2.2.0 installed now. Do I have to run it (i.e. the 'Build and Install OpenCore' stage) first before I can attempt the OS upgrade to 14.7.3?
Follow the instructions here: https://dortania.github.io/OpenCore-Legacy-Patcher/INSTALLER.html#downloading-the-installer
I ended up doing the OpenCore 2.2.0 upgrade and installed it to disk, and after rebooting I did the OTA upgrade to Sonoma 14.7.3.If you already have done some of it you can skip, but it can never do any harm to do "Build and Install OpenCore".
Sorry if I wasn’t clear. This is on a 2013 Mac Pro trash can, not a Mac mini.What keyboard are you using?
Unplug the keyboard from the monitor, plug in to your mini.
Even better, get a USB 3.0 hub of some kind, and plug THAT into your mini. I have a 4 port hub plugged into my 2012 mini. Gives me enough extra USB ports for most USB needs.
Does this mean you were successful doing the clean install of 14.7.3?I struggled earlier to update to OCLP 2.2.0 within macOS Sonoma updating 14.7.1 to 14.7.2. Made me clean install macOS Sonoma 14.7.3, which seemed RC.
Actually your other suggestion worked! Thanks!Maybe the ADB support in the system has beeen dropped.
Can you try with an actual USB keyboard/mouse?
open /Applications/<App name>.app --args --use-angle=gl
Does this mean you were successful doing the clean install of 14.7.3?
I was able to get the OTA update to 14.7.3 within macOS Sonoma 14.7 to work, but it left me with a system that isn’t working as my keyboard & mouse are no longer functional.