¿Cómo detectar un error en un script de Linux Bash?

Hice el siguiente script:

# !/bin/bash

# OUTPUT-COLORING
red='\e[0;31m'
green='\e[0;32m'
NC='\e[0m' # No Color

# FUNCTIONS
# directoryExists - Does the directory exist?
function directoryExists {
    cd $1
    if [ $? = 0 ]
            then
                    echo -e "${green}$1${NC}"
            else
                    echo -e "${red}$1${NC}"
    fi
}

# EXE
directoryExists "~/foobar"
directoryExists "/www/html/drupal"

El script funciona, pero además de mis ecos, también está la salida cuando

cd $1

falla en la ejecución.

testscripts//test_labo3: line 11: cd: ~/foobar: No such file or directory

¿Es posible atrapar esto?

Su script cambia los directorios a medida que se ejecuta, lo que significa que no funcionará con una serie de nombres de ruta relativos. Luego comentaste más tarde que solo querías verificar la existencia del directorio, no la capacidad de uso cd, por lo que las respuestas no necesitan usarse cden absoluto. Revisado. Uso tput y colores de man terminfo:

#!/bin/bash -u
# OUTPUT-COLORING
red=$( tput setaf 1 )
green=$( tput setaf 2 )
NC=$( tput setaf 0 )      # or perhaps: tput sgr0

# FUNCTIONS
# directoryExists - Does the directory exist?
function directoryExists {
    # was: do the cd in a sub-shell so it doesn't change our own PWD
    # was: if errmsg=$( cd -- "$1" 2>&1 ) ; then
    if [ -d "$1" ] ; then
        # was: echo "${green}$1${NC}"
        printf "%s\n" "${green}$1${NC}"
    else
        # was: echo "${red}$1${NC}"
        printf "%s\n" "${red}$1${NC}"
        # was: optional: printf "%s\n" "${red}$1 -- $errmsg${NC}"
    fi
}

(Editado para usar lo más invulnerable en printflugar de la problemática echoque podría actuar sobre las secuencias de escape en el texto).

Se usa set -epara establecer el modo de salida en caso de error: si un comando simple devuelve un estado distinto de cero (lo que indica una falla), el shell se cierra.

Tenga en cuenta que set -eno siempre se activa. Los comandos en las posiciones de prueba pueden fallar (por ejemplo if failing_command, failing_command || fallback). Los comandos en el subshell solo conducen a salir del subshell, no el padre: set -e; (false); echo foomuestra foo.

Alternativamente, o además, en bash (y ksh y zsh, pero no sh simple), puede especificar un comando que se ejecuta en caso de que un comando devuelva un estado distinto de cero, con la ERRtrampa, por ejemplo trap 'err=$?; echo >&2 "Exiting on error $err"; exit $err' ERR. Tenga en cuenta que en casos como (false); …, la trampa ERR se ejecuta en la subshell, por lo que no puede hacer que el padre salga.

Para ampliar la respuesta de @Gilles :

De hecho, set -eno funciona dentro de los comandos si usa el ||operador después de ellos, incluso si los ejecuta en una subshell; por ejemplo, esto no funcionaría:

#!/bin/sh

# prints:
#
# --> outer
# --> inner
# ./so_1.sh: line 16: some_failed_command: command not found
# <-- inner
# <-- outer

set -e

outer() {
  echo '--> outer'
  (inner) || {
    exit_code=$?
    echo '--> cleanup'
    return $exit_code
  }
  echo '<-- outer'
}

inner() {
  set -e
  echo '--> inner'
  some_failed_command
  echo '<-- inner'
}

outer

Pero el ||operador es necesario para evitar el regreso de la función externa antes de la limpieza.

Hay un pequeño truco que se puede utilizar para solucionar esto: ejecute el comando interno en segundo plano y luego espere inmediatamente. El waitbuiltin devolverá el código de salida del comando interno, y ahora está usando ||después wait, no la función interna, por lo que set -efunciona correctamente dentro de este último:

#!/bin/sh

# prints:
#
# --> outer
# --> inner
# ./so_2.sh: line 27: some_failed_command: command not found
# --> cleanup

set -e

outer() {
  echo '--> outer'
  inner &
  wait $! || {
    exit_code=$?
    echo '--> cleanup'
    return $exit_code
  }
  echo '<-- outer'
}

inner() {
  set -e
  echo '--> inner'
  some_failed_command
  echo '<-- inner'
}

outer

Aquí está la función genérica que se basa en esta idea. Debería funcionar en todos los shells compatibles con POSIX si elimina las localpalabras clave, es decir, reemplace todo local x=ycon solo x=y:

# [CLEANUP=cleanup_cmd] run cmd [args...]
#
# `cmd` and `args...` A command to run and its arguments.
#
# `cleanup_cmd` A command that is called after cmd has exited,
# and gets passed the same arguments as cmd. Additionally, the
# following environment variables are available to that command:
#
# - `RUN_CMD` contains the `cmd` that was passed to `run`;
# - `RUN_EXIT_CODE` contains the exit code of the command.
#
# If `cleanup_cmd` is set, `run` will return the exit code of that
# command. Otherwise, it will return the exit code of `cmd`.
#
run() {
  local cmd="$1"; shift
  local exit_code=0

  local e_was_set=1; if ! is_shell_attribute_set e; then
    set -e
    e_was_set=0
  fi

  "$cmd" "$@" &

  wait $! || {
    exit_code=$?
  }

  if [ "$e_was_set" = 0 ] && is_shell_attribute_set e; then
    set +e
  fi

  if [ -n "$CLEANUP" ]; then
    RUN_CMD="$cmd" RUN_EXIT_CODE="$exit_code" "$CLEANUP" "$@"
    return $?
  fi

  return $exit_code
}


is_shell_attribute_set() { # attribute, like "x"
  case "$-" in
    *"$1"*) return 0 ;;
    *)    return 1 ;;
  esac
}

Ejemplo de uso:

#!/bin/sh
set -e

# Source the file with the definition of `run` (previous code snippet).
# Alternatively, you may paste that code directly here and comment the next line.
. ./utils.sh


main() {
  echo "--> main: $@"
  CLEANUP=cleanup run inner "$@"
  echo "<-- main"
}


inner() {
  echo "--> inner: $@"
  sleep 0.5; if [ "$1" = 'fail' ]; then
    oh_my_god_look_at_this
  fi
  echo "<-- inner"
}


cleanup() {
  echo "--> cleanup: $@"
  echo "    RUN_CMD = '$RUN_CMD'"
  echo "    RUN_EXIT_CODE = $RUN_EXIT_CODE"
  sleep 0.3
  echo '<-- cleanup'
  return $RUN_EXIT_CODE
}

main "$@"

Ejecutando el ejemplo:

$ ./so_3 fail; echo "exit code: $?"

--> main: fail
--> inner: fail
./so_3: line 15: oh_my_god_look_at_this: command not found
--> cleanup: fail
    RUN_CMD = 'inner'
    RUN_EXIT_CODE = 127
<-- cleanup
exit code: 127

$ ./so_3 pass; echo "exit code: $?"

--> main: pass
--> inner: pass
<-- inner
--> cleanup: pass
    RUN_CMD = 'inner'
    RUN_EXIT_CODE = 0
<-- cleanup
<-- main
exit code: 0

Lo único que debe tener en cuenta al usar este método es que todas las modificaciones de las variables de Shell realizadas desde el comando al que pasa runno se propagarán a la función de llamada, porque el comando se ejecuta en una subshell.

No dice exactamente qué quiere decir con catch--- informe y continúe; abortar procesamiento adicional?

Como cddevuelve un estado distinto de cero en caso de error, puede hacer lo siguiente:

cd -- "$1" && echo OK || echo NOT_OK

Simplemente puede salir en caso de falla:

cd -- "$1" || exit 1

O haga eco de su propio mensaje y salga:

cd -- "$1" || { echo NOT_OK; exit 1; }

Y / o suprimir el error proporcionado por cden caso de falla:

cd -- "$1" 2>/dev/null || exit 1

Según los estándares, los comandos deben colocar mensajes de error en STDERR (descriptor de archivo 2). Por lo tanto, 2>/dev/nulldice redirigir STDERR al "bit-bucket" conocido por /dev/null.

(no olvide citar sus variables y marcar el final de las opciones para cd).

En realidad para su caso, diría que la lógica se puede mejorar.

En lugar de cd y luego verifique si existe, verifique si existe y luego vaya al directorio.

if [ -d "$1" ]
then
     printf "${green}${NC}\\n" "$1"
     cd -- "$1"
else 
     printf "${red}${NC}\\n" "$1"
fi  

Pero si su propósito es silenciar los posibles errores cd -- "$1" 2>/dev/null, entonces , esto hará que depurar en el futuro sea más difícil. Puede verificar los indicadores if testing en: Bash if documentación :