¿Cómo uso su para ejecutar el resto del script bash como ese usuario?

He escrito un script que toma, como argumento, una cadena que es una concatenación de un nombre de usuario y un proyecto. Se supone que el script cambia (su) al nombre de usuario, cd a un directorio específico basado en la cadena del proyecto.

Básicamente quiero hacer:

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

El problema es que una vez que hago un su ... solo espera allí. Lo cual tiene sentido ya que el flujo de ejecución ha pasado a cambiar al usuario. Una vez que salgo, el resto de las cosas se ejecutan pero no funciona como se desea.

Prepuse su al comando svn pero el comando falló (es decir, no actualizó svn en el directorio deseado).

¿Cómo escribo un script que permita al usuario cambiar de usuario e invocar svn (entre otras cosas)?

El truco es usar el comando "sudo" en lugar de "su"

Es posible que deba agregar esto

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

a su archivo / etc / sudoers

y cambia tu guión a:

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

Donde username2 es el usuario con el que desea ejecutar el comando SVN y username1 es el usuario que ejecuta el script.

Si necesita varios usuarios para ejecutar este script, use un en %groupnamelugar del nombre de usuario1

Mucho más simple: use sudopara ejecutar un shell y use un heredoc para alimentar sus comandos.

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

(respuesta original en SuperUser )

Use un script como el siguiente para ejecutar el resto o parte del script bajo otro usuario:

#!/bin/sh

id

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

id

eof

Debe ejecutar todos los comandos de diferentes usuarios como su propio script. Si es solo uno o algunos comandos, entonces en línea debería funcionar. Si se trata de muchos comandos, probablemente sea mejor moverlos a su propio archivo.

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

Aquí hay otro enfoque, que fue más conveniente en mi caso (solo quería eliminar los privilegios de root y hacer el resto de mi script desde un usuario restringido): puede hacer que el script se reinicie desde el usuario correcto. Supongamos que se ejecuta como root inicialmente. Entonces se verá así:

#!/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"
...

Utilizar en su sudolugar

EDITAR : Como Douglas señaló, no se puede utilizar cden sudopuesto que no es una externa de comando. Tienes que ejecutar los comandos en una subshell para hacer el cdtrabajo.

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

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

Se le puede pedir que ingrese la contraseña de ese usuario, pero solo una vez.

No es posible cambiar de usuario dentro de un script de shell. Las soluciones alternativas que usan sudo descritas en otras respuestas son probablemente su mejor opción.

Si está lo suficientemente loco como para ejecutar scripts perl como root, puede hacerlo con las $< $( $> $) variables que contienen uid / gid real / efectivo, por ejemplo:

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

Esto funciono para mi

Separé mi "aprovisionamiento" de mi "inicio".

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

entonces en mi 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 por la idea de @ MarSoft pero cambié las líneas de la siguiente manera:

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

Solía sudopermitir una contraseña menos ejecución del script. Si desea ingresar una contraseña para el usuario, elimine el sudo. Si no necesita las variables de entorno, elimine -Ede sudo.

El /usr/bin/bash -lasegura, que los profile.dscripts se ejecutan para un entorno inicializado.