Я считаю, что это невозможно

Я считаю, что то, о чем вы просите, невозможно напрямую из-за того, как выполняются конвейеры. Оболочка не знает об успехе или неудаче (возвращаемого значения )команды, когда она выполняет «более поздние» команды в конвейере. Он буквально запускает их все одновременно и собирает результаты после.

Есть несколько обходных путей, которые могут помочь.

Обходной путь 1

Выполняйте команды по одной и кэшируйте результаты. Это лучше, потому что более поздние команды абсолютно не будут выполняться, если более ранняя команда не удалась.

Очень короткий пример скрипта:

cache_file=`tempfile`
if command1 > $cache_file ; then
    command2 < $cache_file
fi
rm $cache_file

Обходной путь 2

Выполнить все, но проверить возвращаемые результаты. Это по-прежнему будет запускать все команды, несмотря ни на что, но позволит вам вернуться и найти причину.

Здесь STDERR каждой команды перенаправляется в другой файл с 2>. Затем проверяется PIPESTATUS, чтобы найти код возврата каждой команды.

command1 2> command1_err.log | command2 2> command2_err.log
for result in ${PIPESTATUS[@]} ; do
    if [ $result -ne 0 ] ; then
        echo command failed
    fi
done

Краткий обзор работы конвейеров в оболочке

Чтобы создать конвейер, оболочка выполняет шаги , аналогичные этим:

1. Каждая труба(|)создается с использованием трубы(). Каждый канал имеет дескриптор чтения и дескриптор записи. Для каждого перенаправления (<,>)он открывает соответствующий файл, получая дескриптор этого файла, используя open().
2. Оболочка вызывает fork()один раз для каждой команды в канале, чтобы запустить новый процесс.
3. Каждый дочерний процесс меняет свои дескрипторы STDIN, STDOUT и STDERR на созданные в (1. ).
4. Предполагая, что команда является внешним двоичным файлом, каждый дочерний процесс затем вызывает exec()для загрузки и запуска двоичного файла.
5. Затем родительский процесс ожидает завершения дочернего процесса, используя ожидание (), которое также предоставляет возвращаемое значение команды (успех или неудача ).