Is it similar to nohup for Ruby? Add a new line of nohup after that for each script? Will those introduce any delay in handing back control?
O padrão que você estabeleceu com o nohup
seguido pelo seu comando em segundo plano &
e o log do PID $!
em um arquivo é o padrão típico que você verá usado para esse tipo de trabalho. / p>
Continue simplesmente usando esse padrão e plano de fundo de todos os processos que deseja iniciar dessa maneira e registre seus PIDs nos arquivos.
And if I want to delegate this to another executable bash file, will it be a simple case of copying all those nohup commands to the new bash file and return control to the Wifi manager immediately? Will this be much better? How can I do this then?
Sim, você pode mover todos esses comandos para outro script e simplesmente chamá-los por meio de uma única chamada. Se isso é melhor / pior é difícil dizer, é inteiramente até o que você está tentando realizar e como você deseja gerenciar essas coisas.
Em termos de como fazer isso, parece que você já sabe o que fazer. Coloque tudo em um script e chame-o do aplicativo gerenciador de Wi-Fi.
Você pode precisar passar alguns argumentos para esse script. Para isso, você pode simplesmente usar a chamada para esse script da seguinte forma:
my_sub_cmd.bash $arg1 $arg2
E então dentro desse comando você põe os argumentos da linha de comando via $1
, $2
, etc.