Скопируйте stdout и stderr к файлу журнала и оставьте их на консоли в рамках самого сценария

Вы ищете tee.

Посмотрите man tee для деталей.

Объединить его с exec, необходимо использовать замену процесса. (См. man bash для деталей.)

exec &> >(tee  log.out)
echo "This is stdout"
echo "This is stderr" >&2

Можно сделать:

: > log # empty log file if necessary
{ { {

  ...the script

} 3>&- | tee -a log >&3 3>&-
exit "${PIPESTATUS[0]}"
} 2>&1 | tee -a log >&2 3>&-
} 3>&1
exit "${PIPESTATUS[0]}"

Вы могли также записать это как:

: > log # empty log file if necessary
exec 2> >(tee -a log >&2) > >(tee -a log)

...the script

Но потому что удар не ожидает тех процессов, запущенных с >(...), это имеет противный эффект иногда вывода чего-то к терминалу после того, как команда возвратилась, который может иметь еще более противные эффекты (как тихое отбрасывание, которые производят), если терминал "tostop" атрибут работает.

В любом случае, путем создания stdout канал в обоих решениях, и потому что две команды независимо производят выходные сигналы и сообщения об ошибках, это будет влиять на выходную буферизацию и порядок, выходные сигналы и сообщения об ошибках отображены.

Обычно возможности наследуются нижестоящим элементам. Как указано в manpage :

Нижестоящий элемент, созданный с помощью вилки (2), наследует копии родительских наборов возможностей.

Проблема скриптов заключается в том, что они не являются непосредственно исполняемыми. Ядро проходит через список проверок (код ядра находится в fs/binfmt_*.c). Один из них - «binfmt_script.c,», который проверяет первую строку на шебанг, затем вызывает реальный интерпретатор (тот, что в шебанге) с вашим сценарием в качестве аргумента. Поэтому вызывается стандартный/общий интерпретатор, который просто считывает сценарий в качестве аргумента.

Это означает, что вам придется установить возможность на интерпретаторе, а не на сценарии. То же самое относится к suid битам и другим специальным флагам.

Поэтому либо вы делаете копию вашего интерпретатора, устанавливаете на нем нужные возможности (также проверьте, что никто не может получить к нему доступ через chmod/chown), и вызываете этот скопированный интерпретатор в своем шебанге. Можно также использовать логику setcap в сценарии.

Будут распечатаны имена разорванных symlinks в текущем каталоге.

for l in $(find . -type l); do cd $(dirname $l); if [ ! -e "$(readlink $(basename $l))" ]; then echo $l; fi; cd - > /dev/null; done

Работает в Баше. Не знаю о других снарядах.

Еще один способ сделать это - использовать перенаправления внутри функций.

#!/bin/bash

function1 () {
    echo 'STDOUT from function 1'
    echo 'STDERR from function 1' >&2
}

function2 () {
    echo 'STDOUT from function 2'
    echo 'STDERR from function 2' >&2
}


function3 () {
    echo 'STDOUT from function 3'
    echo 'STDERR from function 3' >&2
}

main() {
    function1
    function2
    function3
}

main 2>&1 |tee log.txt

Здесь имеется основная функция, которая вызывает все остальные функции. Перенаправление STDOUT и STDERR основной функции на тройник .

Я знаю, что это старый пост, но почему бы просто не сделать это?

echo "hi" >> log.txt #stdout -> log
echo "hi" | tee -a log.txt #stdout -> log & stdout
echo "hi" &>> log.txt #stdout & stderr -> log
echo "hi" |& tee -a log.txt #stdout & stderr -> log & stdout

И, конечно же, если вам нужен стандартный вывод, вы можете просто регулярно печатать.

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

Я знаю, что я пришел сюда и не получил простой для понимания/реализовать ответ, надеюсь, это поможет кому-то еще, кто борется.

Между прочим, для нубов, таких как мой предыдущий я, все, что делает команда tee, это выводит ввод stdin как на stdout, так и в файл (s ), указанный в качестве последующих аргументов. -aозначает добавление, поэтому вы не перезаписываете файл при каждом использовании команды. Если у вас есть дополнительные вопросы, я считаю этот очень полезным ресурсом для быстрого изучения bash.