I would uninstall all your Symantec anti-malware/internet security software and try again.Can someone please help. I'm using the newest OpenCore Legacy Patcher to update a Late-2013 iMac to Ventura. The install went perfectly, but I'm getting a fail on the post-install root patch with the following error:
- Unable to build new kernel cache
Reason for Patch Failure (71):
No variant specified, falling back to release
No variant specified, falling back to release
Error Domain=KMErrorDomain Code=71 "Unable to resolve dependencies: 'com.symantec.kext.ndcengine' names a dependency on 'com.symantec.kect.internetSecurity', which was not found."
UserInfo={NSLocalizedDescription=Unable to resolve dependencies: 'com.symantec.kext.ndcengine' names a dependency on 'com.symantec.kext.internetSecurity', which was not found.}
Please help, thanks so much.
Similar experience/outcome as 22F62, LS working but Apple TV not playing videos/streams.Apple seeded macOS 13.4 RC2 (22F63) to developers
NO, unfortunatelyIs it any option to downgrade macOS system without swipe full disk?
I mean, maybe delete some system folders you can force the process to back 13.2.1 without loose anydata as we can do when update the system
Several people, as well as Alfon_sico, have asked that same question several times over the last several months, and some seemingly can't understand that making a CCC backup (or equivalent) and using that backup after wiping the disk will ensure that the data is preserved. Considering the time used to ask that question over and over again, and ponder the many answers saying "no, unfortunately," making that backup would also be time saving.NO, unfortunately
Can someone correct me about this? I thought that if you have a Time Machine backup of 13.3.1, you should be able to install 13.2.1 to a new APFS volume and then Migrate Data/Apps from the 13.3.1 Time machine backup to the new 13.2.1 Volume.Is it any option to downgrade macOS system without swipe full disk?
I mean, maybe delete some system folders you can force the process to back 13.2.1 without loose anydata as we can do when update the system
I second your question, as my MBP4,1 running Ventura 13.3.1 crashes on Sleep (Nvidia driver related kernel panic). Maybe using the web driver wold solve this serious problem?I was reviewing OCLP 0.6.6 changelog and saw a reference to NVidia Tesla WebDriver-387.10.10.10.40.140. Is anyone using NVidia web drivers with their legacy NVidia graphics? Would we benefit from applying NVidia web drivers to our unsupported Macs with NVidia graphics?
I'll use my MBP13 mid2012 as a daily driver for common tasks. Sometimes there are lags, but I consider those minor and linked to workload on "old" hardware. At times there are heaps of processes running at the same time like indexing etc, that temporarily take up all the capacity.Hello There!
I have a MacBook Pro 9.2 Mid 2012 13''
Its Specifications:
CPU:i5-3210M
RAM: 4GB (I'll put 16GB soon, if not 8GB!)
SSD: 512GB
Graphics: Intel HD Graphics 4000 1536 MB
I want to install Mac OS Ventura using OCLP.
I know the current version is 0.6.5, who tried it? Lags? Does Wi-Fi work? Bluetooth? Trackpad? Keypad?
I just can't figure it out in youtube! Would love to get your opinions! Is it worth installing it?
Thank you guys!
Yes, that should work. The reason is simple; from the perspective of the installer application, there is no difference between a new APFS Volume and a wiped APFS Volume. Of course, you must be working with a disk that has enough space free to complete the install. Deleting the original volume to gain some space could be advisable too if space is limited. In essence, this whole process is not going to save time or effort, which is what that poster was looking for.Can someone correct me about this? I thought that if you have a Time Machine backup of 13.3.1, you should be able to install 13.2.1 to a new APFS volume and then Migrate Data/Apps from the 13.3.1 Time machine backup to the new 13.2.1 Volume.
Stop flexing, smh
Not sure if someone recommended this but setting Feature Unlock to partially enabled in OCLP settings and rebuilding your EFI might help you with those crashesI have a lot of problems (it was crashing) with my MacMini 7.1.
Therefore, yesterday I wiped the disk and installed Ventura from the scratch using OLCP 6.5
After the installation it seemed that my problems were resolved. Worked about 4 h without hiccup.
Therefore I left the machine running over night to complete the synchronisation from iCloud.
This morning, I tried to use the machine but it did not respond anymore.
Rebooting the machine, resulted into a screen where the progress bar stopped halfway.
I also tried to boot the EFI from the usb stick, but the same result.
It is so sad, that the machine is not usable anymore.
Now I am considering to install MacOS 12 which is still supported by Apple.
I also noted that I do not get the chime at the beginning of the boot.
But before doing so, the question to the developer of the patch, is there a trick to recover my macMini?
Reporting my webdriver experiment results here in case they help someone else: I attempted to install NVidia WebDrivers (387.10.10.10.40.140) on my MBP6,2 (NVidia Tesla) running Ventura 13.3.1 and patched with OCLP 0.6.5. I used CorpNewt's Web-Driver-Toolkit here. The patched webdriver installation started and appeared to be running fine until the last step, where the driver install failed. I ran OCLP 0.6.5 to repatch and OCLP reported the removal of the web patches, so the webdrivers were at least partially installed.I second your question, as my MBP4,1 running Ventura 13.3.1 crashes on Sleep (Nvidia driver related kernel panic). Maybe using the web driver wold solve this serious problem?
I do not understand this. Feature Unlock was enabled and the following features have been check marked.Not sure if someone recommended this but setting Feature Unlock to partially enabled in OCLP settings and rebuilding your EFI might help you with those crashes
Set Feature Unlock to partially enabled or disabled instead of enabled, don't forget to re-run build and install OpenCore.I do not understand this. Feature Unlock was enabled and the following features have been check marked.
NVMePowermanagement, Content Caching and APFS Trim. The rest was unchecked.
What should I further disable or enable?
Did it work in 13.2 and older?Talking about Nvidia drivers… many, many Nvidia problems have been solved, in these months: a really great work by the devs! One however still remains, at least in my case: some windows still won’t show up in Acronis Cyber Protect Home Office (ACPHO) for Mac, such as the setup windows and also some other ones (while using the app). I remember that once, as an experiment, I installed the (non-Metal) Nvidia web drivers, which strangely cured the problem; but of course they cannot be used as ordinary drivers on my Metal MBP11,3. Someone suggested to fix the problem by myself: but that’s of course not an option, as I’m not practical with modifying kernel extensions and similar things. Does anyone know why this problem still exists, with ACPHO and the Metal Nvidia drivers…? Just curious about why some windows won’t show up. BTW, the problem persists also if one switches to iGPU-only or dGPU-only, besides with the normal automatic switching; the only way to set up the program is to start in safe mode and do it from there, where all windows show up normally, albeit very slowly. (On my MBP11,1, without root patches, everything works: all windows show up correctly…)
* How it appears (no setup window above the main one, which also becomes grey):
View attachment 2201512
* How it should appear (with setup window):
View attachment 2201513
No: it has never worked, neither in Monterey nor in Ventura, with any OCLP version - very strange… Do they maybe use some special, non-standard windows…? This ACPHO window glitch was absent only in (natively supported) Big Sur: i.e., without applying root patches…Did it work in 13.2 and older?
Yes, you are right. This technology is only usable for nerds who want to spend much of their life time fiddling around on old machines to save a few bugs.@educovas and @Marty56 - this is an example of where treating OCLP like a black box without understanding Open Core may not be best for the end user (just my opinion). You can achieve the "partial unlock" by adding boot-args to your config.plist (see FeatureUnlock documentation here). You can disable FeatureUnlock.kext by disabling its associated "Kernel > Add" entry in your OC config.plist. Without knowing your level of understanding of Open Core, I don't know if that helps you. Does that help? I think that at some point, regardless of how "set it and forget it" OCLP attempts to be, knowing how it works and what it does is helpful.