- Oct 13, 2017
- Asus Z97-A
- i7 4790k CPU
- ATI Radeon HD 5670
Is there any change log of .120? I like to see whats new or bug fixes.
What I found out was the issue was the G-Sync!......When I enabled that my lock up problems came back!
Anybody able to enable G-Sync without issues?....I can still choose the 165hz refresh without it on.
Working great so far!......Hope this helps if you had G-Sync enabled in 10.12 and did upgrade to 10.13.
Thanks for all the help!
Done my own tests on a clean install. CSR set to 0x3FF in config.plist, boot into fresh High Sierra, run only my script, reboot and everything works. Reboot with CSR 0x3, everything works. No errors. No gatekeepers. Single monitor connected throughout as i have to boot with only one plugged in anyways (out of my 6 displays).
View attachment 286617
vulgos-iMac:~ vulgo$ diskutil list /dev/disk0 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *480.1 GB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_APFS Container disk3 240.0 GB disk0s2 3: Microsoft Reserved 16.8 MB disk0s3 4: Apple_APFS Container disk4 51.5 GB disk0s4 5: Microsoft Basic Data Windows 62.4 GB disk0s5 6: Windows Recovery 471.9 MB disk0s6 7: Linux Filesystem 41.9 GB disk0s7 /dev/disk1 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *320.1 GB disk1 1: ZFS 320.1 GB disk1s1 2: 6A945A3B-1DD2-11B2-99A6-080020736631 8.4 MB disk1s9 /dev/disk2 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *320.1 GB disk2 1: ZFS 320.1 GB disk2s1 2: 6A945A3B-1DD2-11B2-99A6-080020736631 8.4 MB disk2s9 /dev/disk3 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +240.0 GB disk3 Physical Store disk0s2 1: APFS Volume Macintosh HD 162.4 GB disk3s1 2: APFS Volume Preboot 18.9 MB disk3s2 3: APFS Volume Recovery 519.9 MB disk3s3 4: APFS Volume VM 20.5 KB disk3s4 /dev/disk4 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +51.5 GB disk4 Physical Store disk0s4 1: APFS Volume HighSierra 11.3 GB disk4s1 2: APFS Volume Preboot 20.0 MB disk4s2 3: APFS Volume Recovery 519.9 MB disk4s3 4: APFS Volume VM 2.1 GB disk4s4 vulgos-iMac:~ vulgo$ diskutil mountdisk disk0s1 Volume(s) mounted successfully vulgos-iMac:EFI vulgo$ sudo /Volumes/EFI/altnvweb-120.sh Alternative Installer for WebDriver-3184.108.40.206.15.120 Downloading package... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 62.1M 100 62.1M 0 0 2434k 0 0:00:26 0:00:26 --:--:-- 2714k Extracting... 387207 blocks Approving kexts... Installing... Updating caches... KernelCache ID: DA0EC1820DBF57DE71EC643A0018C6BB Complete. You should reboot now. vulgos-iMac:EFI vulgo$
Me too... All I did was update Lilu.kext to 1.2.0 and relevant related kext. Then I update via NVidia Device Manager. I got the error message too but I just keep continue.Upgraded to .120 without any issue. I did the error message but just pressed Continue.
I made no changes to SIP.
Half the problem is hardware/configuration. The other half, could be that with SIP disabled and without the kexts approved we just need that list of IDs in 'csr-data' NVRAM variable (good fit for config.plist maybe). Or once in the database they just load too, irrespective of SIP.NICE!
I got busy installing the new Windows Fall Update fresh. Then got distracted by a couple of Steam games after making sure the game library was good on the back up drive. XD
EDIT, yup if I only connect 1 display to the HDMI port, then I can do 0x67 all the way. Damn.
I’m still on 10.12.6 and running with SIP fully enabled (after years of kext-dev-mode=1 and SIP 0x3), works like a charm. Clover injection is definitely the way to goInteresting note: in the comments Pike R Alpha says he runs his system with SIP fully enabled and loads all unsigned kexts via the boot loader. I know this is pushing against years of inertia in this community and a bit like tilting at windmills, but it really seems like that's how things should be run in general. Guess I'm experimenting tonight...