Stderr-Nachrichten in einem Bash-Skript unterdrücken

Betrachten Sie den folgenden (etwas albernen) Skriptnamen 'test1.sh':

#/bin/bash
#
sleep 10 &
echo sleep pid = $!
pkill sleep

Wenn ich es starte, erhalte ich nicht nur die Ausgabe des Echos, sondern auch die bash-Meldung über den Tod des Schlafes auf stderr:

$ ./test1.sh
sleep pid = 3551
./test1.sh: line 5:  3551 Terminated              sleep 10

In diesem Fall möchte ich den Ausdruck auf stderr unterdrücken. Ich weiß, dass ich es auf der Kommandozeile machen kann, wie in:

$ ./test1.sh 2> /dev/null

... aber ist es eine Möglichkeit , es aus zu unterdrücken , in dem Skript? (Ich weiß, ich könnte es in ein zweites Skript einbinden und den Wrapper umleiten lassen, aber es muss etwas einfacher sein ...)

Du hast recht; pkill generiert die Nachricht nicht, bash ist. Sie schlagen das vor

$ ./test1.sh 2> /dev/null

ist eine mögliche Lösung. Wie UVV hervorhebt, ist die entsprechende Aktion innerhalb des Skripts

exec 2> /dev/null

Das leitet das stderr für das Skript /dev/null von dieser Anweisung weiter, bis es wieder geändert wird. Unbeholfene Möglichkeiten, es wieder zu ändern, umfassen

exec 2> /dev/tty

welches stderr zum terminal umleitet. Dies ist wahrscheinlich (aber nicht unbedingt) der Ort, an dem es ursprünglich war.

Oder

exec 2>&1

Das setzt stderr auf das Gleiche wie stdout und ist wahrscheinlich falsch.

Ein zuverlässigerer Weg ist

Exec 3> & 2
exec 2> / dev / null
(Mach Sachen, bei denen du die stderr nicht sehen willst.) 
exec 2> & 3

Dadurch wird das ursprüngliche stderr in Dateideskriptor 3 gespeichert und später wiederhergestellt.

Andere Möglichkeiten, nur die Ankündigung des Todesprozesses zu unterdrücken, umfassen

(sleep 10 & pkill sleep) 2> /dev/null

und

{ sleep 10 & pkill sleep;} 2> /dev/null

die das stderr nur für die gruppierten Befehle ändern.

Nach dieser könnte man so etwas wie folgt vorgehen:

#!/bin/bash
exec 2>/dev/null
ls -al test