Como uso o su para executar o restante do script bash como esse usuário?

Eu escrevi um script que usa, como argumento, uma string que é uma concatenação de um nome de usuário e um projeto. O script deve mudar (su) para o nome de usuário, cd para um diretório específico com base na sequência do projeto.

Eu basicamente quero fazer:

su $USERNAME;  
cd /home/$USERNAME/$PROJECT;  
svn update;  

O problema é que uma vez que eu faço um su ... ele apenas espera lá. O que faz sentido desde que o fluxo de execução passou para a mudança para o usuário. Depois que eu saio, o restante das coisas é executado, mas não funciona como desejado.

Anexei su ao comando svn, mas o comando falhou (ou seja, não atualizou o svn no diretório desejado).

Como escrevo um script que permite ao usuário alternar entre usuários e chamar svn (entre outras coisas)?

O truque é usar o comando "sudo" em vez de "su"

Pode ser necessário adicionar este

username1 ALL=(username2) NOPASSWD: /path/to/svn

para o seu arquivo / etc / sudoers

e mude seu script para:

sudo -u username2 -H sh -c "cd /home/$USERNAME/$PROJECT; svn update" 

Onde username2 é o usuário para o qual você deseja executar o comando SVN e username1 é o usuário que executa o script.

Se você precisar de vários usuários para executar esse script, use a em %groupnamevez do nome de usuário1

Muito mais simples: use sudopara executar um shell e use um heredoc para alimentá-lo.

#!/usr/bin/env bash
whoami
sudo -i -u someuser bash << EOF
echo "In"
whoami
EOF
echo "Out"
whoami

(resposta originalmente no SuperUser )

Use um script como o seguinte para executar o restante ou parte do script em outro usuário:

#!/bin/sh

id

exec sudo -u transmission /bin/sh - << eof

id

eof

Você precisa executar todos os comandos de diferentes usuários como seu próprio script. Se for apenas um ou alguns comandos, o inline deve funcionar. Se houver muitos comandos, provavelmente é melhor movê-los para seu próprio arquivo.

su -c "cd /home/$USERNAME/$PROJECT ; svn update" -m "$USERNAME" 

Aqui está outra abordagem, que era mais conveniente no meu caso (eu só queria eliminar privilégios de root e fazer o resto do meu script de usuário restrito): você pode fazer com que o script seja reiniciado automaticamente a partir do usuário correto. Vamos supor que ele seja executado como root inicialmente. Então ficará assim:

#!/bin/bash
if [ $UID -eq 0 ]; then
  user=$1
  dir=$2
  shift 2     # if you need some other parameters
  cd "$dir"
  exec su "$user" "$0" -- "$@"
  # nothing will be executed beyond that line,
  # because exec replaces running process with the new one
fi

echo "This will be run from user $UID"
...

Use em sudovez disso

Edição : Como apontou Douglas, você não pode usar cd, sudopois não é um comando externo . Você precisa executar os comandos em um subshell para fazer o cdtrabalho.

sudo -u $USERNAME -H sh -c "cd ~/$PROJECT; svn update"

sudo -u $USERNAME -H cd ~/$PROJECT
sudo -u $USERNAME svn update

Você pode ser solicitado a inserir a senha desse usuário, mas apenas uma vez.

Não é possível alterar o usuário dentro de um script de shell. Soluções alternativas usando o sudo descritas em outras respostas provavelmente são sua melhor aposta.

Se você é louco o suficiente para executar scripts perl como root, pode fazer isso com as $< $( $> $) variáveis ​​que contêm uid / gid real / eficaz, por exemplo:

#!/usr/bin/perl -w
$user = shift;
if (!$<) {
    $> = getpwnam $user;
    $) = getgrnam $user;
} else {
    die 'must be root to change uid';
}
system('whoami');

Isso funcionou para mim

Dividi meu "provisionamento" da minha "inicialização".

 # Configure everything else ready to run 
  config.vm.provision :shell, path: "provision.sh"
  config.vm.provision :shell, path: "start_env.sh", run: "always"

então no meu start_env.sh

#!/usr/bin/env bash

echo "Starting Server Env"
#java -jar /usr/lib/node_modules/selenium-server-standalone-jar/jar/selenium-server-standalone-2.40.0.jar  &
#(cd /vagrant_projects/myproj && sudo -u vagrant -H sh -c "nohup npm install 0<&- &>/dev/null &;bower install 0<&- &>/dev/null &")
cd /vagrant_projects/myproj
nohup grunt connect:server:keepalive 0<&- &>/dev/null &
nohup apimocker -c /vagrant_projects/myproj/mock_api_data/config.json 0<&- &>/dev/null &

Inspirado na idéia da @ MarSoft, mas mudei as linhas da seguinte maneira:

USERNAME='desireduser'
COMMAND=$0
COMMANDARGS="$(printf " %q" "${@}")"
if [ $(whoami) != "$USERNAME" ]; then
  exec sudo -E su $USERNAME -c "/usr/bin/bash -l $COMMAND $COMMANDARGS"
  exit
fi

Eu usei sudopara permitir uma senha menos execução do script. Se você deseja inserir uma senha para o usuário, remova o sudo. Se você não precisar das variáveis ​​de ambiente, remova-E do sudo.

Os /usr/bin/bash -lgarante, que os profile.dscripts são executados em um ambiente inicializado.