O link de Steve Folly é preciso, mas para tê-lo aqui:
Crie um arquivo plist (que é apenas um documento XML em texto sem formatação) chamado algo como com.domain.identifier.plist em / Library / LaunchDaemons com conteúdo semelhante a este:
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>KeepAlive</key>
<false/>
<key>Label</key>
<string>com.domain.identifier</string>
<key>ProgramArguments</key>
<array>
<string>/sbin/kextload</string>
<string>/System/Library/Extensions/MyExtension.kext</string>
</array>
<key>RunAtLoad</key>
<true/>
<key>StandardErrorPath</key>
<string>/dev/null</string>
<key>StandardOutPath</key>
<string>/dev/null</string>
<key>UserName</key>
<string>root</string>
</dict>
</plist>
(Existe uma página de manual, launchd.plist (5), que especifica a sintaxe dos arquivos plist do LaunchDaemon.)
Eu o converti em um arquivo plist binário apenas para uma verificação trivial da sintaxe:
plutil -convert binary1 com.domain.identifier.plist
Em seguida, ative o LaunchDaemon para executar na inicialização:
launchctl load -w /Library/LaunchDaemons/com.domain.identifier.plist
E verifique se está lá:
launchctl list | grep com.domain.identifier
O LaunchDaemon deve ser executado na inicialização e carregar o kext.
kext
que/Library/Extensions
, definir as permissões para 755 e o proprietário / grupo a raiz: roda, e reconstruir o cache de kernel depois de carregá-lo?