Deslocking de wifi usando rfkill en el inicio

Estoy usando Debian wheezy en una plataforma incrustada (iMX.6 en Solidrun Hummingboard), y he bloqueado mi WiFi.

el command sudo rfkill unblock wifi funciona, así que he creado un script llamado unblock_wifi.sh y lo puse en /etc/init.d :

 #!/bin/bash logFile=/var/log/unblock_wifi.log timestamp=$(date +%Y%m%d_%H%M%S) echo "unblock_wifi - Started at $timestamp" > $logFile rfkill unblock wifi &>> $logFile timestamp=$(date +%Y%m%d_%H%M%S) echo "unblock_wifi - Done at $timestamp" >> $logFile 

En el arranque, se llama a la secuencia de commands (el logging aparece en / var / log y las horas son correctas. No hay nada más que los posts de inicio y detención) pero la connection wifi todavía está bloqueada. Si llamo al script yo mismo después del arranque, el wifi está habilitado.

Mi script está en /etc/rc2.d/S05unblock_wifi.sh , y aparece al último en ls , creo que significa que se ejecuta en último lugar. Sin embargo, no hay script para rfkill …

¿Cómo se ejecuta rfkill sin tener un script en init.d? Probablemente se ejecuta después de que mi script se haya ejecutado. ¿Dónde debería poner mi script para que se ejecute después de rfkill?

EDITAR: He buscado una respuesta, pero todos parecen recomendar poner un script en /etc/init.d , que es lo que probé

¿Estás seguro de que está en el order correcto? esta pregunta parece decir que ls no muestra el order correcto, por lo que es posible que desee asegurarse de que esté cargado al final de los otros services.

Después del comentario de Timidger me propuse get una comprensión más profunda de la secuencia de arranque y también descubrí que el connman era el culpable de deshabilitar el wifi. Al deshabilitar su service hice lo que necesitaba.

Para reference futura: el order de arranque se decide por las dependencies que necesita cada service. Si desea que su script se ejecute después de algo – Requerirlo como una dependencia (Ver esta pregunta ) –