bronxteck Posted July 13, 2015 Share Posted July 13, 2015 it comes from running the app. there are hidden .IA files on the root that you can delete to remove the entry in clover. Link to comment Share on other sites More sharing options...
prcmelo Posted July 13, 2015 Share Posted July 13, 2015 it comes from running the app. there are hidden .AI files on the root that you can delete to remove the entry in clover. This is what I have in my Macintosh SSD Root... any idea? Link to comment Share on other sites More sharing options...
chris1111 Posted July 13, 2015 Share Posted July 13, 2015 This is what I have in my Macintosh SSD Root... any idea? .IABootFiles .IAProductInfo 1 Link to comment Share on other sites More sharing options...
prcmelo Posted July 13, 2015 Share Posted July 13, 2015 .IABootFiles .IAProductInfo I will try now, and let you know! Edited: Yes! It works! Thank you, chris1111 !!! 1 Link to comment Share on other sites More sharing options...
The Real Deal Posted July 20, 2015 Share Posted July 20, 2015 Fellas With Clover 3050 my GTX 690 boot normally (+ web drivers) I installed 3241 with same entries in config.plist, OSX files stay untouched. GTX 690 : Black Screen. Something have changed with graphic management with newer Clover? Link to comment Share on other sites More sharing options...
Slice Posted July 20, 2015 Share Posted July 20, 2015 Fellas With Clover 3050 my GTX 690 boot normally (+ web drivers) I installed 3241 with same entries in config.plist, OSX files stay untouched. GTX 690 : Black Screen. Something have changed with graphic management with newer Clover? Added new card names. Added possibility to rename cards. But nothing about functionality. Check is your config.plist changed. Link to comment Share on other sites More sharing options...
The Real Deal Posted July 21, 2015 Share Posted July 21, 2015 ok thanks ; i don't see the clear differents between #Arguments and Arguments but i have tried all possibilities. Also 1080p boot is broken too (or something has surely changed). Link to comment Share on other sites More sharing options...
Slice Posted July 21, 2015 Share Posted July 21, 2015 ok thanks ; i don't see the clear differents between #Arguments and Arguments but i have tried all possibilities. Also 1080p boot is broken too (or something has surely changed). #Arguments means this line is switched OFF and will not affect bootloader. I am booted in 1080p mode OK. Link to comment Share on other sites More sharing options...
CarlosML Posted July 21, 2015 Share Posted July 21, 2015 I'm running a Hackintosh using a Gigabyte GA-Z97X-D3H with an Intel Core i5 4690. As a default, Clover selected a SMBIOS for an iMac 14,2, but the hardware of an iMac 15,1 seems more similar to my configuration. I changed it manually using Clover Configurator and everything seems to be working OK, should I be worried about something? 1 Link to comment Share on other sites More sharing options...
Slice Posted July 22, 2015 Share Posted July 22, 2015 I'm running a Hackintosh using a Gigabyte GA-Z97X-D3H with an Intel Core i5 4690. As a default, Clover selected a SMBIOS for an iMac 14,2, but the hardware of an iMac 15,1 seems more similar to my configuration. I changed it manually using Clover Configurator and everything seems to be working OK, should I be worried about something? No problem. How can I know what iMac is better for you? 2 Link to comment Share on other sites More sharing options...
mendietinha Posted July 22, 2015 Share Posted July 22, 2015 Slice, looks like there is a problem with clover in this beta 4. kexts are not being injected properly. Link to comment Share on other sites More sharing options...
Slice Posted July 22, 2015 Share Posted July 22, 2015 Slice, looks like there is a problem with clover in this beta 4. kexts are not being injected properly. Sure? Link to comment Share on other sites More sharing options...
mendietinha Posted July 22, 2015 Share Posted July 22, 2015 Sure? yes. many reports so far. myself included. looks like something has changed with caches in dp4. Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 22, 2015 Share Posted July 22, 2015 Sure? Positive. After installing the update and rebooting it hung during boot because FakeSMC etc failed to load from EFI. Link to comment Share on other sites More sharing options...
Slice Posted July 22, 2015 Share Posted July 22, 2015 Any thoughts why? Link to comment Share on other sites More sharing options...
mendietinha Posted July 22, 2015 Share Posted July 22, 2015 looks like cache related. Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 22, 2015 Share Posted July 22, 2015 Any thoughts why? Here's a snippet from my system log where it failed to load kexts from EFI. Maybe it will help. Jul 22 00:32:34 localhost kernel[0]: Not entitled to link kext 'org.netkas.FakeSMC' Jul 22 00:32:34 localhost kernel[0]: Failed to load executable for kext org.netkas.FakeSMC. Jul 22 00:32:34 localhost kernel[0]: Kext org.netkas.FakeSMC failed to load (0xdc008004). Jul 22 00:32:34 localhost kernel[0]: Dependency org.netkas.FakeSMC of kext org.kozlek.GeforceSensor failed to load. Jul 22 00:32:34 localhost kernel[0]: Kext org.kozlek.GeforceSensor failed to load (0xdc008015). Jul 22 00:32:34 localhost kernel[0]: Failed to load kext org.kozlek.GeforceSensor (error 0xdc008015). Jul 22 00:32:34 localhost kernel[0]: Kext org.slice.IntelCPUMonitor - library kext org.netkas.FakeSMC not found. Jul 22 00:32:34 localhost kernel[0]: Can't load kext org.slice.IntelCPUMonitor - failed to resolve library dependencies. Jul 22 00:32:34 localhost kernel[0]: Kext org.slice.IntelCPUMonitor failed to load (0xdc00800e). Jul 22 00:32:34 localhost kernel[0]: Failed to load kext org.slice.IntelCPUMonitor (error 0xdc00800e). Jul 22 00:32:34 localhost kernel[0]: Couldn't alloc class "GeforceSensors" Jul 22 00:32:34 localhost kernel[0]: Couldn't alloc class "IntelCPUMonitor" Jul 22 00:32:01 localhost com.apple.xpc.launchd[1]: Rebuilding caches after update... Jul 22 00:32:34 localhost kernel[0]: Not entitled to link kext 'com.insanelymac.IntelMausiEthernet' Jul 22 00:32:34 localhost kernel[0]: Failed to load executable for kext com.insanelymac.IntelMausiEthernet. Jul 22 00:32:34 localhost kernel[0]: Kext com.insanelymac.IntelMausiEthernet failed to load (0xdc008004). Jul 22 00:32:34 localhost kernel[0]: Failed to load kext com.insanelymac.IntelMausiEthernet (error 0xdc008004). Jul 22 00:32:34 localhost kernel[0]: Couldn't alloc class "IntelMausi" Link to comment Share on other sites More sharing options...
Slice Posted July 22, 2015 Share Posted July 22, 2015 If this concerned SIP then I will correct it when sf.net will work. kext-dev-mode, rootless are OK? 1 Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 22, 2015 Share Posted July 22, 2015 I'm using rootless=0 as usual. kext-dev-mode gets applied with that as far as I can tell. Link to comment Share on other sites More sharing options...
Slice Posted July 22, 2015 Share Posted July 22, 2015 I'm using rootless=0 as usual. kext-dev-mode gets applied with that as far as I can tell. It is not one bit. There are at least 6 bits. Link to comment Share on other sites More sharing options...
Simonej Posted July 22, 2015 Share Posted July 22, 2015 I can confirm that DP4 won't boot. FakeSMC kext (Slice version) in 10.11 folder or Other folder, kext-dev-mode + rootless OK, boot with or without cache. Same for recovery partition. Now we know that DP4 need custom kext in S/L/E, but for new install? Someone could test with one USB driver? Bug inside DP4 or complication for us? Log similar to Riley. Can I help with test? Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 22, 2015 Share Posted July 22, 2015 It is not one bit. There are at least 6 bits. All I can say is it worked fine for the first 3 betas with just rootless=0. Looking through the log there are messages like this which suggest that kext-dev-mode is working: com.apple.kextcache[511]: kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext FakeSMC.kext This is after I copied the kexts to /S/L/E. At the end of the day, the kexts are loading fine from /S/L/E but not from EFI. As Simonej says, this also affects the Recovery partition. 1 Link to comment Share on other sites More sharing options...
mnfesq Posted July 22, 2015 Share Posted July 22, 2015 All I can say is it worked fine for the first 3 betas with just rootless=0. Looking through the log there are messages like this which suggest that kext-dev-mode is working: com.apple.kextcache[511]: kext-dev-mode allowing invalid signature -67062 0xFFFFFFFFFFFEFA0A for kext FakeSMC.kext This is after I copied the kexts to /S/L/E. At the end of the day, the kexts are loading fine from /S/L/E but not from EFI. As Simonej says, this also affects the Recovery partition. For what it's worth, my custom kexts will also load from Library/Extensions, not just S/L/E. 1 Link to comment Share on other sites More sharing options...
Fabio1971 Posted July 23, 2015 Share Posted July 23, 2015 with the DP4 does not load kext in/Clover/EFI/kext/10.11 Fabio 1 Link to comment Share on other sites More sharing options...
blackosx Posted July 23, 2015 Share Posted July 23, 2015 Clover needs to adapt to allow SIP to remain enabled and still give us freedom to load/inject kexts etc. for El Capitan DP4 and onwards. Pike’s changes for RevoBoot and r2737 of Enoch branch of Chameleon are working well here. I would like to see Clover follow this route. 4 Link to comment Share on other sites More sharing options...
Recommended Posts