Eu criei um script no /etc/init.d/ que deve executar vários outros scripts de outros usuários (com privilégios não root) de seus diretórios pessoais, como se eles os tivessem iniciado.
Eu inicio esses scripts com: sudo -b -u <username> <script_of_a_particular_user>
E isso funciona. Mas, para todo script de usuário que continua em execução (por exemplo, algum cão de guarda), vejo um processo sudo pai correspondente, ainda ativo e executando como root. Isso cria uma bagunça na lista de processos ativos.
Portanto, minha pergunta é: como iniciar (bifurcar) outro script a partir do script bash existente como outro usuário e deixá-lo como um processo órfão (independente)?
Explicação mais detalhada:
estou basicamente tentando fornecer a outros usuários na máquina um meio de executar coisas após o início ou o desligamento do sistema, executando arquivos executáveis encontrados nos respectivos subdiretórios encontrados no diretório inicial, denominados .startUp e .shutDown. Como não encontrei outro meio de fazer isso, escrevi meu script bash que faz exatamente isso e o configurei como um script de serviço (seguindo o exemplo do esqueleto) em /etc/init.d/, portanto, quando é executado com o argumento start, lança tudo dos diretórios .startUp e quando é executado com o argumento stop, lança tudo dos diretórios .shutDown de todos os usuários como eles.
Como alternativa, também estou interessado se eu poderia ter usado alguma solução existente para resolver esse problema.
ATUALIZAÇÃO
Eu olhei um pouco e encontrei esta pergunta:
/unix/22478/detach-a-daemon-using-sudo
Resposta aceita lá, para usar:, sudo -u user sh -c "daemon & disown %1"funciona para mim. Mas também tentei sem renegar% 1 e é o mesmo. Então é isso que funciona para mim como eu esperava:
sudo -u <username> bash -c "<script_of_a_particular_user> &"Minha pergunta adicional agora é: por que está funcionando sem renúncia? ainda devo deixar a chamada rejeitada , independentemente de algum possível caso especial?
ATUALIZAÇÃO 2
Aparentemente, isso também funciona:
su <username> -c "<script_of_a_particular_user> &"Existe alguma diferença entre esta chamada e a chamada sudo? Eu sei que isso é potencialmente uma questão totalmente diferente. Mas como eu mesmo estou encontrando as respostas aqui, talvez por causa deste tópico alguém possa esclarecer isso aqui.
ATUALIZAÇÃO 3
Ambos os métodos com su ou sudo agora produzem um novo processo startpar (processo único que é executado como root) após a inicialização da máquina. Visível na lista de processos como:
startpar -f -- <name_of_my_init.d_script>Por que esse processo ocorreu? Obviamente, estou fazendo algo errado, pois nenhum outro script init.d tem esse processo em execução.
ATUALIZAÇÃO 4
O problema com o startpar foi resolvido. Comecei outra pergunta para isso:
processo startpar deixado pendente ao iniciar processos a partir do rc.local ou init.d
E outra questão para discutir ainda mais os mecanismos de inicialização para usuários não privilegiados:
Fornecer aos usuários normais (não raiz) recursos de inicialização e desligamento automático
Você pode usar o start-stop-daemon fora do init.d com a
--useropçãofonte
Não testei completamente isso, mas acho que algo como:
na inicialização e depois
ao desligar.
A manipulação do script .shutDown pode ser feita por algo como a inicialização, mas você não pode ter certeza de que os scripts terminam porque o desligamento deve acontecer de qualquer maneira :-)
deve fazer o truque, talvez você deva lançar algum redirecionamento de entrada, mas precisará se preocupar com o preenchimento dos arquivos de log.
fonte
Você já tentou usar
su?-cdiz ao su para executar o comando e o último parâmetro é o usuário para executá-lo como.fonte