Substituindo os sinalizadores udchcp usados pelo ifup no BusyBox

2

Estou trabalhando em um sistema para o qual não criei a versão do BusyBox. Eu não quero recompilar BusyBox por medo de que minha configuração não corresponda completamente ao original e, além disso, o sistema está funcionando bem o suficiente nesta compilação. Eu poderia ser influenciado para fazer isso se eu soubesse de uma maneira de puxar a configuração de uma instalação do BusyBox rodando muito como um kernel em execução.

Estou tentando descobrir como desabilitar os switches usados para chamar udhcpc do comando ifup . Eu posso ver os padrões compilados na compilação que estou usando. Eles são -R -n -p . Eu quero para este processo bifurcar-se em segundo plano e pensei que usar udhcpc_opts -b em /etc/networking/interfaces resolveria esse problema. Eu pego o garfo ao fundo e então o processo mata. Se eu apenas chamar udhcpc -b , ele será bifurcado indefinidamente no plano de fundo.

Existe uma maneira de substituir a opção -n por algo que eu posso colocar em udhcpc_opts ? Obrigado.

    
por Matt Minga 11.05.2015 / 23:49

2 respostas

1

Tendo o mesmo problema, não queria recompilar o busybox e queria usar esses sinalizadores: "-t 0 -b" para deixar o udhcpc tentar para sempre em segundo plano, mas não conseguiu evitar o sinalizador "-n" que é passado por padrão por ifup.

Como um super-hack (mas funcionou para mim) eu usei as seguintes opções para o udhcpc_opts em / etc / network / interfaces:

udhcpc_opts -t 0 -T 10 -A 20 -S &

A final "&" fez o truque, como ele lança udhcpc como uma tarefa de fundo e é quase o mesmo da bandeira "-b", mas funciona também se o "-n" é especificado na linha de comando.

Note que ele deve ser adicionado à opção iface para funcionar, por exemplo:

iface eth0 inet dhcp
    udhcpc_opts -t 0 -T 10 -A 20 -S &
    
por 27.05.2016 / 16:39
1

Descobri que não consegui substituir os switches padrão. Eu era capaz de acrescentar opções à chamada padrão do udhcpc, mas o switch bifurcando-se em segundo plano, -b e saindo com falha, -n , não são mutuamente exclusivos. Assim, forking para o fundo não iria parar o comportamento de sair.

Para acrescentar os comutadores ao comando, tive que adicionar udhcpc_opts ao no stanze ethX do arquivo / etc / network / interfaces.

Por fim, acabei tendo que recompilar o busybox para que o processo udhcpc pudesse chegar ao segundo plano e continuar em execução.

    
por 19.05.2015 / 15:12