Wie man die Ausgabe von einem bash-Befehl in einer Variablen

Ich habe folgenden durch einige der ähnliche Fragen (wie So setzen Sie eine variable, um die Ausgabe von einem Befehl in der Bash?), aber die akzeptierten Antworten scheinen nicht für mich arbeiten. Ich war mir nicht sicher, ob ich sollte zu entgleisen jemand anderes die Frage oder mein eigenes doppelte, also entschuldige mich, wenn ich falsch gewählt hier.

Möchte ich die Ausgabe-und exit-status über eine Reihe von Befehlen in einem Skript bin ich der Zusammenstellung. Hier ist ein Beispiel, was ich habe mit:

cmd_output=$(rm $file)
exit_status=$?
if [ "${exit_status}" -eq 0 ]
then
log "Successfully removed the original" ${TAB_LEVEL}
else
fail "Failed to remove the original, the output was: \n ${cmd_output}"
fi

Log und fehl-Funktionen sind:

# Usage: fail "Failure message"
function fail {
echo "FATAL ERROR: $1" >> "${LOG_DIR}/${LOG_FILE}"
exit 1
}

# Usage: log "Log message" 3    Where the tab-level is 3.
function log {
if (("${2}" > 0))
then
eval "printf '    %.0s' {1..$2}" >> "${LOG_DIR}/${LOG_FILE}"
fi
echo "$1" >> "${LOG_DIR}/${LOG_FILE}"
return 0
}

In dem Beispiel oben habe ich die $(cmd) - format, aber ich habe auch versucht, mit backticks.

In meine log-Datei, alles, was ich sehe, wenn es ein Fehler ist:

SCHWERWIEGENDER FEHLER: Fehler beim entfernen der originalen, der Ausgang war: \n

Auch die Ausgabe von fehlgeschlagene Befehle landet auf dem Bildschirm wie gewohnt. Gibt es einen gemeinsamen Grund, dass meine cmd_output Variablen würde leer bleiben?

InformationsquelleAutor Chris O'Kelly | 2012-10-05
  1. 29

    Müssen Sie die Ausgabe der spezielle standard-Fehler-Ausgabestrom:

    cmd_output=$(rm "$file" 2>&1)

    Gibt es drei Standard-streams auf jedem Programm (das sind nummeriert Datei-Deskriptoren):

    0. Standard input (where the program normally reads from)
1. Standard output (where the program normally writes to)
2. Standard error (where the program normally writes error messages)

    So erfassen Sie die Fehlermeldungen, wir müssen die Umleitung der standard-Fehlerausgabe (stderr) in normale standard-Ausgabe (stdout), die dann gefangen werden, indem die $(...) Ausdruck.

    Die syntax für die Umleitung ist über die > "operator". Unmittelbar bevor er Sie sagen, welche Datei-Deskriptor umleiten (die Standardeinstellung ist 1, das ist die Ausgabe auf stdout). Und Sie können angeben, die Umleitung in eine Datei. Wenn Sie schreiben Sie ein kaufmännisches und-Zeichen ( & ), nachdem es, Sie zwingen, es zu Umleitung in eine Datei-Deskriptor. Also, in diesem Beispiel, wir leiten den file-Deskriptor 2 (stderr) in die Datei-Deskriptor 1 (stdout).

    Außerdem können Sie auch umleiten von Eingabe-mit < "Betreiber", aber in diesem Fall wird die Standard-Datei-Deskriptor 0 (Standardeingabe).

    Eine andere Beobachtung ist, dass es wahrscheinlich eine gute Praxis, um Ihre $file Variablen zwischen doppelten Anführungszeichen, falls Sie Leerzeichen.

    Hoffe, das hilft ein wenig =)

    • Froh, Sie zu drücken, über die 1000 mark, keep posting!
    • Ey Janito, vielen Dank für deine Antwort! Ich bin mir bewusst von den drei standard-streams-und Umleitungs-Operatoren, aber der einzige Grund, ich habe Sie so weit ist, um entweder senden Sie alles aus einem Befehl auf /dev/null oder in eine log-Datei. Ich nicht sogar überlegen, die verschiedenen Strömungen hier. Die "$file " variable wurde tatsächlich ursprünglich in Anführungszeichen, ich nahm es aus der quotes, wenn ich Tests wurden die Fehler fangen Funktionen meines scripts, zu zwingen, einen Fehler. Wieder, vielen Dank!
    InformationsquelleAutor Janito Vaqueiro Ferreira Filho
  2. 5

    *nix-Befehl haben in der Regel zwei Formen der Ausgabe: standard-Ausgabe (stdout) und Standardfehler (stderr).

    FOO=$(...) erfasst nur stdout und Blätter stderr ungehindert.

    Wenn Sie möchten, dass der Inhalt stderr mit dieser syntax, müssen Sie postfix deinen Befehl mit 2>&1 so dass stderr zusammengeführt stdout. (z.B. etwa so: rm $file 2>&1)

    • Hi antak, wollte nur sagen, tausend Dank für deine Antwort. Als Janito ' s ein wenig Ausführlicher ich bin verlassen, es ist als die akzeptierte Antwort, aber ich bin sehr dankbar für Ihre Hilfe :).
    InformationsquelleAutor antak
  3. 0

    Seit Ihr fail Funktion einfach beenden, es wäre viel einfacher, einfach das zu tun:

    set -e  # Abort on failure
exec 2>> "${LOG_DIR}/${LOG_FILE}"  # Append all errors to LOG_FILE
if cmd_output=$(rm $file)
  log "Successfully removed the original" ${TAB_LEVEL}
fi

    Der einzige Unterschied zwischen dieser und der original-code ist, dass es nicht
    drucken Sie den text FATAL ERROR:. Da Bescheidenheit ist eine Tugend, wäre es wahrscheinlich
    besser zu sein, zu überspringen log Funktion vollständig. Fehler laut; gelingt
    schweigend.

    • Dank William. In diesem Fall möchte ich nicht, um erfolgreich zu sein still, aber wenn ich schreiben würde ein Paket für die Verteilung oder die meisten anderen Zwecke würde ich Zustimmen. Dies ist in-house-software obwohl, und ebenso wichtig, wie es eigentlich verschieben von Dateien ist, dass es hält sehr klare details, was die berührt worden (eine Menge von dem, was bewegt wird, ist die sensible oder kritische Daten). Ich muss auch die FATAL ERROR-Präfix - die log-Datei Durchlaufen durch die Maschine werden die Daten kopiert zu suchen, die oder ein paar andere Linie Präfixe. Nochmals vielen Dank aber!
    InformationsquelleAutor William Pursell
Schreibe einen Kommentar