calibre™ Posted July 28, 2015 Share Posted July 28, 2015 why with "kext-dev-mode=1", are you the unlucky ones? lol Link to comment Share on other sites More sharing options...
mendietinha Posted July 28, 2015 Share Posted July 28, 2015 that was surprising. let´s see... Link to comment Share on other sites More sharing options...
polyzargone Posted July 28, 2015 Share Posted July 28, 2015 Works fine here with webdrivers too ! Link to comment Share on other sites More sharing options...
mendietinha Posted July 28, 2015 Share Posted July 28, 2015 having problems here. caches were created with the kexts needed, but when i rebuild it, couldnt get the kexts to load anymore. Link to comment Share on other sites More sharing options...
polyzargone Posted July 28, 2015 Share Posted July 28, 2015 having problems here. caches were created with the kexts needed, but when i rebuild it, couldnt get the kexts to load anymore. Yeah, same here . This was too easy 1 Link to comment Share on other sites More sharing options...
mendietinha Posted July 28, 2015 Share Posted July 28, 2015 Yeah, same here . This was too easy if i didnt try to rebuild the cache, it would work... lmao Link to comment Share on other sites More sharing options...
polyzargone Posted July 28, 2015 Share Posted July 28, 2015 kextload them from rc.server You mean via ssh ? If so, the problem is that even my Ethernet kext doesn't load anymore (same for DummyUSBxxx.kext so no mouse/keyboard either) . I'm really stuck right now and even rebuilding the cache from a Yosemite system does not work . Link to comment Share on other sites More sharing options...
calibre™ Posted July 28, 2015 Share Posted July 28, 2015 kextload them from rc.server edit/add rc.server and add the kextcache command in there? Link to comment Share on other sites More sharing options...
calibre™ Posted July 28, 2015 Share Posted July 28, 2015 it is useless as you cant even kextload without rootless=0 Link to comment Share on other sites More sharing options...
polyzargone Posted July 28, 2015 Share Posted July 28, 2015 it is useless as you cant even kextload without rootless=0 Correct. Adding kextload /System/Library/Extensions/FakeSMC.kext in rc.server in /etc/ doesn't work . I don't understand. Does that means that even rootless=0 isn't accepted anymore so we can't bypass System folder protection ? That's non sense for a developer preview ?!? 1 Link to comment Share on other sites More sharing options...
naiclub Posted July 28, 2015 Share Posted July 28, 2015 Installation does not sound anymore. It was Corrections that protection. Link to comment Share on other sites More sharing options...
calibre™ Posted July 28, 2015 Share Posted July 28, 2015 Link to comment Share on other sites More sharing options...
The Real Deal Posted July 28, 2015 Share Posted July 28, 2015 You mean via ssh ? If so, the problem is that even my Ethernet kext doesn't load anymore (same for DummyUSBxxx.kext so no mouse/keyboard either) . I'm really stuck right now and even rebuilding the cache from a Yosemite system does not work . No connection with ssh, it's a command script. Link to comment Share on other sites More sharing options...
polyzargone Posted July 28, 2015 Share Posted July 28, 2015 No connection with ssh, it's a command script. Hum, did you read my previ… OK forget it, nevermind. So I finally managed to boot in DP5 by using my Public Beta 1 install disk and uncheck Enforce System Integrity Protection. On next reboot, the system shows this in verbose mode and "untrusted" kexts are loaded : Sandbox: launchd(1) System Policy: allow(0) file-write-flags /private/var/run/diagnosticd/dyld_shared_cache_i386 Sandbox: launchd(1) System Policy: allow(0) file-write-flags /private/var/run/diagnosticd/dyld_shared_cache_i386.map Sandbox: launchd(1) System Policy: allow(0) file-write-flags /private/var/run/diagnosticd/dyld_shared_cache_x86_64h Sandbox: launchd(1) System Policy: allow(0) file-write-flags /private/var/run/diagnosticd/dyld_shared_cache_x86_64h.map I'm not sure this is related but it boots and that's all I need for now . Link to comment Share on other sites More sharing options...
calibre™ Posted July 28, 2015 Share Posted July 28, 2015 uncheck Enforce System Integrity Protection didnt give you an error message? Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 28, 2015 Share Posted July 28, 2015 It gave me an error when I tried to disable it from PB1 installer (Mach error -536870212 - (iokit/common) general error). What I've found online about that error is that this is essentially "rootless=0", yet I have that in my Clover boot arguments. I'm just going to wait on a new Clover release. Don't think there's much else I can do until then. Link to comment Share on other sites More sharing options...
Pike R. Alpha Posted July 28, 2015 Share Posted July 28, 2015 It gave me an error when I tried to disable it from PB1 installer (Mach error -536870212 - (iokit/common) general error). What I've found online about that error is that this is essentially "rootless=0", yet I have that in my Clover boot arguments. I'm just going to wait on a new Clover release. Don't think there's much else I can do until then. rootless=0 won't allow you to write certain properties to NVRAM. Apple basically excluded it in the capabilities. Link to comment Share on other sites More sharing options...
Riley Freeman Posted July 28, 2015 Share Posted July 28, 2015 That would explain why the nvidia driver can't enable itself (I could do it via Clover boot-args but nvram is what it expects). Link to comment Share on other sites More sharing options...
joe75 Posted July 28, 2015 Share Posted July 28, 2015 "certain properties" never should have a problems with nv arg or any other normal variables Link to comment Share on other sites More sharing options...
polyzargone Posted July 28, 2015 Share Posted July 28, 2015 uncheck Enforce System Integrity Protection didnt give you an error message? That's what I expected when I tried but it worked. I'm pretty sure that it fails on my first attempt (with DP1 actually) so I'm surprised too and can't explain why it succeed now… That would explain why the nvidia driver can't enable itself (I could do it via Clover boot-args but nvram is what it expects). Webdrivers loads fine too without NVIDIA related boot-flag and the nvda_drv=1 is in my nvram.plist as you can see : </data> <key>SystemAudioVolume</key> <data> QA== </data> <key>SystemAudioVolumeDB</key> <data> AA== </data> <key>boot-args</key> <string>nvda_drv=1</string> <key>fmm-computer-name</key> <data> ... </data> <key>fmm-mobileme-token-FMM</key> <data> ... </data> <key>security-mode</key> <string>none</string> </dict> </plist> Sorry, I'm not very helpful on that matters . Link to comment Share on other sites More sharing options...
polyzargone Posted July 28, 2015 Share Posted July 28, 2015 I forgot to say that I deleted kernelcache & prelinkedkernel in their respective folders to be able to boot again. Link to comment Share on other sites More sharing options...
xmen107 Posted July 28, 2015 Share Posted July 28, 2015 Now only fakesmsc is loaded no sound and no ethernet.....stupid changes 2 Link to comment Share on other sites More sharing options...
polyzargone Posted July 28, 2015 Share Posted July 28, 2015 Well call me stupid but I wanted to give another try and I rebuild the cache once again. Now, nothing works even by unchecking Enforce SIP with the install disk. And just like xmen107, when it would eventually boots, there's just FakeSMC that loads, so no Ethernet, no sound no nothing… I really don't understand how new things works now… 1 Link to comment Share on other sites More sharing options...
GhostRaider Posted July 28, 2015 Share Posted July 28, 2015 I was thinking of trying out the betas of El Capitan but the more I read this forum and the more developer previews Apple releases for El Capitan, it's becoming a nightmare for a lot of people. I guess Apple is really serious about securing their OS. I don't think I will try the betas anytime soon. Someone send Apple some feedback telling them to show some love to the hackintosh community lol. 3 Link to comment Share on other sites More sharing options...
polyzargone Posted July 28, 2015 Share Posted July 28, 2015 That's the deal Installing OS X has become too easy, they want to motivate us with new "nearly impossible to solve" challenges ! Link to comment Share on other sites More sharing options...
Recommended Posts