[bash] Bash에서 stderr 및 stdout 리디렉션

프로세스의 stdout 및 stderr을 단일 파일로 리디렉션하고 싶습니다. Bash에서 어떻게합니까?



답변

여기 . 해야한다:

yourcommand &>filename

( stdoutstderr파일 이름으로 리디렉션 )


답변

do_something 2>&1 | tee -a some_file

이에 표준 출력과 표준 출력에 열려진 리디렉션 할 것입니다 some_file stdout에 그것을 인쇄 할 수 있습니다.


답변

stderrstdout으로 리디렉션 하고 stdout 을 파일로 리디렉션 할 수 있습니다 .

some_command >file.log 2>&1 

http://tldp.org/LDP/abs/html/io-redirection.html을 참조하십시오

이 형식은 bash에서만 작동하는 가장 인기있는 &> 형식보다 선호됩니다. Bourne 쉘에서는 백그라운드에서 명령을 실행하는 것으로 해석 될 수 있습니다. 또한 형식은 읽기 쉬운 2 (STDERR)가 1 (STDOUT)로 경로 재 지정됩니다.

편집 : 의견에서 지적한대로 순서를 변경했습니다.


답변

# Close STDOUT file descriptor
exec 1<&-
# Close STDERR FD
exec 2<&-

# Open STDOUT as $LOG_FILE file for read and write.
exec 1<>$LOG_FILE

# Redirect STDERR to STDOUT
exec 2>&1

echo "This line will appear in $LOG_FILE, not 'on screen'"

이제 간단한 에코는 $ LOG_FILE에 씁니다. 데몬 화에 유용합니다.

원래 게시물의 작성자에게

그것은 당신이 달성해야 할 것에 달려 있습니다. 스크립트에서 호출하는 명령의 인 / 아웃을 리디렉션해야하는 경우 이미 답변이 제공됩니다. 내 코드는 현재 스크립트 내에서 리디렉션 하여 언급 된 코드 스 니펫 후 모든 명령 / 내장 (포크 포함)에 영향을 미칩니다.


또 다른 멋진 해결책은 std-err / out과 로거 또는 로그 파일로 한 번에 “스트림”을 두 개로 나누는 것입니다. 이 기능은 여러 파일 디스크립터 (파일, 소켓, 파이프 등)에 한 번에 쓰거나 추가 할 수있는 ‘tee’명령으로 제공됩니다. tee FILE1 FILE2 …> (cmd1)> (cmd2) …

exec 3>&1 4>&2 1> >(tee >(logger -i -t 'my_script_tag') >&3) 2> >(tee >(logger -i -t 'my_script_tag') >&4)
trap 'cleanup' INT QUIT TERM EXIT


get_pids_of_ppid() {
    local ppid="$1"

    RETVAL=''
    local pids=`ps x -o pid,ppid | awk "\\$2 == \\"$ppid\\" { print \\$1 }"`
    RETVAL="$pids"
}


# Needed to kill processes running in background
cleanup() {
    local current_pid element
    local pids=( "$$" )

    running_pids=("${pids[@]}")

    while :; do
        current_pid="${running_pids[0]}"
        [ -z "$current_pid" ] && break

        running_pids=("${running_pids[@]:1}")
        get_pids_of_ppid $current_pid
        local new_pids="$RETVAL"
        [ -z "$new_pids" ] && continue

        for element in $new_pids; do
            running_pids+=("$element")
            pids=("$element" "${pids[@]}")
        done
    done

    kill ${pids[@]} 2>/dev/null
}

그래서 처음부터. 터미널이 / dev / stdout (FD # 1) 및 / dev / stderr (FD # 2)에 연결되었다고 가정 해 봅시다. 실제로 파이프, 소켓 또는 무엇이든 될 수 있습니다.

  • FD # 3 및 # 4를 작성하고 각각 # 1 및 # 2와 동일한 “위치”를 가리 킵니다. FD # 1을 변경해도 FD # 3에는 영향을 미치지 않습니다. 이제 FD # 3과 # 4는 각각 STDOUT과 STDERR을 가리 킵니다. 이들은 다음과 같이 사용됩니다 실제 터미널 STDOUT 및 STDERR .
  • 1>> (…)은 STDOUT을 parens의 명령으로 리디렉션합니다.
  • parens (sub-shell)은 exec의 STDOUT (pipe)에서 ‘tee’판독을 실행하고 다른 파이프를 통해 ‘logger’명령으로 다시 parens의 sub-shell로 리디렉션합니다. 동시에 동일한 입력을 FD # 3 (터미널)에 복사합니다.
  • 두 번째 부분은 매우 유사하지만 STDERR 및 FD # 2 및 # 4에 대해 동일한 트릭을 수행하는 것입니다.

위의 줄과 추가 로이 줄을 가진 스크립트를 실행 한 결과 :

echo "Will end up in STDOUT(terminal) and /var/log/messages"

…다음과 같다:

$ ./my_script
Will end up in STDOUT(terminal) and /var/log/messages

$ tail -n1 /var/log/messages
Sep 23 15:54:03 wks056 my_script_tag[11644]: Will end up in STDOUT(terminal) and /var/log/messages

더 선명한 그림을 보려면 다음 두 줄을 스크립트에 추가하십시오.

ls -l /proc/self/fd/
ps xf


답변

bash your_script.sh 1>file.log 2>&1

1>file.log파일에 STDOUT을 보낼 수있는 쉘을 지시 file.log하고,2>&1 STDOUT (파일 기술자 1)에 STDERR (파일 기술자 2) 리디렉션을 알려줍니다.

참고 : liw.fi가 지적한 순서대로 2>&1 1>file.log작동하지 않습니다.


답변

흥미롭게도 다음과 같이 작동합니다.

yourcommand &> filename

그러나 이것은 구문 오류를 제공합니다.

yourcommand &>> filename
syntax error near unexpected token `>'

다음을 사용해야합니다.

yourcommand 1>> filename 2>&1


답변

짧은 답변 : Command >filename 2>&1또는Command &>filename


설명:

“stdout”이라는 단어를 stdout으로, “stderror”라는 단어를 stderror로 인쇄하는 다음 코드를 고려하십시오.

$ (echo "stdout"; echo "stderror" >&2)
stdout
stderror

‘&’연산자는 2에게 파일 이름이 아닌 파일 디스크립터 (stderr를 가리키는)임을 bash에 알려줍니다. ‘&’를 생략하면이 명령은 stdoutstdout으로 인쇄 하고 “2”라는 파일을 작성하고 작성합니다.stderror .

위의 코드를 실험하여 리디렉션 연산자의 작동 방식을 직접 확인할 수 있습니다. 예를 들어, 두 개의 설명자 중 어느 파일이 다음 두 줄의 코드 1,2로 리디렉션 되는지 변경 /dev/null하면 stdout에서 모든 내용과 stderror에서 모든 내용이 각각 삭제됩니다 (남은 내용 인쇄).

$ (echo "stdout"; echo "stderror" >&2) 1>/dev/null
stderror
$ (echo "stdout"; echo "stderror" >&2) 2>/dev/null
stdout

이제 왜 다음 코드가 출력을 생성하지 않는지 설명 할 수 있습니다.

(echo "stdout"; echo "stderror" >&2) >/dev/null 2>&1

이것을 정말로 이해하려면 파일 디스크립터 테이블 에서이 웹 페이지 를 읽는 것이 좋습니다 . 그 내용을 읽었다 고 가정하면 계속 진행할 수 있습니다. Bash는 왼쪽에서 오른쪽으로 처리합니다. 따라서 Bash는 >/dev/null먼저 (와 동일 1>/dev/null)보고 stdout 대신 / dev / null을 가리 키도록 파일 디스크립터 1을 설정합니다. 이 작업을 수행 한 후 Bash는 오른쪽으로 이동하여을 봅니다 2>&1. 파일 디스크립터 2 파일 디스크립터 1과 동일한 파일을 가리 키도록 설정합니다 (파일 디스크립터 1 자체가 아님 !!!! 참조). 포인터에 대한이 자원더 많은 정보를 위해서)) . 파일 디스크립터 1은 / dev / null을 가리키고 파일 디스크립터 2는 파일 디스크립터 1과 동일한 파일을 가리 키므로 이제 파일 디스크립터 2는 / dev / null을 가리 킵니다. 따라서 두 파일 디스크립터는 / dev / null을 가리 키므로 출력이 렌더링되지 않습니다.


개념을 실제로 이해하고 있는지 테스트하려면 리디렉션 순서를 전환 할 때 출력을 추측하십시오.

(echo "stdout"; echo "stderror" >&2)  2>&1 >/dev/null

표준 오류

여기서 왼쪽에서 오른쪽으로 평가하면 Bash는 2> & 1을보고 파일 디스크립터 2가 파일 디스크립터 1과 동일한 위치 (예 : stdout)를 가리 키도록 설정하기 때문입니다. 그런 다음 파일 설명자 1 (> / dev / null = 1> / dev / null을 기억해야 함)이> / dev / null을 가리 키도록 설정하여 일반적으로 표준 출력으로 전송되는 모든 것을 삭제합니다. 따라서 우리가 남은 것은 서브 쉘에서 stdout (괄호 안의 코드)으로 보내지지 않은 것, 즉 “stderror”뿐입니다. 흥미로운 점은 1이 stdout에 대한 포인터 일지라도 포인터 2를 1로 리디렉션하면 포인터 2- 2>&1> 1-> stdout의 체인을 형성하지 않습니다. 그럴 경우 1을 / dev / null로 리디렉션 한 결과 코드2>&1 >/dev/null 포인터 체인 2-> 1-> / dev / null을 제공하므로 위에서 본 것과 달리 코드는 아무것도 생성하지 않습니다.


마지막 으로이 작업을 수행하는 더 간단한 방법이 있습니다.

여기 3.6.4 섹션 에서 연산자 &>를 사용하여 stdout 및 stderr을 모두 리디렉션 할 수 있음을 알 수 있습니다 . 따라서 모든 명령의 stderr 및 stdout 출력을 \dev\null(출력 삭제) 로 리디렉션하려면 $ command &> /dev/null
예제 를 입력 하거나 경우에 따라 간단히 입력하십시오
.

$ (echo "stdout"; echo "stderror" >&2) &>/dev/null

주요 내용 :

  • 파일 디스크립터는 포인터처럼 동작합니다 (파일 디스크립터는 파일 포인터와 같지 않지만)
  • 파일 디스크립터 “a”를 파일 “f”를 가리키는 파일 디스크립터 “b”로 경로 재 지정하면 파일 디스크립터 “a”가 파일 디스크립터 b-파일 “f”와 동일한 위치를 가리 킵니다. 포인터 체인을 형성하지 않습니다. a-> b-> f
  • 위의 순서 때문에 2>&1 >/dev/null!는 중요 >/dev/null 2>&1합니다. 하나는 출력을 생성하고 다른 하나는 생성하지 않습니다!

마지막으로 다음과 같은 훌륭한 자료를 살펴보십시오.

리디렉션대한 배쉬 문서 , 파일 디스크립터 테이블 설명 , 포인터 소개