Currently installing Sierra on a hard drive in an enclosure via my rMBP. Once it installs, I'll take the drive out of the enclosure, stick it into my MacBook5,2 and see what happens.
Tried booting the installer from internal partition with changed .plist's and boot.efi, stuck at the end of the bar, no forbidden thing, unfortunately didn't turn on verbose mode. MacBook5,1.
The only other place to allow custom kernel extensions is within the Boot.efi. There you can change the SIP settings to be disabled by default. After that you are free to set kext-dev-mode=1 when rebuilding the installer.I guess we should learn how to rebuild the prelinked kernel with .kext's we need for USB.
The probable reason why it does that is the new feature which appeared in El Capitan, where it blocks custom kernel extensions. You could turn it on or off there from recovery, though (at least in betas). Maybe there is such an option somewhere in the installer, but it seems unlikely.
Try these kexts in my previous post.![]()
I got it booted and running on my MacBook 5,2. No USB or input working yet, but I set up AutoLogin and set System Profiler to open at login to show it running.
Sorry for the "noobness" here, but how do I get it to load the kexts? I've already tried copying them to /S/L/E, but it seems to just ignore them and uses prelinkedkernel. It also fails to rebuild prelinkedkernel on boot.The only other place to allow custom kernel extensions is within the Boot.efi. There you can change the SIP settings to be disabled by default. After that you are free to set kext-dev-mode=1 when rebuilding the installer.
Try these kexts in my previous post.
Here's the new error verbose was spitting out:
MacBook-Pro.local com.apple.xpc.launchd[1] (com.apple.icloud.findmydeviced) <Notice>: Service only ran for 0 seconds. Pushing respawn out by 10 seconds.
MacBook-Pro.local com.apple.xpc.launchd[1] (com.apple.icloud.findmydeviced.459) <Error>: Service could not initialize: Unable to set current working directory. error = 2: No such file or directory, path = /var/empty: 16A201w: xpcproxy + 11972 [1404][DEVICE ID HERE]: 0x2
(note, where DEVICE ID HERE is, there was a UDID of sorts of my machine. Removed for security reasons).
EDIT: Seems the hackintosh community is having a similar issue when trying to install 10.12: https://m.reddit.com/r/hackintosh/comments/4o0tjx/creating_a_macos_sierra_hackintosh/
You successfully booted it up, right? try this after you add the kexts.Sorry for the "noobness" here, but how do I get it to load the kexts? I've already tried copying them to /S/L/E, but it seems to just ignore them and uses prelinkedkernel. It also fails to rebuild prelinkedkernel on boot.
cd /Volumes/[Your HD Name]
sudo kextcache -system-prelinked-kernel
sudo kextcache -system-caches
True answer is because they want to...they want you to buy newer Mac.Wonder why they struck the 2009 Mac mini off?
As for those complaining - we've had 4 years of stability with no changes, so belt up.
Is there any reason why you want to stay in 2009 Mac? Curious.hmm 2009 Macbook yes
2009 Mac Pro no
W T F
You need to use kext wizard on your supported Mac. Not only does it put kexts where needed, but it makes your device rootlessSorry for the "noobness" here, but how do I get it to load the kexts? I've already tried copying them to /S/L/E, but it seems to just ignore them and uses prelinkedkernel. It also fails to rebuild prelinkedkernel on boot.
You successfully booted it up, right? try this after you add the kexts.
This might need to be done as a launchd demeon since you can't use the keyboard.Code:cd /Volumes/[Your HD Name] sudo kextcache -system-prelinked-kernel sudo kextcache -system-caches
You need to use kext wizard on your supported Mac. Not only does it put kexts where needed, but it makes your device rootless
[doublepost=1465928130][/doublepost]
I used to use kext wizard. Or kext utility. Can he do that on a supported Mac? The kexts would transfer to an unsupported
I'm afraid Kext Wizard and similar tools cannot disable SIP.
Kext Wizard is unable to bypass SIP and can't modify /System/Library/Extensions.I'm afraid Kext Wizard and similar tools cannot disable SIP.
Kext Wizard is unable to bypass SIP and can't modify /System/Library/Extensions.
Maybe it is an option to write a Recovery startup script which disables SIP (don't know if that's possible)........Damn
If I can do it on my supported Mac, it should work. What command do I need to run to disable SIP? Another method I was thinking about trying was using Clover to boot, if all else fails, I'll try that........Damn
Can you add a couple more board IDs? Don't want to leave out the legacy Macs users that have been patching OS X since Mountain Lion
Those Macs haven't been able to run OS X well since 10.8... Is it worth porting Sierra to those at this point? I think we should try to get it running on El Capitan compatible Macs, and once it runs reliably on those, take care of the older ones.Can you add a couple more board IDs? Don't want to leave out the legacy Macs users that have been patching OS X since Mountain Lion
If I can do it on my supported Mac, it should work. What command do I need to run to disable SIP? Another method I was thinking about trying was using Clover to boot, if all else fails, I'll try that.