Pasé por el mismo proceso exacto cuando estaba jugando con logKext. El comando de Unix que quizás desee explorar es / usr / bin / expect.
Puede complicarse rápidamente, pero básicamente lo que hace es actuar como un mediador entre usted y los programas que está ejecutando, por lo que puede proporcionar respuestas que normalmente tendría que escribir. Como ejemplo, construí este script para poder automatizar el proceso de impresión del resultado logKext. Debe reconocer todos los comandos que normalmente escribe para logkextClient usted mismo ...
#!/usr/bin/expect -f
spawn logkextClient
expect "logKext Password:"
send "mylogkextpassword\r"
expect "logKextClient > "
send "print\r"
expect "logKextClient > "
send "quit\r"
close
De vuelta en 10.5 y 10.6, esto me funcionó bien para enviar la impresión logKext para poder canalizarla en un correo electrónico y enviarla. Sin embargo, estaba ejecutando este inicio de sesión como root para el terminal, por lo que era simple.
Teóricamente , si no iniciaste sesión como root, podrías decir
#!/usr/bin/expect -f
spawn sudo -k logkextClient
expect "Password:"
send “myrootpassword\r”
expect "logKext Password:"
send "mylogkextpassword\r"
expect "logKextClient > "
send "print\r"
expect "logKextClient > "
send "quit\r"
close
(tenga en cuenta que usé sudo -k intencionalmente para ser consistente y requerir una contraseña cada vez)
Por lo tanto, podría usar su editor de línea de comandos favorito para crear este script, hacer un chmod +x y arrastrarlo a la base para iniciar ... Teóricamente.
Pero he estado teniendo problemas con Mavericks para que / usr / bin / espere comportarse correctamente con sudo, por lo que esto no funciona para mí en otros scripts como debería. Y ya no tengo logKext instalado en absoluto para realizar pruebas.
Pero creo que esta es la dirección a la que debes dirigirte.
¡Buena suerte!